迁移到新硬件上的 Azure Stack HCI

项目
03/08/2024

适用于：Azure Stack HCI 版本 22H2 和 21H2；Windows Server 2022、Windows Server 2019、Windows Server 2016、Windows Server 2012 R2、Windows Server 2008 R2

本主题介绍如何使用 Windows PowerShell 和 Robocopy 将 Windows Server 2012 R2、Windows Server 2016 或 Windows Server 2019 上的虚拟机 (VM) 文件迁移到新的 Azure Stack HCI 服务器硬件。 Robocopy 是一种用于将文件从一台服务器复制到另一台服务器的强大方法。它可在断开连接后恢复，并从最后一个已知状态继续运行。 Robocopy 还支持通过服务器消息块 (SMB) 进行多线程文件复制。有关详细信息，请参阅 Robocopy。

注意

不支持从 Windows Server 到 Azure Stack HCI 的 Hyper-V 实时迁移和 Hyper-V 副本。但是，Hyper-V 副本在 HCI 系统之间有效且受支持。不能将 VM 复制到同一群集中的另一个卷，只能复制到另一个 HCI 系统。

如果要迁移的 Windows 2012 R2 或更早版本上有 VM，请参阅迁移较旧的 VM。

若要迁移到使用相同硬件的 Azure Stack HCI，请参阅迁移到相同硬件上的 Azure Stack HCI。

下图显示了一个 Windows Server 源群集和一个 Azure Stack HCI 目标群集作为示例。你也可以在独立服务器上迁移 VM。

根据预期停机时间，在群集之间使用具有双 40 GB RDMA 东-西网络的单个 NIC，并为 32 个多线程配置 Robocopy，可实现每小时 1.9 TB 的传输速度。

注意

本文没有介绍如何迁移拉伸群集的 VM。

准备阶段

在开始迁移之前，需要注意几点要求和事项：

所有 Windows PowerShell 命令都必须以管理员身份运行。
必须具有对源群集和目标群集拥有管理员权限的域凭据，并且对包含这两个群集的源和目标组织单位 (OU) 具有完全权限。
这两个群集必须位于同一个 Active Directory 林和域中，以便在群集之间进行 Kerberos 身份验证来实现 VM 的迁移。
这两个群集必须位于一个 Active Directory OU 中，并且在此 OU 上设置了组策略对象 (GPO) 块继承。这样可以确保没有域级 GPO 和安全策略会影响迁移。
这两个群集必须连接到同一时间源，以支持群集之间一致的 Kerberos 身份验证。
记下源群集上的 VM 所使用的 Hyper-V 虚拟交换机名称。导入 VM 之前，必须为 Azure Stack HCI 目标群集“虚拟机网络”使用相同的虚拟交换机名称。
删除源 VM 的所有 ISO 映像文件。此操作使用“硬件部分”的“VM 属性”中的 Hyper-V 管理器完成。对于任何虚拟 CD/DVD 驱动器，请选择“删除”。
关闭源群集上的所有 VM。为了确保在整个迁移过程中保持版本控制和状态，必须这样做。
检查 Azure Stack HCI 是否支持你的 VM 版本，以根据需要导入和更新 VM。有关操作方法，请参阅 VM 版本支持和更新部分。
备份源群集上的所有 VM。完成对所有应用程序和数据的故障一致性备份，完成对所有数据库的应用程序一致性备份。若要备份到 Azure，请参阅使用 Azure 备份。
为源群集 VM 和域控制器创建检查点，以防必须回滚到之前的状态。这不适用于物理服务器。
请确保源和目标群集存储网络之间的最大 Jumbo 帧大小相同，特别是 RDMA 网络适配器及其各自的交换机网络端口，以便提供最有效的端到端传输数据包大小。
记下源群集上的 Hyper-V 虚拟交换机名称。你将在目标群集上重复使用该名称。
Azure Stack HCI 硬件的容量和配置应至少等于源硬件的容量和配置。
最大程度地减少源群集和目标群集之间的网络跃点数或物理距离，以实现最快的文件传输速度。

VM 版本支持和更新

此表列出了 Windows Server 操作系统版本及其 VM 版本。

无论 VM 运行的 OS 版本是什么，直接迁移到 Azure Stack HCI 所支持的最低 VM 版本都是版本 5.0。这代表了 Windows Server 2012 R2 上 VM 的默认版本。例如，在版本 2.0、3.0 或 4.0 上运行的任何 VM 都在迁移之前必须更新为版本 5.0。

OS 版本	VM 版本
Windows Server 2008 SP1	2.0
Windows Server 2008 R2	3.0
Windows Server 2012	4.0
Windows Server 2012 R2	5.0
Windows Server 2016	8.0
Windows Server 2019	9.0
Azure Stack HCI	9.0

