Active Directory Site Link Cost 反轉與 Transitiveness 設定錯誤

Chien-Hung Huang 120 信譽點數
2026-09-08T07:03:27.22+00:00

Remote Site A 與 Remote Site B 之間的 Active Directory 複寫流量,會經由高成本的衛星鏈路進行路由,而不是透過主要的高速 Hub Site。如何重新計算 Site Link Cost,並停用 Site Link Transitiveness?

Windows 商務版 | Windows 365 企業版
0 則留言 沒有留言

由問題作者接受的回答
Harry Phan 35,970 信譽點數 獨立顧問
2026-09-08T07:44:18.7933333+00:00

你好,

你描述的情況是 Active Directory 在 Remote Site A 與 Remote Site B 之間的複寫流量,因為 Site Link Cost 設定不正確,加上 Transitiveness 預設啟用,導致流量繞經高成本的衛星鏈路,而不是透過主要 Hub Site 的高速連線。這種問題通常出在 Active Directory Sites and Services 裡的 Site Link Cost 與 Bridge all site links 設定。

首先,必須確認 Hub Site 與各 Remote Site 的 Site Link Cost。Cost 值越低,複寫優先度越高。請在 Active Directory Sites and Services 中,展開 Inter-Site Transports > IP,找到對應的 Site Link,右鍵 Properties,將 Hub Site 與 Remote Site 的 Cost 設定為低於 Remote Site 之間的直接鏈路。例如 Hub-Remote 設定為 100,而 Remote-Remote 設定為 500。這樣 KCC 在計算複寫拓撲時就會選擇經由 Hub Site 的路徑。

接著要停用 Transitiveness。預設情況下,AD 會將所有 Site Link 視為可轉接 (transitive),這會讓 Remote Site A 與 Remote Site B 之間自動建立邏輯路徑,即使你希望它們只能透過 Hub Site。解決方法是在 Active Directory Sites and Services 中,右鍵 IP,選擇 Properties,取消勾選 Bridge all site links。這樣就不會自動建立跨 Site Link 的邏輯橋接。若需要特定的轉接,必須手動建立 Site Link Bridge,只包含你允許的 Site Link。

完成以上兩個步驟後,強制執行 repadmin /kcc 或等待 KCC 自動重新計算拓撲。再用 repadmin /showrepl 驗證複寫路徑是否已經改為經由 Hub Site。

這樣可以確保 Remote Site A 與 Remote Site B 的複寫流量不會再走高成本的衛星鏈路,而是正確透過 Hub Site 的高速連線。希望這裡的內容對您有幫助。如果它能幫助您更深入地了解問題,請採納此答案。如果您還有其他問題,歡迎留言。祝您愉快!

HP.

此回答有幫助嗎?

有 1 人認為此回答有所幫助。
0 則留言 沒有留言

0 個其他答案

排序依據: 最實用

您的回答

答案可由問題作者標示為「已接受」,而由仲裁者標示為「推薦」,這可協助使用者知道答案解決了作者的問題。