此页面由 Cloud Translation API 翻译。

Microsoft SQL Server 备份和灾难恢复服务

捕获 SQL Server 数据

借助 Backup and DR Service，您可以捕获以下类型的 Microsoft SQL Server 应用：

实例
Always On 可用性组中的数据库
数据库的一致性组
单个数据库
系统数据库
用户数据库
虚拟机中的数据库

备份和灾难恢复会将 Microsoft SQL Server 数据移至与 Microsoft SQL Server 写入其主存储空间的位置分开的位置，并在该位置管理这些数据。

备份/恢复设备将应用数据存储在暂存磁盘上。借助中继磁盘上的快照，备份/恢复设备可以维护历史数据。

准备备份 Microsoft SQL Server 数据

准备备份 Microsoft SQL Server 数据包含四个步骤：

添加托管 Microsoft SQL Server 数据库的服务器。
发现虚拟机和 Microsoft SQL Server 数据库。
根据您的 RPO 和 RTO 定义备份和灾难恢复政策模板和资源配置文件。

使用 Microsoft SQL Server 完整恢复模型的数据库可以同时捕获数据库及其日志。因此，可以通过向前滚动日志，将捕获的数据库恢复到某个时间点。
向 Microsoft SQL Server 数据库分配备份和灾难恢复政策模板和资源配置文件。

数据捕获

捕获数据时，请考虑以下事项：

系统会自动创建一个暂存磁盘并将其挂载到服务器上。
系统会将初始完整副本复制到暂存磁盘。后续的副本仅包含已更改的块。
从服务器上卸载了暂存磁盘。
在备份/恢复设备上创建了暂存磁盘的快照。

捕获 SQL Server 数据库日志

您可以在快照政策的详细信息和设置中设置数据库日志捕获。它支持使用单个快照政策捕获 Microsoft SQL Server 数据库和包含 Microsoft SQL Server 数据库的一致性组的日志。

捕获数据库日志的频率与数据库的频率是分开定义的。例如，您可以每天捕获数据库，每小时捕获其日志。

数据库日志备份的频率以分钟为单位进行设置，并且日志的捕获频率不得超过其关联数据库的捕获频率。例如，如果数据库捕获频率为每 24 小时一次，则日志文件捕获频率必须等于或小于每 24 小时一次。

日志保留期限也与其关联的数据库分开定义。通过设置不同的保留期限，您可以保留足够的日志信息来涵盖数据库的所有快照和 OnVault 版本。例如，如果数据库的快照数据保留 3 天，而其 OnVault 数据保留 7 天，您可以将日志保留期限定义为 7 天。在此示例中，您可以选择单个捕获的数据库映像，并滚动其日志以查看整个时间段内的数据。

数据库日志会暂存到备份和灾难恢复快照池中的单个暂存磁盘。如需节省快照池中的空间，您可以使用高级设置指示数据库压缩其日志。

您可以指定将 Microsoft SQL Server 数据库事务日志复制到远程备份/恢复设备。您可以将远程站点的日志用于复制日志保留范围内的任何数据库映像。

调整数据库日志的暂存磁盘的大小

用于存储数据库日志备份的实际空间由备份和灾难恢复功能自动管理。这称为日志暂存磁盘，与源服务器管理的存储空间是分开的。备份和灾难恢复功能至少会评估典型日志大小及其保留期限，并根据需要使用更大的磁盘。

为了更高效地管理数据库日志的存储要求，快照政策提供了以下高级设置：

日志备份保留期限：日志保留期限与其关联的数据库是分开定义的。通过设置单独的保留率，您可以保留足够的日志信息来涵盖数据库的所有快照版本。日志保留期限是必需设置。
日志暂存磁盘大小增长：定义自动扩容日志所在暂存磁盘的百分比。
估算的更改率：定义每日更改率（百分比），以便备份/恢复设备更好地计算存储日志所需的暂存磁盘的大小。
压缩数据库日志备份：指示源数据库在备份/恢复设备上捕获日志之前压缩其日志。数据库服务器会在日志备份期间执行日志压缩（默认值为启用）。

SQL Server 数据捕获选项