对于 Windows Server 2012 R2、Windows Server 2016 和 Windows Server 2019 上的 VM，请先将所有 VM 更新为源硬件上支持的最新 VM 版本，然后再运行 Robocopy 迁移脚本。这样可以确保所有 VM 都至少为版本 5.0，以实现成功的 VM 导入。

对于 Windows Server 2008 SP1、Windows Server 2008 R2-SP1 和 Windows 2012 上的 VM，VM 版本将低于版本 5.0。这些 VM 还使用 .xml 文件进行配置，而不是使用 .vcmx 文件。因此，不支持将 VM 直接导入 Azure Stack HCI。在这些情况下，可以使用两个选项，如迁移较旧的 VM 中所述。

更新 VM 版本

以下命令适用于 Windows Server 2012 R2 及更高版本。运行以下命令来显示单个服务器上的所有 VM 版本：

Get-VM * | Format-Table Name,Version

显示群集上所有服务器中的所有 VM 版本：

Get-VM -ComputerName (Get-ClusterNode)

将所有服务器上的所有 VM 更新为支持的最新版本：

Get-VM -ComputerName (Get-ClusterNode) | Update-VMVersion -Force

RDMA 建议

如果使用的是远程直接内存访问 (RDMA)，则 Robocopy 可以利用它在群集之间复制 VM。以下是使用 RDMA 的一些建议：

将这两个群集连接到相同的架顶式 (ToR) 交换机，以便使用源群集和目标群集之间最快的网络路径。对于存储网络路径，这通常支持 10GbE/25GbE 或更高的速度，并利用 RDMA。
如果源群集和目标群集（ROCE 与 iWARP）之间的 RDMA 适配器或标准不同，则 Robocopy 将改为通过最快的可用网络来利用基于 TCP/IP 的 SMB。这通常是东-西网络的双 10Gbe/25Gbe 或更快的速度，从而提供在群集之间复制 VM VHDX 文件的最佳方法。
若要确保 Robocopy 可以在群集（东-西网络）之间利用 RDMA，请配置 RDMA 存储网络，使其可在源群集和目标群集之间路由。

创建新群集

在创建 Azure Stack HCI 群集之前，需要在将位于群集中的每台新服务器上安装 Azure Stack HCI OS。有关如何执行此操作的信息，请参阅部署 Azure Stack HCI 操作系统。

使用 Windows Admin Center 或 Windows PowerShell 创建新群集。有关如何执行此操作的详细信息，请参阅使用 Windows Admin Center 创建 Azure Stack HCI 群集和使用 Windows PowerShell 创建 Azure Stack HCI 群集。

重要

群集之间的 Hyper-V 虚拟交换机 (VMSwitch) 名称必须相同。请确保在目标群集上创建的虚拟交换机名称与在所有服务器中的源群集上使用的名称相匹配。请在导入 VM 之前验证交换机名称是否相同。

注意

必须先向 Azure 注册 Azure Stack HCI 群集，然后才能在其上新建 VM。有关详细信息，请参阅向 Azure 注册。

运行迁移脚本

以下 PowerShell 脚本 Robocopy_Remote_Server_.ps1 使用 Robocopy 将 VM 文件及其从属目录和元数据从源群集复制到目标群集。此脚本是从 TechNet 上的原始脚本修改而来：使用 PowerShell 和 RoboCopy 将文件 Robocopy 到远程服务器。

此脚本将所有 VM VHD、VHDX 和 VMCX 文件复制到指定群集共享卷 (CSV) 的目标群集。一次迁移一个 CSV。

迁移脚本在每个源服务器上本地运行，以利用 RDMA 和快速网络传输的优势。为此，请按以下步骤操作：

请确保将每个目标群集节点设置为目标 CSV 的 CSV 所有者。
若要确定要复制的所有 VM VHD 和 VHDX 文件的位置，请使用以下 cmdlet。查看 C:\vmpaths.txt 文件以确定 Robocopy 从步骤 4 开始的最顶层源文件路径：
```
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vhd*" -Recurse > c:\vmpaths.txt
```
注意

如果 VHD 和 VHDX 文件位于同一卷上的不同路径中，则需要为每个不同的路径运行迁移脚本，以将它们全部复制。
更改以下三个变量，使源群集 VM 路径与目标群集 VM 路径匹配：
- $Dest_Server = "Node01"
- $source = "C:\Clusterstorage\Volume01"
- $dest = "\\$Dest_Server\C$\Clusterstorage\Volume01"
在每个 Windows Server 源服务器上运行以下脚本：

