将磁盘排除在灾难恢复之外

本文介绍如何在使用 Azure Site Recovery 进行从本地到 Azure 的灾难恢复过程中，将磁盘排除在复制之外。 出于多种原因，你可能要将磁盘排除在复制之外：

• 为了避免复制在排除的磁盘上处理的非重要数据。
• 您想要优化已消耗的复制带宽或目标端资源。
• 你希望通过不复制不需要的数据来节省存储和网络资源。
• Azure 虚拟机达到 Site Recovery 复制限制。

支持的方案

可以从复制中排除磁盘，如下表所述。

排除限制

典型方案

非常适合排除的数据变动示例包括对分页文件（pagefile.sys）的写入，以及对 Microsoft SQL Server 的 tempdb 文件的写入。 根据工作负荷和存储子系统，分页和临时数据库（tempdb）文件可能会产生大量改动。 将此类数据复制到Azure会占用大量资源。

• 若要优化包含操作系统和分页文件的单个虚拟磁盘的虚拟机（VM）的复制，可以：

  1. 将单个虚拟磁盘拆分成两个虚拟磁盘。 一个虚拟磁盘包含操作系统，另一个包含页面文件。
  2. 将存储页面文件的磁盘从复制过程中排除。

• 若要优化包含 Microsoft SQL Server tempdb 文件和系统数据库文件的磁盘的复制，可以：

  1. 在两个不同的磁盘上保存系统数据库和 tempdb。
  2. 从复制中排除 tempdb 磁盘。

示例 1：排除 SQL Server tempdb 磁盘

让我们看看如何处理源 SQL Server Windows VM SalesDB* 的磁盘排除和故障转移，并且如何排除 tempdb。

从复制中排除磁盘

这些磁盘在源 Windows VM SalesDB 上。

1. 为 SalesDB VM 启用复制。
2. 将 Disk2 和 Disk3 排除在复制之外，因为这些磁盘上的数据改动是临时的。

在故障转移期间处理磁盘

由于磁盘未复制，因此故障转移到Azure时，这些磁盘不会显示在故障转移后创建的Azure VM 上。 Azure VM 使用下表中汇总的磁盘配置。

在此示例中，从复制中排除了 Disk3（SQL tempdb 磁盘）。 由于它在 Azure VM 上不可用，因此 SQL 服务处于停止状态，并且需要 F：\MSSQL\Data 路径。 可通过多种方式创建此路径：

• 在故障转移后添加一个新磁盘，然后分配 tempdb 文件夹的路径。
• 使用现有临时存储磁盘作为 tempdb 文件夹路径。

在故障转移后添加新磁盘

1. 在故障转移之前记下 SQL tempdb.mdf 和 tempdb.ldf 文件的路径。
2. 通过Azure门户，将新磁盘添加到用于故障转移的Azure VM。 磁盘大小应等于或大于源 SQL tempdb 磁盘 (Disk3) 的大小。
3. 登录到Azure VM。
4. 在磁盘管理 (diskmgmt.msc) 控制台中，初始化并格式化新添加的磁盘。
5. 分配 SQL tempdb 磁盘使用的同一驱动器号（F：）。
6. 在 F: 卷上创建 tempdb 文件夹 (F:\MSSQL\Data)。
7. 从服务控制台启动 SQL 服务。

使用现有的临时存储磁盘

1. 打开命令提示符。

2. 从命令提示符在恢复模式下运行SQL Server。

   Net start MSSQLSERVER /f / T3608
   

3. 运行以下 sqlcmd，将 tempdb 路径更改为新路径。

   sqlcmd -A -S SalesDB		**Use your SQL DBname**
   USE master;		
   GO		
   ALTER DATABASE tempdb		
   MODIFY FILE (NAME = tempdev, FILENAME = 'E:\MSSQL\tempdata\tempdb.mdf');
   GO		
   ALTER DATABASE tempdb		
   MODIFY FILE (NAME = templog, FILENAME = 'E:\MSSQL\tempdata\templog.ldf');		
   GO
   

4. 停止Microsoft SQL Server服务。

   Net stop MSSQLSERVER
   

5. 启动Microsoft SQL Server服务。

   Net start MSSQLSERVER
   

VMware 虚拟机：故障恢复期间将磁盘恢复到原始位置

接下来，了解在故障切换回原始本地位置时如何管理 VMware VM 上的磁盘。

• 在 Azure 中创建的磁盘：由于此示例使用 Windows VM，因此在故障回复或重新保护 VM 时，您在 Azure 手动创建的磁盘不会被复制回您的站点。
• Azure中的临时存储磁盘：临时存储磁盘不会复制回本地主机。
• 排除的磁盘：从 VMware 到 Azure 的复制中被排除的磁盘在故障回复后，不会在本地 VM 上可用。

将 VMware VM 恢复到原位置之前，Azure VM 的磁盘设置如下。

故障恢复后，位于原始位置的 VMware VM 具有如下表所示的汇总磁盘。

Hyper-V VM：在故障回复期间将磁盘恢复到原始位置

现在，让我们看看在故障恢复到原始的本地位置时如何处理 Hyper-V 虚拟机上的磁盘。

• 在 Azure 中创建的磁盘：在故障恢复或重新保护 VM 时，手动在 Azure 中创建的磁盘不会被复制回您的站点。
• Azure 临时存储磁盘：临时存储磁盘不会复制回到本地设施。
• 排除的磁盘：故障回复后，VM 磁盘配置与原始 VM 磁盘配置相同。 故障恢复虚拟机上提供了从 Hyper-V 到 Azure 复制过程中被排除的磁盘。

将 Hyper-V VM 故障回复到原始位置之前，Azure VM 磁盘设置如下所示。

在计划进行Azure到本地Hyper-V的故障转移（或故障回复）后，原始位置中的Hyper-V虚拟机（VM）包含下表中汇总的磁盘。

示例 2：排除页面文件磁盘

此示例展示如何处理源 Windows VM 的磁盘排除、故障转移和故障恢复。 你希望排除 D 驱动器和备用驱动器上的 pagefile.sys 磁盘。

D 驱动器上的页面文件

源 VM 具有以下磁盘：

源 VM 上的分页文件设置包括：

1. 为 VM 启用复制。
2. 将 DB-Disk1 排除在复制之外。

故障转移后的磁盘

故障转移后，Azure VM 的磁盘汇总在下表中：

Azure VM 上的分页文件设置包括：

在 Azure 虚拟机上的分页文件设置。

其他驱动器（非 D:）上的页面文件

让我们来看一个示例，其中页面文件不位于 D 驱动器上。

源 VM 具有以下磁盘：

本地 VM 使用以下分页文件设置：

1. 为 VM 启用复制。
2. 将 DB-Disk1 排除在复制之外。

故障转移后的磁盘

故障转移后，Azure VM 的磁盘概况如下表所示：

Azure VM 上的分页文件设置包括：

&c1&c0&sb0虚拟内存对话框的屏幕截图，突出显示了 C: 驱动器行，其中分页文件大小设置为“系统管理”。&sb0&c0&c1

后续步骤

• 详细了解临时存储磁盘的指南：
  • 了解 在 Azure VM 中使用 SSD 存储 SQL Server 的 TempDB 和缓冲池扩展。
  • 查看在 Azure 虚拟机中使用 SQL Server 的性能最佳实践。
• 部署运行后， 详细了解 不同类型的故障转移。