把第二台域控分散到另一台物理宿主机，直接迁移健康 VM 通常更简单。这次我选择从黄金镜像新建可写 DC、更新并提升、验证复制，再正常降级旧 DC2；新机使用新名称，最终接管原 IP。
2026 年 9 月 21 日，核心切换和功能验收完成。旧 VM 已退域、关机、断网，尚未销毁。最容易遗漏的是：相同 IP 不会继承旧 FQDN、TLS 证书或客户端依赖。
2026/9/21大约 8 分钟
“BIOS 找盘，BCD 引导 Windows”省略了几层关系。PVE 的虚拟设备顺序、UEFI 的启动项、Windows BCD 的系统选择是三份不同配置。真正打开磁盘和虚拟固件，区别就清楚了。
2026 年 9 月 21 日，我从 Windows Server 黄金模板完整克隆 VM202，断开网卡、关闭自启，完成只读检查和一次正常启动观察。模板 VM200 与域控 VM201未改动。这一轮是静态证据加启动验证，没有固件指令跟踪或 ETW 启动时序。
2026/9/21大约 7 分钟
第一台 PVE 已运行域控、ASR、监控等服务，第二台是新装空机。我希望统一管理、保留手动迁移能力，并让现有业务继续运行。2026 年 9 月 19 日，两台机器成功组成集群；没有配置 HA 资源，QDevice 也尚未部署。
这次最重要的操作并不是 pvecm add 本身，而是确定由哪台创建、哪台加入，以及用什么证据证明来宾没有重启。
2026/9/19大约 7 分钟
2026 年 8 月 14 日来电后，两台 PVE 域控启动，主机名能解析，部分 IPv4/IPv6 探测正常，DC1 从 DC2 拉取 Schema 的最近一次复制却报 8524。
随后在 DC2 请求 DNS 注册、重启 Netlogon，修正远程命令包装并定向重试，复制恢复。9 月 15 日整理记录时，最值得纠正的是当时过快的解释：恢复成功不证明最初一定缺了某条 DNS 记录。
2026/9/15大约 7 分钟
做 Windows Server 模板，目标不只是“克隆后能进桌面”。模板必须保留可复用的驱动和基础配置，同时让每个克隆生成自己的系统身份、名称、网络配置与管理状态。否则第一次开机省下的时间，会在加域、备份和排障时还回来。
这篇合并黄金镜像、QEMU Guest Agent 和内存气球三份记录。主记录中模板封装后产生两台可启动实例；另外两份记录确认 VM101、VM102 的 qemu-ga Running、PVE ping 成功，并配置了最大 4096 MiB、最小 2048 MiB 的气球内存。这些证明了各项历史操作，不代表每次从模板克隆都自动继承并通过全部验收。
2026/9/15大约 9 分钟
Linux 风扇控制没有一套适用于所有设备的通用命令。台式机主板通常提供标准 PWM，笔记本依赖厂商接口，服务器可通过 BMC/IPMI，而部分迷你主机只有嵌入式控制器（EC）知道如何控制风扇。
本文先建立选择路径，再结合一台 PVE 迷你主机说明：如何把容易抖动的单温度脚本，改造成具有多传感器、迟滞、读回验证和自动回退的安全控制器。
2026/8/17大约 5 分钟
在 PVE 中部署第二台 Windows Server 域控制器时，DC2 的 IPv4 DNS 已经明确指向 DC1，AD DS 配置向导仍然提示无法联系域。显式向 DC1 查询 SRV 记录却完全正常。
最终根因是 iStoreOS/OpenWrt 通过 DHCPv6 和 RA/RDNSS 把路由器自身的 IPv6 地址通告为 DNS。Windows 优先向它查询内部 AD 域，收到有效的 NXDOMAIN 后不再尝试 DC1。
本文中的地址、域名和设备标识均已泛化。
2026/8/17大约 4 分钟