目前，我们正在运行2个Server 2008 R2 Active Directory域控制器，并在其上运行故障转移群集，以提供弹性的文件，打印和DHCP服务。 Server1拥有所有的FSMOangular色，并且是一个GC，而Server2只是一个GC ….
我们所观察到的是，将Server1引入需要很长时间（我相信这是由于等待ADDS而没有可用的DNS的结果，而ADDS由于看不到任何DNS而无法find任何东西）。 通常我们启动Server1，等待30秒左右，然后启动Server2。 Server1将坐在等待“应用计算机设置”，到Server2将完成其启动。 Server2上的DNS不能开始工作，直到我能够login到Server1并启动重新启动。 一旦Server1完成重启，一切都很好，我们可以继续启动。
所有这一切的结果是，故障转移群集需要手动干预才能启动，因为AD / DNS尚未准备就绪，因此失败。 我已经做了一些研究，以了解这个漫长的启动延迟是由于server1缺乏DNS（鸡和鸡蛋types的情况下）。 我非常想解决这个问题，因为它使事情变得更容易logging（并因此让别人这样做:)），当有一个定义的过程，所以我的解决scheme似乎是添加另一个DNS服务器我想不是一个AD的DNS服务器，甚至可能是一个Linux的DNS服务器），并开始之前Server1＆2。我在这个正确的轨道，还是DNS服务器需要AD集成？ 或者，最好是添加一个RODC并首先启动它？
解决scheme：有一个单独的小型机器与Active Directory，坐在那里在自己的UPS，并作为最后的手段AD。 其他AD使用它作为DNS。 问题解决了 。 这就是我在我的环境中所做的事情，它严重地降低了启动时间。
DNS通常是AD集成，除非您手动销毁 – 这有其他的影响。
汤姆汤姆的回答是正确的。 我只是发布一个单独的答案来澄清一些事情。
来自Microsoft KB 281662 ：
要使Windows群集function正常运行（群集服务在每个节点上启动的位置），组成群集的节点必须能够validation群集服务域帐户，该帐户是在Windows群集安装期间configuration的帐户。 为此，每个节点必须能够与域控制器build立安全通道来validation该帐户。 如果节点无法validation帐户，则群集服务不会启动。 其他集群程序也必须具有帐户validation服务才能启动，例如Microsoft SQL Server和Microsoft Exchange。
因此，在一个群集中只有两个域控制器的情况下，群集服务在引导过程中没有任何地方进行身份validation，从而导致其他服务失败或花费大量时间启动。
我可能想补充：群集域控制器是不常见的做法..