我的网站将失去连接到networking的其他部分几天长达一个星期。 当我们发现中断之前，我们发现浏览本地共享的延迟，以及很长的延迟login。我能做些什么来告诉本地控制器在“独立”模式下工作一段时间？
一些想法。
确保站点上所有遇到“中断”的客户端都使用本地站点上的域控制器作为DNSparsing器。 DNS超时增加了一点点的延迟，加起来令人费解的等待时间。 此外，断开连接的站点上的域控制器不应将DNS查询转发到其他站点中的其他域控制器。 （相反，他们应该转发到您的ISP的DNS服务器，或者至less像谷歌的公共DNS一样，这是因为互联网浏览仍然很快）。此外，域控制器本身的DNSparsing器应该只指向其他域控制器在他们自己的网站 – 而不是在其他网站的其他域控制器。
正确configurationAD站点和服务，以便AD中对应于计算机所在实际网段的子网对象与同一站点中的域控制器相关联。 这就是客户端计算机如何知道如何在自己的站点中有效地定位域控制器。 （或者下一个最接近的网站，但这不在本次讨论的范围之内）。这也是DFS如何知道如何进行正确的推荐。
如果映射资源驻留在受影响的站点之外，则可以使用组策略（也许链接到站点）来清除所有客户端驱动器映射。 无论如何，客户端将无法访问资源，所以只需将其清除即可。 但是，如果您有时间提前准备，那么请考虑不要使用映射的驱动器号，因为这是一项古老的技术。 相反，使用DFS。 networking映射不必与驱动器号相关联 – 映射可以只是一个名为“公司”的文件夹，用户单击文件夹“公司”，它的目标是一个networking位置，如\\contoso.com\Corporate ，它只是因为这将是一个DFS命名空间，因为AD / DFS == Magic，因此客户端将被引用到正确的文件服务器（在自己的站点中）。
或者至less，如果不去DFS使用BranchCache。 对不起，只是不能在这种情况下推荐。
但同样，DFS和BranchCache都需要进行基础架构更改，这些更改需要提前进行计划。