<#
#===========================================================================  
# Script: Robocopy_Remote_Server_.ps1
#===========================================================================  
.DESCRIPTION:
Change the following variables to match your source cluster VM path with the destination cluster VM path. Then run this script on each source Cluster Node CSV owner and make sure the destination cluster node is set to the CSV owner for the destination CSV.

        Change $Dest_Server = "Node01"
        Change $source  = "C:\Clusterstorage\Volume01"
        Change $dest = "\\$Dest_Server\C$\Clusterstorage\Volume01"
#>

$Space       = Write-host ""
$Dest_Server = "Node01"
$source      = "C:\Clusterstorage\Volume01"
$dest        = "\\$Dest_Server\C$\Clusterstorage\Volume01"
$Logfile     = "c:\temp\Robocopy1-$date.txt"
$date        = Get-Date -UFormat "%Y%m%d"
$cmdArgs     = @("$source","$dest",$what,$options)  
$what        = @("/COPYALL")
$options     = @("/E","/MT:32","/R:0","/W:1","/NFL","/NDL","/LOG:$logfile","/xf")
 
## Get Start Time
$startDTM = (Get-Date)
 
$Dest_Server     = "Node01"
$TARGETDIR   = \\$Dest_Server\C$\Clusterstorage\Volume01
$Space
Clear
## Provide Information
Write-host ".....Copying Virtual Machines FROM $Source to $TARGETDIR ....................." -fore Green -back black
Write-Host "........................................." -Fore Green

## Kick off the copy with options defined  
robocopy @cmdArgs
 
## Get End Time
$endDTM = (Get-Date)
 
## Echo Time elapsed
$Time = "Elapsed Time: = $(($endDTM-$startDTM).totalminutes) minutes"  
## Provide time it took
Write-host ""
Write-host " Copy Virtual Machines to $Dest_Server has been completed......" -fore Green -back black
Write-host " Copy Virtual Machines to $Dest_Server took $Time        ......" -fore Cyan

导入 VM

最佳做法是，每个群集节点至少创建一个群集共享卷 (CSV)，以便为每个 CSV 所有者均衡 VM，从而提高 VM 工作负载的复原能力、性能和规模。默认情况下，这种均衡每五分钟自动发生一次，在源群集节点和目标群集节点之间使用 Robocopy 时需要考虑，以确保源和目标 CSV 所有者匹配，从而实现最佳的传输路径和速度。

在 Azure Stack HCI 群集上执行下列步骤，以导入 VM，使其具有高可用性，然后启动它们：

运行以下 cmdlet 来显示所有 CSV 所有者节点：
```
Get-ClusterSharedVolume
```
对于每个服务器节点，转到 C:\Clusterstorage\Volume，然后为所有 VM 设置路径，例如 C:\Clusterstorage\volume01。
在每个 CSV 所有者节点上运行以下 cmdlet，以在导入 VM 之前显示每个卷的所有 VM VMCX 文件的路径。修改路径以匹配你的环境：
```
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse
```
注意

Windows Server 2012 R2 和更低版本的 VM 使用 XML 文件而不是 VCMX 文件。有关详细信息，请参阅“迁移较旧的 VM”部分。
为每个服务器节点运行以下 cmdlet，以导入和注册 VM，并使其在每个 CSV 所有者节点上具有高可用性。这样可以确保 VM 的均匀分布，从而实现最佳处理器和内存分配：
```
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole
```
启动每个节点上的每个目标 VM：
```
Start-VM -Name
```
登录并验证所有 VM 是否正在运行，且其中是否包含你的所有应用和数据：
```
Get-VM -ComputerName Server01 | Where-Object {$_.State -eq 'Running'}
```
将 VM 更新为最新的 Azure Stack HCI 版本，以充分利用所有改进：
```
Get-VM | Update-VMVersion -Force
```
脚本完成后，检查 Robocopy 日志文件中是否存在任何列出的错误，并验证是否已成功复制所有 VM。

迁移较旧的 VM

如果你有 Windows Server 2008 SP1、Windows Server 2008 R2-SP1、Windows Server 2012 或 Windows Server 2012 R2 VM，则本部分对你适用。可以使用两个选项来处理这些 VM：

先将这些 VM 迁移到 Windows Server 2012 R2、Windows Server 2016 或 Windows Server 2019 并更新 VM 版本，再开始迁移过程。
使用 Robocopy 将所有 VM VHD 复制到 Azure Stack HCI。然后，在 Azure Stack HCI 中新建 VM，并将复制的 VHD 附加到 VM 上。这就绕过了这些较旧 VM 的 VM 版本限制。

Windows Server 2012 R2 和更早版本的 Hyper-V 主机使用 XML 文件格式进行 VM 配置，这不同于用于 Windows Server 2016 和更高版本 Hyper-V 主机的 VCMX 文件格式。这需要不同的 Robocopy 命令以将这些 VM 复制到 Azure Stack HCI。

