主網域控制站和備用網域控制站複製失敗，應該如何檢查 AD、DNS、時間和 SYSVOL？
網域控制站複製故障會影響帳戶、密碼、GPO 和登入。應先查看複製摘要和錯誤碼，再檢查 DNS、站點、RPC、時間與 DFSR。
適用範圍與操作邊界網域控制站複製故障會影響帳戶、密碼、GPO 和登入。應先查看複製摘要和錯誤碼，再檢查 DNS、站點、RPC、時間與 DFSR。 檢查前先確認影響範圍和重現條件；任何變更均應保留備份、測試對象和清晰的復原路徑。
1. 結論與適用範圍
檢查前應準備用戶端與伺服器版本、網域和站台資料、用戶端 DNS 設定、涉及的網域控制站、完整錯誤訊息、相關事件記錄，以及近期的 AD、DNS 或群組原則變更。文中的 corp.example 是保留範例網域，不代表任何真實客戶環境。
此問題涉及「AD 網域與群組原則」。如已影響日常辦公、業務運作或資料安全，可先遠端收集記錄和設定；涉及批次權限、交換器鏈路、停機切換或復原演練時，應安排受控實施時段。
2. 現象與影響範圍
- 保留完整錯誤訊息、事件記錄時間點和失敗操作，不要只憑使用者口述判斷。
- 先記錄影響範圍、首次發生時間、是否持續重現，以及同網段和其他網段是否一致。
- 網域控制站複製故障會影響帳戶、密碼、GPO 和登入。應先查看複製摘要和錯誤碼，再檢查 DNS、站點、RPC、時間與 DFSR。
3. 原因分析與檢查步驟
- 使用 repadmin 查看複製摘要、失敗源和錯誤碼，再按站點、連接對象和命名上下文縮小範圍。
- 運行 dcdiag 並重點查看 DNS、Advertising、Services、SysVolCheck 和 NetLogons 測試結果。
- 確認所有網域控制站只使用能夠解析 AD 區域的 DNS，站點與子網映射正確，跨站點路由和動態 RPC 沒有被遺漏。
- 確認用戶端、網域控制站和虛擬化宿主機的時區與時間源一致，避免 Kerberos 因時間偏差失敗。
- 複製異常同時伴隨 GPO 不一致時，應檢查 SYSVOL 與 NETLOGON 共享、DFSR 事件和各網域控制站策略版本。
- 跨網段場景需同時檢查 DNS、Kerberos、LDAP、SMB、RPC 及動態 RPC 範圍，而不是隻測試單一連接埠。
唯讀檢查示例
repadmin /replsummary
repadmin /showrepl * /errorsonly
dcdiag /test:dns /test:advertising /v指令中的伺服器名稱、網域和路徑必須替換為本企業已確認的值。不要複製未知環境中的真實 IP、網域或帳戶。
4. 處理方案與受控實施
優先使用唯讀查詢、匯出設定及單台驗證。確認根因後，再選擇修復對象、維護時段及復原方式。多台電腦處理時，先建立測試 OU 和少量試點設備，導出策略結果，確認無副作用後再分批推廣。
- 確認用戶端、網域控制站和虛擬化宿主機的時區與時間源一致，避免 Kerberos 因時間偏差失敗。
- 複製異常同時伴隨 GPO 不一致時，應檢查 SYSVOL 與 NETLOGON 共享、DFSR 事件和各網域控制站策略版本。
- 跨網段場景需同時檢查 DNS、Kerberos、LDAP、SMB、RPC 及動態 RPC 範圍，而不是隻測試單一連接埠。
遠端還是現場處理？單台或少量終端、設定與記錄可遠端取得時，通常可先遠端判斷；涉及交換器鏈路、機房佈線、多網段批次變更或停機切換時，建議安排現場時段。杭州及長三角可按項目情況上門，其他地區可遠端協助。
5. 驗證、復原與常見誤區
修復後不要只看「暫時可用」。應從使用者操作、記錄、重新啟動／重新登入、不同網絡位置及下一次策略／備份週期再次驗證。
驗證與復原檢查
- 一次只變更一個條件，並在變更前導出設定或記錄當前狀態。
- 確認用戶端、網域控制站和虛擬化宿主機的時區與時間源一致，避免 Kerberos 因時間偏差失敗。
- 確認網域控制站間 AD 與 SYSVOL 複製正常，用戶端存取的網域控制站上存在相同策略版本。
常見錯誤做法
- 直接改用公共 DNS 或在 hosts 中長期硬編碼網域控制站。
- 未備份本機管理員憑據就把電腦退出域。
- 未經小範圍驗證就把新 GPO 連結到整個域。