以下部分介绍了 SQL Server 数据捕获选项。

捕获实例、单个数据库和数据库组

备份和灾难恢复代理用于捕获实例、用户数据库、系统数据库以及物理服务器和虚拟服务器上的数据库组。

捕获 SQL Server 实例时，您可以选择捕获整个实例或实例中的所选数据库。当您保护整个实例时，随着数据库添加到实例中，它们会自动包含在下一个备份和灾难恢复捕获作业中。实例中的数据库会进入空闲状态，并与单个备份方案一起捕获。

如果备份方案政策中启用了备份和灾难恢复数据库和日志捕获，则该实例中的所有数据库都可以恢复到同一时间点。只需执行单个操作，即可在“备份和灾难恢复”界面中恢复实例中所有或单个数据库的日志并滚动到新日志。

您可以根据需要通过挂载、克隆、LiveClone 和恢复操作访问实例的各个成员。

捕获一致性组

一致性组是一组已进入空闲状态并被捕获的数据库，以及一个备份方案政策模板和资源配置文件。一致性组的成员资格是手动分配的，适用于成员变化不太频繁的数据库组。如需自动保护一组数据库的新成员，请改为在 SQL Server 实例中创建并保护这些数据库。

顾名思义，一致性组可确保在多个数据库中一致地捕获和恢复某个时间点的数据。如果在备份计划政策中启用了备份和灾难恢复的数据库和日志捕获技术，则该组中的所有数据库都可以恢复到同一时间点。只需执行单个操作，即可从“备份和灾难恢复”界面恢复一致性组中所有或单个数据库的日志并滚动到新版本。一致性组的成员必须位于同一实例中。

一致性组可以由以下各项组成：

一个或多个系统数据库
一个或多个用户数据库
系统数据库或用户数据库
零个或多个文件系统（驱动器字母或挂载点）

您可以通过挂载、克隆、LiveClone 和恢复操作访问一致性组的各个成员。

必须从活跃节点发现集群故障切换实例中的数据库。获得保护后，GO 会跟随集群中的活动 SQL 节点。即使在故障切换状态下，保护作业也会继续运行。除了加快捕获和访问操作速度之外，与单独保护数据库相比，一致性组会消耗更少的系统资源 (VDisk)。

您可以通过将备份映像挂载到服务器并运行数据库一致性检查，定期验证数据库备份的完整性。您可以使用工作流功能自动执行验证流程。

捕获虚拟机的数据库和启动卷

在虚拟机上捕获数据库时，您可以选择同时捕获虚拟机的启动卷。捕获虚拟机的启动卷及其数据库后，系统可以显示一个包含完全正常运行的数据库和虚拟机的映像。然后，您可以将图片迁移到新的永久位置。

复制 SQL Server 数据

您可以将数据复制到第二个备份/恢复设备或云端，以进行恢复、灾难恢复，或进行测试或开发。数据复制长期以来一直是地理分布式环境中高效数据管理的阻碍因素。备份和灾难恢复复制通过压缩解决了这些问题，其优势如下：

降低总体网络使用量。
无需专用 WAN 加速器或优化器。
使用 AES-256 加密标准加密数据。备份/恢复设备之间的身份验证是使用 1024 位证书执行的。

复制由备份和灾难恢复政策模板政策控制：

生产环境到镜像政策提供了多种将数据复制到第二个备份/恢复设备的选项。
生产环境到 OnVault 政策使用备份和灾难恢复专有引擎将数据传输到对象存储空间。

复制日志

当政策的启用数据库日志备份设置为启用时，“复制日志”高级设置允许将 Microsoft SQL Server 数据库事务日志复制到远程备份/恢复设备。如需运行日志复制作业，模板中必须包含 StreamSnap 复制政策以及指定远程备份/恢复设备的资源配置文件，并且必须先完成至少一次数据库的成功复制。然后，您可以使用远程站点的日志来查看复制日志的保留范围内的任何数据库映像。此功能默认处于启用状态。

日志复制使用 StreamSnap 技术在本地备份/恢复设备和远程备份/恢复设备之间执行复制；日志复制会直接从本地快照池复制到远程设备上的快照池。

