作用中的目錄複寫錯誤 8545: 「 無法套用複寫更新"

Windows Server 2003 的支援已於 2015 年 7 月 14 日結束

Microsoft 已於 2015 年 7 月 14 日結束對 Windows Server 2003 的支援。此變更已影響您的軟體更新和安全性選項。 瞭解這對您的意義為何且如何持續受保護。

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:3110029
徵狀
在 Windows Server 2012 和 Windows Server 2008 中,Active Directory 複寫一或多個磁碟分割失敗並傳回錯誤 8545:"複寫更新無法不套用因為來源或目的地尚未收到的關於最近跨網域移動作業。

此外,下列的錯誤會記錄在目的地網域控制站上的目錄服務日誌中:

Microsoft-Windows-ActiveDirectory_DomainService 事件識別碼 1084Internal 事件: Active Directory 網域服務無法更新下列物件接收到來自下列來源的目錄服務的變更。這是因為上的應用程式的變更至 Active Directory 網域服務目錄服務時發生錯誤。

物件:

CN =<User>,OU = 使用者,OU = Boulder (哥倫比亞特區) = 值為 na,DC = contoso,DC = com
物件 GUID:
33555323-8e42-42dd-ab95-51693b54281f

來源目錄服務:
1126750 c-e8ac-4355-8412-ccb287e48c23._msdcs.contoso.com

等到此更新問題修正後,會被封鎖的來源目錄服務在目錄服務的同步處理。
將下一個排定的複寫重試此操作。

使用者動作
如果此狀況與相關低系統資源 (例如,低的實體或虛擬記憶體),請重新啟動本機電腦。

其他資料
錯誤值:
8545 無法套用的複寫更新,因為來源或目的地尚未收到的關於最近跨網域移動作業。
</User>

注意如需有關如何套用事件識別碼 1084年中所參考的數值的詳細資訊,請參閱 < 其他資訊 > 一節中的資料表。
發生的原因
如果事件 1084年中所列的物件從某個網域遷移到相同的樹系的另一個網域,就會發生這個問題。目的地網域控制站不了解物件的新位置 (其磁碟分割)。因此,該物件是仍然會出現在目的地網域控制站上的舊分割區。

來源網域控制站家知道一物件的遷移並將它放在物件的新位置。

