让我解释一下情况：
我们有一个完全虚拟化的现场生产系统，在Microsoft故障转移群集中运行所有生产虚拟机。 这个问题有趣的虚拟机是主域控制器（SRV-DCA）和辅助域控制器（SRV-DCB）。
现在我们想将这两个虚拟机导出/复制到备份服务器上，以便我们可以在不在生产环境中的DC上运行一些testing。
我们尝试closures活动服务器上的SRV-DCA和SRV-DCB，并执行了正常的Hyper-V导出。 然后，当导出准备就绪时，我使用Hyper-V导入（Register In-place（使用现有的唯一ID））将导出的DC导入到备份服务器，并启动备份服务器上的两个虚拟机。打开活动目录用户和计算机，它是说，域控制器找不到，也试图做一个“netdom /查询fsmo”，它表示，无法find或联系域控制器。
现在我不明白在出口过程中可能会发生什么情况，因为虚拟机已closures。 还有什么其他方式可以导出/复制域控制器，以便我可以在备份服务器上运行testing而不会给我这样的问题？
假设你将testing虚拟机保存在一个私有networking中，你所要做的就是完全合理和有效的练习。
您的备份服务器上的“AD under glass”环境应该被隔离到一个专用虚拟交换机中，AD环境所需的所有function都必须存在。 这听起来像是你第一次尝试这样的时候遇到了某种名称parsing问题。 据推测，这两个DC是DNS服务器，并将自己（可能是彼此）作为其NIC属性中指定的DNS服务器。 由于这些是生产环境中唯一的DC，因此您将在隔离的环境中使用FSMO。
获取名称parsing在您的孤立环境中正常工作，我怀疑一切都会正常工作。
就我个人而言，我相信“DNS岛”问题依然存在，具体取决于您为DNSconfiguration每个DC的方式。 我已经看到了几个所有DC都被closures的例子，并且遇到了你在重新开启时遇到的问题。 这是我会build议的：
将每个DCconfiguration为使用其他DC作为主DNS，而将其自身用作辅助DNS。 在每个DC上添加127.0.0.1作为第三DNS。 打开两个DC电源，等待DNS和AD完全加载并初始化。