通过

SQL Server 托管备份到 Azure：互操作性和共存

  • 项目

本主题介绍SQL Server托管备份到 Microsoft Azure 的互操作性，并与 SQL Server 2014 中的多项功能共存。 这些功能包括以下各项：AlwaysOn 可用性组、数据库镜像、备份维护计划、日志传送、即席备份、分离数据库和删除数据库。

AlwaysOn 可用性组

配置为仅限 Azure 的解决方案的 AlwaysOn 可用性组，支持SQL Server Microsoft Azure 的托管备份。 不支持仅本地或混合 AlwaysOn 可用性组配置。 有关详细信息和其他注意事项，请参阅为可用性组设置SQL Server Azure 托管备份

数据库镜像

SQL Server托管备份到 Microsoft Azure 仅在主体数据库上受支持。 如果主体和镜像都配置为使用 microsoft Azure SQL Server托管备份，则会跳过镜像数据库，并且不会备份。 但是，如果发生故障转移，SQL Server Microsoft Azure 托管备份将在镜像完成角色切换并联机后启动备份过程。 在这种情况下，备份将存储在新的容器中。 如果未将镜像配置为使用 microsoft Azure SQL Server托管备份，则发生故障转移时，不会进行备份。 建议在主体和镜像上配置SQL Server托管备份到 Microsoft Azure，以便在发生故障转移时继续备份。

提示

如果要在实例上创建镜像数据库，并且SQL Server Microsoft Azure 的托管备份默认设置，最好禁用SQL Server Microsoft Azure 实例的托管备份默认值，这样它们就不会应用于镜像数据库，然后在配置主体和镜像后重新启用实例默认值。

维护计划

不支持在启用SQL Server Microsoft Azure 托管备份时使用维护计划为数据库创建备份。 维护计划将导致日志链中断，SQL Server Microsoft Azure 托管备份可能无法在还原期间支持数据库的可恢复性保证。 在实例级别启用 Microsoft Azure SQL Server托管备份时，这同样适用。

提示

为同一数据库或实例配置的 Microsoft Azure 托管备份SQL Server支持仅复制备份的维护计划。

日志传送

不能同时为同一数据库配置日志传送和SQL Server托管备份到 Microsoft Azure。 这样做会影响使用任一功能时数据库可复原性。

使用 Transact-SQL 和 SQL Server Management Studio 的即席备份

使用 Transact-SQL 或SQL Server Management Studio在外部SQL Server托管备份到 Microsoft Azure 创建的临时备份或一次性备份可能会影响SQL Server托管备份到 Microsoft Azure 的过程，具体取决于备份类型和使用的存储媒体。 将备份记录到与 Microsoft Azure SQL Server托管备份所使用的帐户不同的 Azure 存储帐户，或 Azure Blob 存储服务以外的任何其他目标，都将导致日志链中断。 建议使用 smart_admin.sp_backup_on_demand (Transact-SQL) 存储过程在启用了 Microsoft Azure 托管备份 SQL Server的数据库上启动备份。 可使用此存储过程启动完整数据库备份或日志备份。

删除数据库和分离数据库

如果已分离或删除启用了 Microsoft Azure 托管备份SQL Server的数据库，尽管无法进行其他备份，以前的备份将保留在存储中，直到保留期已过，此时将清除备份。

对恢复模式的更改

  • 如果将数据库的恢复模式从“简单”更改为“完整”或“大容量日志”，则可以选择为数据库配置SQL Server Microsoft Azure 托管备份。 从SQL Server托管备份到 Microsoft Azure 的角度，这被视为新数据库。

  • 如果将数据库的恢复模式从“完整”或“大容量记录”更改为“简单”，该数据库SQL Server已启用 Microsoft Azure 托管备份，则将不再计划备份操作。 保持期设置仍将有效，并且备份文件仍将保留在存储帐户中，直到保持期结束。 如果要保留备份，则我们建议将文件下载到其他存储帐户或本地位置。 如果恢复模式再次设置为 “完整 ”或“ 大容量记录 ”，则会保留并重复使用配置设置。

使用其他备份工具或自定义脚本进行日志备份

配置为对同一数据库执行日志备份的任何两个备份都将导致备份日志链中断。 尽管 Microsoft Azure SQL Server托管备份会尝试通过在检测到链中断时计划完整备份来修复备份链中断，但这意味着要持续跟进两个相互竞争的工具执行的定期中断和日志备份。 这还有可能影响数据库的可恢复性，因为任何工具都不会有一整套备份。 尽管这一点适用于执行日志备份的任何两个功能或工具，但如下所述，强调特定的示例仍很有用。 这也是配置维护计划或日志传送问题的基础，如本主题的前面几节所述。

Data Protection Manager (基于 DPM) 的备份： Microsoft Data Protection Manager 允许执行完整备份和增量备份。 增量备份是在创建 T 日志备份之后执行日志截断的日志备份。 因此，不支持为同一数据库配置 DPM 和 SQL Server托管备份到 Microsoft Azure。

第三方工具或脚本：执行日志备份导致日志截断的任何第三方工具或脚本都与 Microsoft Azure SQL Server托管备份不兼容，因此不受支持。

如果SQL Server为数据库实例启用了 Microsoft Azure 托管备份，并且想要执行临时备份，则可以使用 smart_admin.sp_backup_on_demand (Transact-SQL) 存储过程，如前面部分所述。 如果还需要在 Microsoft Azure SQL Server 托管备份之外定期计划或取消备份，可以使用仅复制备份。 有关详情，请参阅仅复制备份 (SQL Server)。