把第二台域控分散到另一台物理宿主机，直接迁移健康 VM 通常更简单。这次我选择从黄金镜像新建可写 DC、更新并提升、验证复制，再正常降级旧 DC2；新机使用新名称，最终接管原 IP。

2026 年 9 月 21 日，核心切换和功能验收完成。旧 VM 已退域、关机、断网，尚未销毁。最容易遗漏的是：相同 IP 不会继承旧 FQDN、TLS 证书或客户端依赖。

“BIOS 找盘，BCD 引导 Windows”省略了几层关系。PVE 的虚拟设备顺序、UEFI 的启动项、Windows BCD 的系统选择是三份不同配置。真正打开磁盘和虚拟固件，区别就清楚了。

2026 年 9 月 21 日，我从 Windows Server 黄金模板完整克隆 VM202，断开网卡、关闭自启，完成只读检查和一次正常启动观察。模板 VM200 与域控 VM201未改动。这一轮是静态证据加启动验证，没有固件指令跟踪或 ETW 启动时序。

第一台 PVE 已运行域控、ASR、监控等服务，第二台是新装空机。我希望统一管理、保留手动迁移能力，并让现有业务继续运行。2026 年 9 月 19 日，两台机器成功组成集群；没有配置 HA 资源，QDevice 也尚未部署。

这次最重要的操作并不是 pvecm add 本身，而是确定由哪台创建、哪台加入，以及用什么证据证明来宾没有重启。

做 Windows Server 模板，目标不只是“克隆后能进桌面”。模板必须保留可复用的驱动和基础配置，同时让每个克隆生成自己的系统身份、名称、网络配置与管理状态。否则第一次开机省下的时间，会在加域、备份和排障时还回来。

这篇合并黄金镜像、QEMU Guest Agent 和内存气球三份记录。主记录中模板封装后产生两台可启动实例；另外两份记录确认 VM101、VM102 的 qemu-ga Running、PVE ping 成功，并配置了最大 4096 MiB、最小 2048 MiB 的气球内存。这些证明了各项历史操作，不代表每次从模板克隆都自动继承并通过全部验收。

我的目标是在 Apple Silicon Mac 上保留一台小型 Linux VM：命令行安装 Arch Linux ARM、运行 Docker，再交给 UTM 管理。两份 KB 分别记了安装和导入过程，合起来才是一条完整的操作链。

历史记录确认 Arch Linux ARM 从磁盘启动，并在 UTM 中登录成功。但原文“使用 HVF”的说明与实际命令不一致；UTM 的安装来源、沙盒状态和嵌套虚拟化也被概括得过强。本文先纠正这些前提，再解释每步如何验证。