导出 (0) 打印
全部展开

Azure SQL Database 业务连续性

更新时间: 2014年6月

在发生危机或灾难时,业务连续性功能可让组织维持业务运营。要计划业务连续性,组织需要实施相应的流程、过程和措施,以确保业务运营能够持续而不中断。本文并不涉及有关业务连续性计划的方方面面,而是着重于数据保护和恢复,具体介绍用于实现高可用性和可恢复性的 Microsoft Azure SQL Database 技术。

以下部分提供了可用于保护数据的 Microsoft Azure SQL Database 特性与功能的简要概述:

 

  基本 标准 高级

数据库恢复

过去 7 天内的时间点还原。

过去 14 天内的时间点还原。

过去 35 天内的时间点还原。

灾难恢复

数据库复制 + 手动导出

数据库复制 + 手动导出

活动的地域复制

Important重要提示
被动副本的地域复制当前不可用。当前也不支持将数据库还原到不同区域。

时间点还原
尽管 Microsoft Azure SQL Database 针对单个计算机和设备的故障内置了保护功能,但你仍然需要防范数据发生意外更改。Microsoft Azure SQL Database 将创建数据备份,并且可让你恢复意外删除或修改的数据。备份保留期限根据服务层的不同而异:高级数据库的期限为 35 天,标准数据库的期限为 14 天,基本数据库的期限为 7 天。有关详细信息,请参阅Azure SQL Database 备份和还原

活动的地域复制
使用 活动的地域复制 最多可以创建和维护四个跨地理区域的可读辅助数据库。应用到主数据库的所有事务将复制到每个辅助数据库。可将辅助数据库作为一种故障回复选项用于读取工作负载、数据库迁移,以及防范应用程序升级期间发生的数据丢失。有关详细信息,请参阅Azure SQL Database 的活动地域复制

数据库复制
使用数据库复制可以在同一区域中的相同或不同服务器上创建数据库的副本。完成数据库复制操作后,该副本在事务处理方式上将与源保持一致。不过,它是一次性的副本,不会从 活动的地域复制 等源中持续复制。该功能可用于满足数据迁移或临时复制的需要。有关详细信息,请参阅在 Azure SQL Database 中复制数据库

导入和导出服务
使用 Azure SQL Database 导出服务,可以从包含数据逻辑副本和数据库架构的数据库中导出 BACPAC 文件。对于不支持时间点还原的 Web 和企业数据库以及基本和标准数据库,可以使用导出服务来提供灾难恢复解决方案。在发生意外的数据更改或者需要存档时,导入这些备份即可还原数据库。由于导出服务不保证数据库的事务一致性,因此你可能需要先创建数据库副本,然后从其中导出数据。这样,便可以保证事务一致性,且不影响原始数据库的可用性。

自动导出:

“自动导出”选项最适合业务连续性方案,例如除支持的备份保留期限之外的日常备份长期存储。你可以使用“自动导出”选项来计划定期导出。有关详细信息,请参阅如何导入和导出数据库 (Azure SQL Database)

有关不同服务层的详细信息,请参阅 Azure SQL Database 服务层(版本)

下列三个主要类别的问题可能会影响业务连续性:

  • 单独服务器、设备或网络连接性问题

  • 数据损坏、意外修改或删除

  • 数据中心设施的大范围丢失

Windows Azure 数据库内置了高可用性子系统,在单个服务器和设备发生故障时,它可以保护你的数据库。将数据存储在 Microsoft Azure SQL Database 中便可以利用许多容错和安全基础结构功能,而不需要设计、采购、实现和管理这些功能。本节介绍 Microsoft Azure SQL Database 可为你提供的帮助,而你不必为此付出任何额外成本。

Microsoft Azure SQL Database 减少了由于单个服务器组件(例如硬盘驱动器、网络接口适配器,甚至整个服务器)故障而导致的服务中断。通过在位于完全独立的物理子系统(例如服务器架和网络路由器)的不同物理节点中维护所有数据的多个副本,增强了数据持久性和容错能力。无论何时,Microsoft Azure SQL Database 都会保持运行三个数据库副本 – 一个主副本以及两个或更多个辅助副本。Microsoft Azure SQL Database 使用基于仲裁的提交方案,在这种方案中,会先将数据写入主副本和其中一个辅助副本,然后再将事务视为已提交。如果硬件在主副本上失败,则 Microsoft Azure SQL Database 将检测到该失败并且故障转移到辅助副本。在副本发生实际性的丢失时,Microsoft Azure SQL Database 将自动创建一个新副本。因此,数据中心内始终至少有两个在事务处理方式上保持一致的实际数据副本。下图说明 Microsoft Azure SQL Database 如何在数据中心的物理服务器架中保持三个副本。此行为是所有 Microsoft Azure SQL Database 服务层共有的。

应该将你的应用程序设计为能够弹性应对临时断开连接。建议你在应用程序中实现重试逻辑,以防止连接断开。有关如何处理失去连接错误的详细信息,请参阅 TechNet Wiki 中的文章 SQL Database 中的连接管理

用户或应用程序可能会意外地或无意中对数据进行更改。在发生损坏或者意外的修改或删除时还原应用程序数据的能力是对软件应用程序的基本要求。

Microsoft Azure SQL Database 已针对所有基本标准高级数据库启用自动备份。备份服务将创建定期数据库备份和事务日志备份。高级数据库、标准数据库和基本数据库的备份将分别保留 35 天、7 天和 24 小时。使用时间点还原服务,用户可以通过从备份中还原数据库来撤消意外的更改。在保留期限内,高级和标准数据库可还原到任意时间点。基本数据库可还原到最近生成的每日备份 - 这可以防范意外的数据库删除操作。

note备注
有关 Microsoft Azure SQL Database 提供的备份和还原选项的概述,请参阅 Azure SQL Database 备份和还原

对于 Microsoft Azure SQL Database 高级数据库,可以使用 活动的地域复制 来创建源数据库的地理冗余副本。通过在不同于源数据库的区域中创建辅助数据库,当主区域中发生灾难时,你可以受到保护。此外,这些活动辅助数据库可用于读取工作负载。源数据库与辅助数据库都有内置的高可用性,因此支持更广泛的业务连续性策略。有关 活动的地域复制 的概述和设置方法,请参阅Azure SQL Database 的活动地域复制配置活动地域复制(连续复制)

对于不在高级服务层的数据库,你可以创建数据库副本,然后从副本导出 BACPAC 文件。完成导出之后,请删除数据库副本,以避免副本的计费费用。

你可以使用管理门户上的自动导出选项,计划 Web 和业务服务层的定期导出。为了确保事务一致性,自动导出选项首先创建数据库副本,然后从副本导出 BACPAC 文件。导出完成后,数据库副本将被自动删除。

Warning警告
从 2014 年 4 月 24 日算起的 12 个月内,企业和 Web 服务层将被停用。有关详细信息,请参阅 Web 和企业版停用常见问题

另请参阅

Microsoft 正在进行一项网上调查,以了解您对 MSDN 网站的意见。 如果您选择参加,我们将会在您离开 MSDN 网站时向您显示该网上调查。

是否要参加?
显示:
© 2014 Microsoft