选项 1：分阶段迁移

这是一个两阶段的迁移，适用于托管在 Windows Server 2008 SP1、Windows Server 2008 R2-SP 和 Windows Server 2012 上的 VM。所用流程如下：

发现要复制的所有 VM VHD 和 VHDX 文件的位置，然后查看 vmpaths.txt 文件以确定 Robocopy 要从其开始的最顶层源文件路径。使用以下 cmdlet：
```
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vhd*" -Recurse > c:\vmpaths.txt
```
使用以下示例 Robocopy 命令，首先使用步骤 1 中确定的最顶层路径将 VM 复制到 Windows Server 2012 R2：

Robocopy \\2012R2-Clus01\c$\clusterstorage\volume01\Hyper-V\ \\20H2-Clus01\c$\clusterstorage\volume01\Hyper-V\ /E /MT:32 /R:0 /w:1 /NFL /NDL /copyall /log:c:\log.txt /xf
验证 Windows Server 2012 R2 群集上使用的虚拟交换机 (VMSwitch) 名称是否与 Windows 2008 R2 或 Windows Server 2008 R2-SP1 源上使用的交换机名称相同。若要显示群集中所有服务器上使用的交换机名称，请使用以下命令：
```
Get-VMSwitch -CimSession $Servers | Select-Object Name
```
根据需要重命名 Windows Server 2012 R2 上的交换机名称。若要在群集中的所有服务器中重命名交换机名称，请使用以下命令：
```
Invoke-Command -ComputerName $Servers -ScriptBlock {rename-VMSwitch -Name $using:vSwitcholdName -NewName $using:vSwitchnewname}
```

将 VM 复制并导入到 Windows Server 2012 R2：

Get-ChildItem -Path "c:\clusterstorage\volume01\Hyper-V\*.xml"-Recurse

Get-ChildItem -Path "c:\clusterstorage\volume01\image\*.xml" -Recurse    | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole

在 Windows Server 2012 R2 上，将所有 VM 的 VM 版本更新为 5.0：
```
Get-VM | Update-VMVersion -Force
```
运行迁移脚本，将 VM 复制到 Azure Stack HCI。

按照导入 VM 中的过程操作，将步骤 3 和步骤 4 替换为以下内容，以处理 XML 文件并将 VM 导入 Azure Stack HCI：

Get-ChildItem -Path "c:\clusterstorage\volume01\Hyper-V\*.xml"-Recurse

Get-ChildItem -Path "c:\clusterstorage\volume01\image\*.xml" -Recurse    | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole

完成导入 VM 中的其余步骤。

选项 2：直接 VHD 副本

此方法使用 Robocopy 将托管在 Windows 2008 SP1、Windows 2008 R2-SP1 和 Windows 2012 上的 VM VHD 复制到 Azure Stack HCI。这样可以绕过这些较旧 VM 的支持的最低 VM 版本限制。对于托管在 Windows Server 2008 SP1 和 Windows Server 2008 R2-SP1 上的 VM，建议选择此选项。

托管在 Windows 2008 SP1 和 Windows 2008 R2-SP1 上的 VM 仅支持具有第 1 代 VHD 的第 1 代 VM。因此，需要在 Azure Stack HCI 上创建相应的第 1 代 VM，以便可以将复制的 VHD 附加到新 VM。请注意，无法将这些 VHD 升级到第 2 代 VHD。

注意

Windows Server 2012 支持第 1 代和第 2 代 VM。

所用流程如下：

使用示例 Robocopy 将 VM VHD 直接复制到 Azure Stack HCI：

Robocopy \\2012R2-Clus01\c$\clusterstorage\volume01\Hyper-V\ \\20H2-Clus01\c$\clusterstorage\volume01\Hyper-V\ /E /MT:32 /R:0 /w:1 /NFL /NDL /copyall /log:c:\log.txt /xf
创建新的第 1 代 VM。有关如何执行此操作的详细信息，请参阅管理 VM。
将复制的 VHD 文件附加到新的 VM。有关详细信息，请参阅管理虚拟硬盘 (VHD)

仅供参考，以下 Windows Server 来宾操作系统支持第 2 代 VM：

Windows Server 2019
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows 10
64 位版本的 Windows 8.1（64 位）
64 位版本的 Windows 8（64 位）
Linux（请参阅支持的 Linux 和 FreeBSD VM）

后续步骤

迁移后，验证群集。请参阅验证 Azure Stack HCI 群集。
若要就地迁移到使用相同硬件的 Azure Stack HCI，请参阅迁移到相同硬件上的 Azure Stack HCI。

通过