在这个 SF question中，我询问了如何确定服务器正在与哪个 DC 通信。我们正在进行一些弹性测试，需要向客户证明，如果 DC 出现故障，还有其他 DC 可用于承受压力。
使用nltest，我可以在任何给定时间确定我正在与哪个 DC 交谈。但是，如果我们使当前 DC 失败，我们如何强制服务器重新评估它可以与哪些其他 DC 通信，然后连接到一个……这样 'nltest' 将反映新的 DC？
理想情况下，我喜欢某种可以在同一个 Windows 会话中运行的操作，但到目前为止我们注销并重新登录。我对登录/注销的担忧是缓存的凭据可能会使图片复杂化。
简而言之，如果发生 DC 故障，使服务器连接到辅助 DC 的最简单/最快/最安全的方法是什么？
在客户端上键入
set log以查看您登录的 DC。杀死那个DC。在运行时运行 Wireshark/Netmonklist purge，然后C:\> net stop netlogon & net start netlogon在客户端上运行。或者只是等到客户需要来自 AD 的东西。如果无法联系到第一个 DC，它就足够聪明地尝试其站点中的其他 DC。
作为一个固执己见的人，你的客户要求你向他们展示世界上排名第一的目录服务的广告能力，被全球数百万人使用……但话又说回来，我明白了客户有时会要求一些愚蠢的东西。
在新机器上使用 2-3 个帐户登录。登录 1，关闭当前 dc，注销，登录第二个帐户。由于这些帐户在计算机上没有配置文件，因此它将演示故障转移。
实际上，这种“故障转移”机制应该自动发生。DNS 客户端（每当我们谈论服务器或工作站时）将向其主 DNS 服务器请求 DC，因此该机制是向 DNS 服务器请求附加 DC。您可以使用 nltest /sc_reset 重置网络登录安全通道，然后重新建立它。
我认为证明“故障转移”的最佳方法是模拟 DC 中的故障（例如，如果可能，请拔下以太网），然后使用 nltest 再次检查网络登录安全通道（您应该使用 /force 修饰符为了绕过任何缓存的信息）