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

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

• 为了避免复制在排除的磁盘上处理的非重要数据。
• 您想要优化已消耗的复制带宽或目标端资源。
• 你希望通过不复制不需要的数据来保存存储和网络资源。
• Azure VM 达到了 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 虚拟机 SalesDB* 的磁盘排除、故障转移和恢复，以及如何排除 tempdb。

从复制中排除磁盘

这些磁盘在源 Windows VM SalesDB 上。

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

在故障转移期间处理磁盘

因为磁盘没有被复制，所以在发生故障转移到 Azure 时，这些磁盘不会出现在故障转移后创建的 Azure 虚拟机上。 Azure VM 使用下表中汇总的磁盘配置。

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

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

在故障转移后添加新磁盘

1. 在故障转移之前记下 SQL tempdb.mdf 和 tempdb.ldf 文件的路径。
2. 在 Azure 门户中，将新磁盘添加到 Azure 故障转移虚拟机。 磁盘大小应等于或大于源 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 虚拟机故障回复到原始位置之前，Azure 虚拟机的磁盘设置如下所示。

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

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

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

• 在 Azure 中创建的磁盘：在故障回复或重新保护 VM 时，你在 Azure 中手动创建的磁盘不会复制回到你的站点。
• Azure 中的临时存储磁盘：临时存储磁盘不会复制回到本地主机。
• 排除的磁盘：故障回复后，VM 磁盘配置与原始 VM 磁盘配置相同。 从 Hyper-V 到 Azure 的复制中排除的磁盘在故障回复 VM 上可用。

在将 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 上的分页文件设置包括：

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

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

源 VM 具有以下磁盘：

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

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

故障转移后的磁盘

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

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

后续步骤

• 详细了解临时存储磁盘的指导原则：
  • 了解如何 在 Azure VM 中使用 SSD 来存储 SQL Server TempDB 和缓冲池扩展。
  • 查看 Azure VM 中 SQL Server 的性能最佳做法。
• 部署运行后， 详细了解 不同类型的故障转移。