當一個域控制器重新啟動時，Windows 工作站會離線

我們執行一個帶有 3 個 DC (W2k8) 和大約 25 個工作站（其中大部分是 XP SP3，有些是 7 SP1）的小型有線 LAN。人們使用帶有文件夾重定向的漫遊配置文件，用於桌面和我的文件、應用程序數據和開始菜單。重定向的文件夾位於 3 個 DC 的 DFS-R 共享上。這個設置已經使用了大約一年。

至少可以說，整個文件夾重定向對我們來說是一場噩夢。使用者經常離線，而且顯然是隨機的，儘管使用者根本沒有離線，但 Windows 要求同步（所有 ping 都很好，其他可能對連接不太敏感的服務繼續執行良好。）

人們已經習慣了（可以這麼說）並經常同步。至少在整個離線/同步問題上，Windows 7 似乎比 XP 處理得更好，因為它不會對彈出視窗造成太多困擾……等等。我已經搜尋了很多可能是什麼原因到目前為止沒有成功。在這個階段，我什至不知道這個問題是否與軟體相關。

然而，在過去的一年中，我至少發現了一個明顯的離線事件：當我們的一個 DC 重啟時，一些使用者被置於離線狀態，儘管另外兩個 DC 仍在執行。當然，這不應該發生，即使對於通過重新啟動 DC 獲得 DHCP 租約的使用者也是如此。這讓我覺得有些東西可能配置錯誤，這可能導致我導致更普遍的離線/同步問題。

好的，你已經放了很多東西，讓我試著分解一下：

1. 當您說當 DC 重新啟動之一時使用者正在“離線”時，您的意思是他們失去了網路連接（他們失去了 DHCP 分配的 IP 地址）還是您的意思是他們失去了對其重定向文件夾的訪問權限？如果是後者，則將 DHCP 從該句子中刪除，因為它與文件夾方向完全無關，除非客戶端需要網路連接才能訪問其重定向的文件夾。
2. Ping 不是一個很好的網路故障排除工具。當然，它可以告訴您主機是否具有網路連接，並且可以告訴您該主機的相對響應時間，但它不會告訴您網路中發生的事情。嘗試在其中一個客戶端或其中一個伺服器上執行數據包擷取。尋找網路擁塞的症狀，例如大量的廣播流量（第 2 層和第 3 層廣播），並尋找大量 TCP 重傳和重複 ACK 之類的東西。這些都是網路擁塞的確定跡象。
3. 在此處查看有關診斷 DFS 問題的提示：http: //blogs.technet.com/b/askds/archive/2009/09/29/o-dfs-shares-where-art-thou-part-1-3 .aspx。我的猜測是，受 DC 宕機影響的客戶端通過宕機 DC 引用了他們重定向的文件夾，這是有道理的。如果您可以在 DC 關閉時在受影響的客戶端之一上執行 DFSUTIL /PktInfo 和/或 DFSUTIL /SpcInfo，您可以看到哪個 DC 是命名空間的活動引用。

引用自：https://serverfault.com/questions/449439