将运行 Windows Server 2008 的服务器迁移到 Azure

本教程介绍如何使用 Azure Site Recovery 将运行 Windows Server 2008 或 2008 R2 的本地服务器迁移到 Azure。

在本教程中，你将了解如何执行以下操作：

使用 Azure Migrate 进行迁移

建议使用 Azure Migrate 服务将计算机迁移到 Azure。

• Azure Migrate 是专门为服务器迁移而构建的。
• Azure Migrate 提供了一个集中式中心，用于发现、评估本地计算机以及将本地计算机迁移到 Azure。 Azure Site Recovery 应仅用于灾难恢复，而不用于迁移。
• Azure Migrate 支持迁移运行 Windows Server 2008 的服务器。

使用 Site Recovery 进行迁移

支持的操作系统

操作系统	环境
Windows Server 2008 SP2 - 32 位和 64 位（IA-32 和 x86-64） - Standard - Enterprise - Datacenter	VMware VM、Hyper-V VM 和物理服务器
Windows Server 2008 R2 SP1 - 64 位 - Standard - Enterprise - Datacenter	VMware VM、Hyper-V VM 和物理服务器

先决条件

在开始之前，最好是查看用于 VMware 和物理服务器迁移或 Hyper-V 虚拟机迁移的 Azure Site Recovery 体系结构

若要迁移运行 Windows Server 2008 或 Windows Server 2008 R2 的 Hyper-V 虚拟机，请执行将本地计算机迁移到 Azure 教程中的步骤。

本教程的其余部分介绍如何迁移运行 Windows Server 2008 或 2008 R2 的本地 VMware 虚拟机和物理服务器。

限制和已知问题

• 用于迁移 Windows Server 2008 SP2 服务器的配置服务器、其他进程服务器和移动服务应运行 9.19.0.0 版或更高版本的 Azure Site Recovery 软件。

• 复制运行 Windows Server 2008 SP2 的服务器时，不支持应用程序一致性恢复点和多 VM 一致性功能。 Windows Server 2008 SP2 服务器应该迁移到崩溃一致性恢复点。 默认情况下，每隔 5 分钟生成崩溃一致性恢复点。 将复制策略与已配置的应用程序一致性快照频率配合使用会导致复制运行状况出现严重问题，因为缺少应用程序一致性恢复点。 为了避免误报，请在复制策略中将应用程序一致性快照频率设置为“关”。

• 要迁移的服务器应该安装 .NET Framework 3.5 Service Pack 1，否则移动服务无法运行。

• 如果服务器有动态磁盘，你可能会在某些配置中注意到，这些磁盘在已故障转移的服务器上标记为脱机或显示为外部磁盘。 你可能还会注意到，跨动态磁盘的镜像卷的镜像集状态标记为“失败的冗余”。 可以通过 diskmgmt.msc 修复此问题，只需手动导入这些磁盘并重新激活它们即可。

• 要迁移的服务器应该安装 vmstorfl.sys 驱动程序。 如果要迁移的服务器中没有此驱动程序，故障转移可能会失败。

  提示

  检查此驱动程序是否存在于“C:\Windows\system32\drivers\vmstorfl.sys”中。 如果找不到此驱动程序，可以就地创建一个虚拟文件来解决问题。

  打开命令提示符 (run > cmd) 并运行以下命令：“copy nul c:\Windows\system32\drivers\vmstorfl.sys”

• 在运行 32 位操作系统的 Windows Server 2008 SP2 服务器故障转移或测试性故障转移到 Azure 后，可能无法立即通过 RDP 连接到该服务器。 在 Azure 门户中重启已故障转移的虚拟机，然后尝试重新连接。 如果仍然无法连接，请检查服务器是否已配置为允许远程桌面连接，并确保没有防火墙规则或网络安全组在阻止连接。

  提示

  在迁移服务器之前，强烈建议进行测试性故障转移。 确保已在每个要迁移的服务器上执行至少一次成功的测试性故障转移。 在执行测试故障转移的过程中，请连接到测试故障转移的计算机，并确保一切符合预期。

  测试故障转移操作不会造成中断，可帮助你通过在所选的隔离网络中创建虚拟机来测试迁移。 与故障转移操作不同，在测试故障转移操作期间，数据复制会持续进行。 在准备好迁移之前，可以执行任意次测试故障转移。

入门

执行以下任务，准备 Azure 订阅和本地 VMware/物理环境：

1. 准备 Azure
2. 准备本地 VMware

创建恢复服务保管库

1. 登录到 Azure 门户>恢复服务。

2. 单击“创建资源”>“监视 + 管理”>“备份和站点恢复(OMS)”。

3. 在“名称”中，指定友好名称 W2K8-migration。 如果有多个订阅，请选择合适的一个。

4. 创建资源组 w2k8migrate。

5. 指定 Azure 区域。 若要查看受支持的区域，请参阅 Azure Site Recovery 定价详细信息中的“地域可用性”。

6. 若要从仪表板快速访问保管库，请单击“固定到仪表板”，然后单击“创建”。

   

新保管库将添加到“仪表板”中的“所有资源”下，以及“恢复服务保管库”主页面上。

准备适合迁移的本地环境

• 若要迁移 VMware 上运行的 Windows Server 2008 虚拟机，请在 VMware 上设置本地配置服务器。
• 如果不能将配置服务器设置为 VMware 虚拟机，请在本地物理服务器或虚拟机上设置配置服务器。

设置目标环境

选择并验证目标资源。

1. 单击“准备基础结构” >“目标” ，并选择要使用的 Azure 订阅。
2. 指定资源管理器部署模型。
3. Site Recovery 会检查是否有一个或多个兼容的 Azure 存储帐户和网络。

设置复制策略

1. 若要创建新的复制策略，请单击“Site Recovery 基础结构”>“复制策略”>“+ 复制策略”。
2. 在“创建复制策略” 中指定策略名称。
3. 在“RPO 阈值”中，指定恢复点目标 (RPO) 限制。 如果复制 RPO 超出此限制，则会生成警报。
4. 在“恢复点保留期”中，指定每个恢复点的保留期时长（以小时为单位）。 可以将复制的服务器恢复到此窗口中的任何点。 复制到高级存储的计算机最多支持 24 小时的保留期，复制到标准存储的计算机最多支持 72 小时的保留期。
5. 在“应用一致性快照频率”中，请指定“关”。 单击“确定”创建该策略。

此策略自动与配置服务器关联。

启用复制

为要迁移的 Windows Server 2008 SP2/Windows Server 2008 R2 SP1 服务器启用复制。

运行测试迁移

可以在初始复制完成且服务器状态转为“受保护”后，执行对复制服务器的测试性故障转移。

运行 测试故障转移 ，确保一切如预期正常运行。

迁移到 Azure

为想要迁移的计算机运行故障转移。

1. 在“受保护的项”>“复制的项”中，单击计算机 >“故障转移”。

2. 在“故障转移”中，选择要故障转移到的“恢复点” 。 选择最新恢复点。

3. 选择“在开始故障转移前关闭计算机”。 Site Recovery 在触发故障转移之前会尝试关闭服务器。 即使关机失败，故障转移也仍会继续。 可以在“作业”页上跟踪故障转移进度。

4. 检查 Azure VM 是否在 Azure 中按预期显示。

5. 在“复制的项”中，右键单击服务器 >“完成迁移”。 这样会执行以下操作：

   • 完成迁移过程，停止服务器复制，并停止服务器的 Site Recovery 计费。
   • 此步骤清除复制数据。 它不删除迁移的 VM。