當來源網域控制站嘗試傳送此最近已遷移物件的變更,當目的地網域控制站會找到出現在不同的磁碟分割物件時,會記錄作用中的目錄複寫錯誤 8545。
解決方案
當作預防措施,請考慮安裝 Microsoft 知識庫 」 文件 2682997 所有網域控制站上仍在執行 Windows Server 2008 或 Windows Server 2008 R2。若要執行這項操作,請依照下列步驟執行:
  1. 判斷命名內容 (NC) 的辨別的名稱 (DN) / 分割從遷移物件的位置。如需相關資訊,請參閱 < 其他資訊 > 一節。
  2. 目的地網域控制站中,請依照下列步驟執行,以 unhost 這個磁碟分割:
    1. 執行下列命令列: Repadmin / unhost DestinationDC<DNofObject’sOldLocation></DNofObject’sOldLocation>

      例如,如果目的地網域控制站 DC1,且其中的物件遷移前的磁碟分割的 DN 是 dc = corp,dc = contoso,dc = com,命令會 Repadmin / unhost DC1 dc = corp,dc = contoso,dc = com.

      附註 監視目錄服務記錄檔,事件識別碼 1660年的網域控制站上。檢閱事件文字,以確定它是為網域控制站不會再裝載 CORP NC。
    2. 事件識別碼 1659年指出 unhost 作業的狀態。請勿重新加入直到磁碟分割後順利同步處理另一個磁碟分割。
  3. 在目的地網域控制站中,觸發程序與來源網域控制站 (已失敗的那一個) 進行複寫。
  4. 重新裝載的資料分割來源擁有有效的讀取/寫入複本的磁碟分割的網域控制站。若要這樣做,請執行下列命令列:

    Repadmin] / [加入 DNobObject'sOldLocation DestinationDC GoodSourceDC /readonly

    例如,假設目的地網域控制站是 DC1,您 unhosted 的磁碟分割 dc = corp,dc = contoso,dc = com,而擁有讀/寫複本 Corp 磁碟分割的網域控制站是 CorpDC1.corp.contoso.com。在此情況下,就會開啟 Repadmin] / [加入 dc = corp,dc = contoso,dc = com dc1 CorpDC1.corp.contoso.com /readonly.
如需有關此特定案例的詳細資訊,請參閱 < 其他資訊 > 一節。
其他相關資訊
前面幾節所述的案例可以令人混淆。您可以使用下列的表格樣式,文件的資料,您要解決這個問題所需的所有點。

首先,決定是否為舊的位置 (從物件已移轉的位置) 中擁有物件的複本的來源或目的地網域控制站。

物件的 DNCN = JUSTINTU,OU = 使用者,OU = BOULDER (哥倫比亞特區) = 值為 na,DC = contoso,DC = com
objectGUID33555323-8e42-42dd-ab95-51693b54281f
父物件 DNOU = 使用者,OU = BOULDER (哥倫比亞特區) = 值為 na,DC = contoso,DC = com
舊的來源網域 (DN)哪個網域是中的物件?

Dc = corp,dc = contoso,dc = com
目標網域 (DN)物件已遷移哪個網域到?

Dc = 值為 na,dc = contoso,dc = com
所有網域控制站已經找出物件 (複寫中繼資料)Repadmin /showobjmeta *"<GUID=33555323-8e42-42dd-ab95-51693b54281f>"> JUSTINTUObjmeta.txt</GUID=33555323-8e42-42dd-ab95-51693b54281f>

重要:

您無法取得資料,從任何 dc:
  1. 連線到您未取得資料,從每個 DC。
  2. 請重新執行命令,並取代星號的 DC 名稱。
範例: repadmin /showobjmeta DC004"<GUID=33555323-8e42-42dd-ab95-51693b54281f>"> LCTXDC004_JUSTINTUObjmeta.txt</GUID=33555323-8e42-42dd-ab95-51693b54281f>
(屬性值) 的物件找出所有網域控制站Repadmin /showattr *"<GUID=33555323-8e42-42dd-ab95-51693b54281f>"/gc > JUSTINTUattr.txt</GUID=33555323-8e42-42dd-ab95-51693b54281f>

重要:

您無法取得資料,從任何 dc:
  1. 連線到每個 DC 有問題。
  2. 請重新執行命令,並取代星號的 DC 名稱。
範例:repadmin /showobjattr LCTXDC004"<GUID=33555323-8e42-42dd-ab95-51693b54281f>"/gc > LCTXDC004_JUSTINTUAttr.txt</GUID=33555323-8e42-42dd-ab95-51693b54281f>
識別樹系中的所有網域控制站Repadmin /viewlist * > allDCs.txt
識別的所有網域控制站的 DSA_GUIDRepadmin /showattrDCNAMENCOBJ:Config: /filter:"(Objectclass=NTDSDSA)"/atts:objectGUID /subtree > ntdsa.txt

上述的兩個命令
沒有 NA 磁碟分割名稱中的物件的來源網域中的 DC
沒有 NA 磁碟分割 DSA_GUID 中的物件的來源網域中的 DC
樹系的複寫狀態Repadmin /showrepl * /csv > showrepl.csv
如果要識別資料庫中物件的目前位置:
  1. 傾印 其中一項目的網域控制站的資料庫。
  2. 開啟資料庫傾印檔案,然後再搜尋事件 1084年中所報告的 objectguid 資訊。
  3. 抓取 DNT 和 PDNT,並 建置物件階層架構 藉由複製相關的值到資料表,如下所示:

    DNTPDNTRDNobjectGUID
    6100145020Justintu33555323-8e42-42dd-ab95-51693b54281f
    4502020005LostAndFound
    69311752Corp
    175120003Contoso
    17502com
    藉由使用資料庫傾印檔案,您可以看到此網域控制站上的這個物件在資料庫中的目前位置:

    CN = LostAndFound (哥倫比亞特區) = Corp,DC = Contoso (哥倫比亞特區) = com
You can see that the object was present in the LostAndFound container on the corp.contoso.com NC.不過,除了 NA.contoso.com NC 此物件上封鎖複寫。因為此物件已經出現在資料庫中 (但是在舊的、 不正確的 NC),您必須從這個網域控制站移除這個磁碟分割,才能 dispose 舊物件的項目。

範例案例行動計劃

組態物件已移轉從 Corp 磁碟分割中,值為 NA 磁碟分割。不過,從 NADC1.na.contoso.com DC1.la.contoso.com 」,複寫的值為 NA磁碟分割會失敗,並嘗試將傳回錯誤 8545。

目的 DC: DC1.la.contoso.com

來源 DC: NADC1.na.contoso.com
  1. 當作預防措施,請考慮安裝知識庫文件 2682997 所有網域控制站上仍在執行 Windows Server 2008 或 Windows Server 2008 R2。若要這麼做,您必須 unhost Corp 上的磁碟分割的網域控制站,複寫 「 NA 」 磁碟分割,然後從已知的良好來源重新新增 CORP 磁碟分割。若要執行這項操作,請依照下列步驟執行:
    1. Unhost 的資料分割來源 GC,藉由執行下列命令:

      Repadmin /options DC + disable_ntdsconn_xlate

      Repadmin / unhost DC dc = corp,dc = contoso,dc = com
    2. 監視目錄服務記錄檔,事件識別碼 1660年的網域控制站上。檢閱事件文字,若要確認網域控制站而不再是主控 CORP NC。
  2. 事件識別碼 1659年指出 unhost 作業的狀態。不要重新新增直到磁碟分割之後,如下所示的同步處理 「 NA 」 磁碟分割:
    1. 複寫 NA 磁碟分割。成功地從資料庫移除磁碟分割後: 起始複寫 CORPDC.na.contoso.com,執行下列命令:

      Repadmin /replicate DC1.la.contoso.com NADC1.na.contoso.com DC = 值為 na,DC = bayer,DC = cnb
    2. 藉由執行下列命令重新加入至這個網域控制站的 CORP NC repadmin] / [加入命令:

      Repadmin] / [加入 dc = corp,dc = contoso,dc = com DC1.la.contoso.com CorpDC1.corp.contoso.com /readonly

      Repadmin /options DC-disable_ntdsconn_xlate

警告:本文為自動翻譯

內容

文章識別碼:3110029 - 最後檢閱時間:12/05/2015 01:26:00 - 修訂: 1.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 Datacenter, Windows Server 2008 R2 Datacenter, Windows Server 2008 Enterprise, Microsoft Windows Server 2003 R2 Enterprise Edition (32-Bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3110029 KbMtzh
意見反應