日志还可以复制到 OnVault 存储分区。启用后（非默认设置），日志会发送到有效的 OnVault 政策或资源配置组合（例如OnVault 池 1（在政策中选择的 OnVault 池）和 OnVault 池 2（在资源配置文件中指定的 OnVault 池）。OnVault 存储池中的日志保留期限始终与快照存储池中的日志保留期限一致。

访问 SQL Server 数据

对于使用完整恢复模型的 Microsoft SQL Server 数据库，备份和灾难恢复可以立即显示滚动到特定时间点的数据库副本。滚动更新操作在管理控制台中指定。

对于使用基本恢复模型的 Microsoft SQL Server 数据库，备份和灾难恢复功能可以立即显示未超出保留期限的数据库的任何备份。

无论使用的 Microsoft SQL Server 恢复模型如何，都可以使用 iSCSI 接口访问 Microsoft SQL Server 数据。如果您使用的是 VMware (GCVE)，还可以使用向 ESXi 主机提供的 NFS 数据存储区来访问数据。

基于角色的访问权限控制

您可以控制哪些用户可以访问数据、备份和灾难恢复功能以及资源。您可以将捕获的数据标记为敏感数据，并向备份和灾难恢复用户授予对敏感数据的访问权限。

安装

借助备份和灾难恢复功能的挂载功能，您无需移动数据即可立即访问数据。您可以使用备份和灾难恢复界面滚动数据库的已捕获副本，并将其挂载到任何数据库服务器上。备份和灾难恢复功能提供了两种挂载 Microsoft SQL Server 数据库的方法：

虚拟应用挂载会呈现捕获的 Microsoft SQL Server 数据，并将其作为 Microsoft SQL Server 数据库提供给目标服务器。这样，您就可以创建和管理生产数据库的副本，以供非生产用途。虚拟应用挂载是通过备份/恢复设备创建的，无需数据库、服务器或存储空间管理员进行手动干预。虚拟应用挂载可用于数据库报告、分析、完整性测试以及测试和开发。如需详细了解虚拟数据库，请参阅将 SQL Server 数据库作为新虚拟数据库挂载和将数据库挂载到 SQL Always On 可用性组。
标准挂载（也称为直接挂载）会将捕获的 Microsoft SQL Server 数据作为文件系统（而非数据库）呈现并提供给目标服务器。如果数据库损坏、丢失或需要更换数据库服务器，这将非常有用。在这种情况下，您无法使用恢复操作来恢复数据库。不过，您可以挂载映像，然后将数据库文件从挂载的映像复制到数据库服务器上的原始位置。如需详细了解直接挂载，请参阅挂载捕获的 Microsoft SQL 数据。

LiveClones

LiveClone 是 Microsoft SQL Server 数据的独立副本，可在提供给用户之前进行刷新和脱敏处理。这样一来，开发和测试团队无需手动管理数据或干扰生产环境，即可处理最新的数据集。

克朗斯

克隆函数会将生产数据的副本移至与来源不同的位置。完成克隆操作所需的时间取决于涉及的数据量。如需详细了解克隆，请参阅克隆 SQL Server 数据库。

恢复

恢复会将生产数据还原到指定的时间点。恢复操作实际上会移动数据。恢复操作通常在发生大量数据损坏后执行。完成恢复操作所需的时间取决于所涉及的数据量。

如需恢复数据库并应用日志，恢复的数据库必须处于恢复模式。您可以在恢复模式下恢复数据库，然后将日志滚动到特定时间点。如果您恢复数据库，但未指定恢复但不执行恢复，系统会恢复数据库并将其上线，而不会应用日志。如需详细了解恢复，请参阅恢复 SQL Server 数据库。如需实现几乎零停机时间的恢复，请先按照挂载和迁移 SQL 数据中所述的步骤挂载数据。

用于自动访问 SQL Server 数据的 Workflows

Workflows 可自动访问捕获的 Microsoft SQL Server 数据。Workflows 可以将数据显示为直接挂载或 LiveClone：

