Windows Server 2025 / 安全导出和导入 Hyper-V 虚拟机并避免身份冲突

Hyper-V 导出会收集虚拟机（VM）的配置、虚拟磁盘和检查点文件。导入方式决定 Hyper-V 标识与文件存放位置；Windows 计算机名、IP 地址、域身份以及备份保留策略仍需单独规划。

区分导出文件与备份系统

导出结果首先是一组虚拟机文件，不会自动建立周期任务、多版本保留、完整性检查、失败告警、独立存储或适用于每种应用的一致性恢复流程。文件存在并不能证明系统可恢复。应先确定需要恢复哪些数据、允许数据回退到什么时间，以及可以接受多长的恢复时间。

虽然官方导出与导入指南支持导出运行或停止的虚拟机，本课仍使用工作组中的独立 HVTEST01，正常关闭且不含重要数据，不使用 DC1、DC2 或 FS1。在 HV1 以管理员身份操作，记录原 VM ID、配置版本、文件路径和适配器。在检查点实验后查看残留依赖链和未完成的合并；不要通过删除 AVHDX 简化它们，并避免同时执行备份或更改磁盘。

同一主机卷中的导出文件与该卷共享故障风险，应区分临时传输目录和受到保护的独立备份存储。两者都可能包含整个来宾磁盘，包括凭据和数据，因此需要限制访问，并落实既定保护和保留措施。目录是临时的，并不意味着可以公开分享其中的文件。

导出到新目录并检查结果

1. 在来宾保存测试工作，正常关闭 HVTEST01。在 HV1 确认 Off，而不是 Paused 或 Saved，并确认没有正在执行的合并。
2. 检查目标可用空间和写入权限，尤其要考虑动态磁盘导出文件集的真实大小，以及导入副本需要的空间。不要把虚拟容量当作主机剩余空间。
3. 在 Hyper-V 管理器准确选择 HVTEST01 并选择“导出”。核对名称与 ID，避免误导出域服务器。
4. 选择按时间或本次运行可识别的新目标目录，不覆盖已有文件。启动导出并观察状态，直至确认无错误完成。
5. 对照原始清单检查 .vmcx 配置、虚拟磁盘及必要检查点文件。没有检查点时 Snapshots 目录为空可能正常，但不能忽略仍存在的依赖关系。

除了图形向导，也可以在 HV1 打开管理员 PowerShell。下面代码要求导出根目录已存在，并为每次运行生成单独子目录。在 Read-Host 中输入真实完整路径，不加外围引号。逐行运行，任何一行出错都应停止，包括 New-Item 或 Export-VM；后面的文件列表不能把导出失败变成成功。重新运行前先检查此前目录和任务状态，不覆盖或删除需要保留的导出结果。Export-VM 参数文档说明了该操作：

$vm = Get-VM -Name 'HVTEST01' -ErrorAction Stop
if ($vm.State -ne 'Off') { throw 'Shut down the guest before this lab export' }
$exportRoot = Read-Host 'Existing folder for exports'
if (-not (Test-Path -LiteralPath $exportRoot -PathType Container)) { throw 'Export root not found' }
$exportFolder = Join-Path $exportRoot ('HVTEST01-' + (Get-Date -Format 'yyyyMMdd-HHmmss') + '-' + ([guid]::NewGuid().ToString('N').Substring(0,6)))
New-Item -ItemType Directory -Path $exportFolder | Out-Null
Export-VM -Name 'HVTEST01' -Path $exportFolder
Get-ChildItem -LiteralPath $exportFolder -Recurse -File | Select-Object FullName,Length

无错误完成后，预期可在本次唯一目录中看到能够核对路径和大小的文件。列表为空或只有部分文件，不能证明导出成功；即使列表完整，也尚未证明可以恢复。保存实际目录、时间和结果，以便与之后的隔离导入测试对应。在完成这项验证期间不要删除原虚拟机。

只复制一个 VHDX 可能遗漏配置和依赖链，应保留完整文件集。传输后按相对路径、大小以及必要时的哈希值核对不再变化的文件。如果存在差异，应停止并重新检查源与副本。大小相同不能保证内容相同；哈希一致可以验证文件传输，却不能代替启动和应用恢复测试。