直接挂载（标准或应用感知型）非常适用于无需在呈现之前进行屏蔽的 Microsoft SQL Server 数据。您可以手动或按计划自动刷新已挂载的数据副本。借助直接挂载，您无需实际移动数据，即可立即访问捕获的 Microsoft SQL Server 数据。
LiveClone 是生产 Microsoft SQL Server 数据的副本，可以手动或按计划更新。您可以在将敏感数据提供给用户之前，先在 LiveClone 中对其进行遮盖。

通过将备份和灾难恢复的自动化 Microsoft SQL Server 数据捕获和访问权限控制与工作流及其可选的数据脱敏功能相结合，您可以创建自助配置环境。用户几乎可以立即预配自己的环境。

例如，备份和灾难恢复服务管理员可以创建备份模板政策，以便根据指定的时间表捕获 Microsoft SQL Server 数据。管理员可以将捕获的生产 Microsoft SQL Server 数据标记为敏感数据，只有具有适当访问权限的用户才能访问。

定义访问权限并捕获数据后，管理员可以创建以下工作流：

将捕获的 Microsoft SQL Server 数据作为 LiveClone 或直接挂载提供。
按计划或按需更新 LiveClone 或可装载的 Microsoft SQL Server 数据
可选择在每次更新后自动将脚本应用于 LiveClone 的 Microsoft SQL Server 数据。这对于掩盖敏感的 Microsoft SQL Server 数据非常有用。

工作流完成后，具有适当访问权限的用户可以使用 LiveClone 或可装载的 Microsoft SQL Server 数据来配置其环境。

将备份和灾难恢复与现有备份产品搭配使用

随着越来越多的企业希望使用生产数据库加快应用开发速度，备份和灾难恢复解决方案通常需要与在同一生产数据库环境中运行的旧版备份产品共存。如果遵循以下最佳实践，备份和灾难恢复可以与从生产数据库中捕获数据的其他产品完美共存。

备份和灾难恢复功能采用专有的方法来跟踪更改块，因此使用 SQL 或其他方法获取备份的备份解决方案不会受到定期备份和灾难恢复数据捕获作业的任何影响。

备份作业可能非常耗费 I/O 资源。它们的持续时间可能会很长，并且可能会影响备份时间段内数据库的性能。备份和灾难恢复可最大限度地减少作业期间的影响，但即使是块级增量永久更新也必须生成一些 I/O，并且必须花费一些时间。

要求	请勿以允许任何时间重叠的方式安排旧版备份软件和 Backup and DR 运行作业。
最佳实践	将备份和灾难恢复数据库作业安排在旧版备份软件应完成时开始。请勿安排在备份和灾难恢复作业正常完成后立即运行旧版备份软件。
原因	如果旧版备份作业和备份和灾难恢复作业同时运行，可能会对数据库服务器造成严重的性能影响，导致不稳定甚至服务中断。

数据库日志用于捕获数据库中的各个事务，以实现时间点恢复。大多数敏捷型用例都围绕定期从生产环境获取数据库快照。常见的频率范围为每天到每周或每两周一次，具体取决于用例。因此，应用开发者通常不需要将其非生产实例定位到源代码（生产环境）中的特定时间点。这样，您通常无需在备份和灾难恢复敏捷解决方案中捕获和管理日志。

要求	只有一个系统可以管理（捕获或截断（清除））日志，即旧版备份软件或备份和灾难恢复。
最佳实践	继续允许旧版备份软件执行所有日志管理，不要在此环境中使用备份和灾难恢复来保护日志。
原因	如果您的系统配置为管理（捕获或截断（清除））日志，而旧版备份软件也正在捕获和/或截断/清除日志，则一个或两个系统最终可能会出现日志链不完整的情况，从而导致很难或根本无法将数据库恢复到特定时间点。

后续步骤

为 Backup and DR Service 准备 SQL Server 数据库。

有关 Microsoft SQL Server 备份和灾难恢复的其他文档

本页是一系列页面中的一页，专门介绍如何使用备份和灾难恢复功能保护和恢复 Microsoft SQL Server 数据库、二进制文件和支持文件。

如需了解详情，请访问：