按标识与文件用途选择导入方式

同一主机不能再次注册已有的原 VM ID。本次实验应选择“复制”并保留原虚拟机，不要为绕过冲突而删除原机。“就地注册”会把导出目录直接变成运行文件的存放位置，此后它不再是可以随意删除的临时目录。检查资源、路径、交换机及目标主机支持的配置版本。旧主机并不自动支持较新版本；不要尝试性升级配置，因为升级之后不能降级。Import-VM 的 GenerateNewId 对应副本的新 Hyper-V 标识。

使用前验证断网副本

1. 在测试主机打开操作 → 导入虚拟机，选择完整导出文件集所在目录。不要用单独的 VHDX 代替整个文件集。
2. 确认来源为 HVTEST01，选择复制虚拟机并创建新的唯一标识符。保留原机注册，分别记录两个 ID。
3. 为配置、检查点和磁盘选择新的独立目录，与原机及需要保留的导出目录分开。检查实际目标路径，不只检查显示名称。
4. 阅读兼容性要求及建议的调整。如果缺少内存、磁盘、路径或受支持版本，应停止并解决具体条件，不盲目替换磁盘或降低保护措施。
5. 副本仍关闭时，确认名称未被使用后，将显示名称改为 HVTEST01-Copy。在设置中逐个检查网络适配器并选择“未连接”。如可能重启主机，还应事先检查自动启动设置，避免继承选项导致未经检查的联网启动。
6. 只通过控制台启动副本。检查 Windows 登录、操作系统与导出时的同一测试文件，比较实际内容或事先记录的哈希，并再次确认副本 ID。对依赖网络的服务失败应如实记录，不要未经规划就把两台虚拟机连接起来。

新的 Hyper-V ID 和显示名称 HVTEST01-Copy 不会改变 Windows 计算机名、静态 IP 或域账户。两台实例连接同一网络可能产生冲突。本次验证应让副本的所有适配器保持“未连接”，不能只选择另一个名称相似的交换机。通过控制台可以在没有网络时登录。如果以后其他实验需要网络，应在连接前单独规划来宾身份、唯一地址和部署要求。

不要把这个操作当作增加域控制器或业务服务器副本的捷径。用于部署新安装的映像需要受支持的通用化流程，例如在捕获映像前运行适用的 Sysprep 流程；仅修改显示名称不能代替它。Active Directory 恢复与克隆另有专门流程，也不要在已经提升的域控制器上临时尝试 Sysprep。隔离副本成功启动，同样不代表依赖外部系统的服务已经验证通过。

记录恢复结果、保留策略与清理范围

• 列出真正验证过的项目，例如本地登录、某个具体文件及其内容，以及确实能在断网状态下检查的服务，同时记录尚未验证的部分。
• 记录导出时间、原机与副本 ID、目标配置版本，以及保留的导出文件集和测试虚拟机的完整路径。
• 与恢复点目标（Recovery Point Objective，RPO：可接受的恢复数据最大陈旧程度）和恢复时间目标（Recovery Time Objective，RTO：可接受的服务恢复最长时间）比较。应按约定测量完整时间范围，而不只计算开机时间；不要编造尚未测量的时长。
• 规定保留版本、受保护的位置、负责人和删除授权。产生新导出结果并不自动允许未经策略检查就删除旧版本。
• 明确预定流程的失败告警负责人，以及周期性隔离恢复测试的安排。手动完成一次导出，并不会自动建立这些监控机制。

清理时只正常关闭 HVTEST01-Copy 并确认其 ID。移除注册或处理文件前，将副本配置和全部磁盘路径与原机及保留的导出文件逐一比较。移除虚拟机条目与删除 VHDX 是两回事。仅移除计划中的测试副本后，应确认 HVTEST01 和导出文件仍完整。如果不能证明某文件只属于可丢弃的副本且没有其他依赖，应保留待查，不要把本次清理与删除需要保留的备份混在一起。