復原已複寫的尾碼

復原在供應者伺服器與用戶伺服器之間複寫的尾碼之前，有些特殊注意事項必須留意。請儘可能透過複寫機制更新尾碼，而不要從備份進行復原。

復原供應者或集散中心實例時，伺服器配置的內容必須與製作備份時相同。為確實做到這一點，請在復原目錄伺服器資料前，先復原 dse.ldif 檔案。請參閱復原 dse.ldif 配置檔案。

本節說明復原複本的方法與時機，以及如何確定此複本與其他複本在作業後仍保持同步。若要初始化複本，請參閱初始化複本。

若您具有大型複寫尾碼，而想要增加許多項目並確定複寫更新皆正確增加，請參閱遞增多個項目到大型複寫的尾碼。

本節包含下列項目的相關資訊：

• 復原單一主伺服器方案中的供應者

• 復原多重主伺服器方案中的供應者

• 復原集散中心

• 復原專屬用戶

• 復原多重主伺服器方案中的主伺服器

復原單一主伺服器方案中的供應者

屬於單一主伺服器供應者的尾碼，含有整個複寫拓樸的授權資料。因此，復原此尾碼即等於重新初始化整個拓樸中的所有資料。只有在需要從所要復原的備份內容重新初始化所有資料時，始應復原單一主伺服器。

若單一主伺服器資料因錯誤而無法回復，請考慮使用其中一個用戶的資料，因為其中可能包含比備份還新的更新。在此情況下，您必須將用戶複本的資料匯出至 LDIF 檔案，再從 LDIF 檔案重新初始化主伺服器。

無論您選擇復原備份還是在主伺服器複本上匯入 LDIF 檔案，接下來都必須重新初始化由此複本接收更新的所有集散中心與用戶複本。供應者伺服器的記錄檔會記錄一則訊息，提醒您必須重新初始化用戶。

復原多重主伺服器方案中的供應者

在多重主伺服器複寫中，其他主伺服器均各含有複寫資料的授權副本。您無法復原舊的備份，因為它目前的複本內容可能已過期。請儘可能以複寫機制將主伺服器更新為其他主伺服器的內容。

若無法這麼做，請以下列其中一種方式復原多重主伺服器複本：

• 最簡單的方法是不要復原備份，而從其他主伺服器之一重新初始化預定主伺服器。如此可確保最新的資料將可傳送至預定主伺服器，並可供複寫之用。請參閱從 LDIF 初始化複本。

• 至於有數百萬個項目的複本，製作二進位副本以復原其他主伺服器之一的較新備份，可能是比較快的做法。請參閱使用二進位副本初始化複寫的尾碼。

• 若您的主伺服器備份不比任何其他主伺服器的變更記錄內容最長存在時間舊，即可使用備份進行此主伺服器的復原。如需變更記錄存在時間的說明，請參閱修改主伺服器複本上的變更記錄設定。復原舊的備份時，其他主伺服器將使用其變更記錄中所有在備份儲存後處理的修改，對此主伺服器進行更新。

無論您以何種方式復原或重新初始化，主伺服器複本在初始化後仍會處於唯讀模式。此運作方式可讓複本與其他主伺服器進行同步化，以便您後續允許寫入作業，如復原多重主伺服器方案中的主伺服器中所述。

在復原或重新初始化的主伺服器上允許寫入作業前先彙整所有複本的好處在於，所有集散中心或用戶伺服器都將不需再進行重新初始化。

復原集散中心

本節僅適用於複寫機制無法自動更新集散中心複本的情況。資料庫檔案受損或複寫作業中斷過久，都屬於這種情況。在此類情況下，您必須以下列其中一種方式復原或重新初始化集散中心複本：

• 最簡單的方法是不要復原備份，而從其中一個主伺服器複本重新初始化集散中心。如此可確保最新的資料將可傳送至集散中心，並可供複寫之用。請參閱初始化尾碼。

• 至於有數百萬個項目的複本，製作二進位副本以復原來自其他集散中心之複寫尾碼的較新備份，可能是比較快的做法。請參閱使用二進位副本初始化複寫的尾碼。若沒有其他集散中心複本可複製，請以前述方式重新初始化集散中心，或以後述方式加以復原，視情況而定。

• 若您集散中心的備份不比其任何供應者的變更記錄內容最長存在時間舊，即可使用備份 (集散中心或主伺服器複本) 進行此集散中心的復原。復原集散中心時，其供應者將使用其變更記錄中所有在備份儲存後處理的修改，對此集散中心進行更新。

無論您以何種方式復原或重新初始化集散中心複本，您接下來都必須重新初始化此集散中心的所有用戶，包括任何其他層級的集散中心在內。

復原專屬用戶

本節僅適用於複寫機制無法自動更新專屬用戶複本的情況。資料庫檔案受損或複寫作業中斷過久，都屬於這種情況。在此類情況下，您必須以下列其中一種方式復原或重新初始化用戶：

• 最簡單的方法是不要復原備份，而由其供應者之一重新初始化用戶 (主伺服器或集散中心複本)。如此可確保最新的資料將可傳送至用戶，並可供複寫之用。請參閱從 LDIF 初始化複本。

• 至於有數百萬個項目的複本，製作二進位複本以復原來自其他用戶之複寫尾碼的較新備份，可能是比較快的做法。請參閱使用二進位副本初始化複寫的尾碼。若沒有其他用戶可複製，請以前述方式重新初始化此複本，或以後述方式加以復原，視情況而定。

• 若您用戶的備份不比其任何供應者的變更記錄內容最長存在時間舊，即可使用備份 (集散中心或主伺服器複本) 進行此用戶的復原。復原用戶時，其供應者將使用其變更記錄中所有在備份儲存後處理的修改，對此用戶進行更新。

復原多重主伺服器方案中的主伺服器

使用多重主伺服器複寫時，其他主伺服器可能會在指定主伺服器復原期間處理變更作業。因此，當復原完成時，新的主伺服器必須再行接收復原資料中未納入的最新更新。由於復原主伺服器可能需要很長的時間，在此期間擱置的更新也可能因此為數眾多。

為彙整這些擱置更新，剛復原的主伺服器將自動設為唯讀模式，以利復原後的用戶端作業執行。但只有在透過指令行從 LDIF 檔案匯入資料或使用備份執行二進位複本，以進行主伺服器的復原時，才會設定為此。

因此，在復原之後，多重主伺服器配置中的主伺服器會處理複寫更新並允許讀取作業，但也會傳回所有來自用戶端之寫入作業的參照。

若要在允許更新前先驗證新的主伺服器是否已完全與其他主伺服器同步化，請手動啟用初始化之主伺服器的更新。

由於主伺服器複本可能因其新運作方式而會傳送參照之故，需執行寫入作業的用戶端可能會達到其配置的躍點限制。您可以增加用戶端的躍點限制配置，使其能夠存取可用的主伺服器。若所有主伺服器複本均已初始化或重新初始化，則所有寫入作業都將失敗，因為沒有複本會接受用戶端更新。

無論如何，您都應該密切監視已初始化的主伺服器，並適當設定參照屬性，以儘可能提升伺服器的回應能力。

開始透過指令行接受更新

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

您可以在程序檔中使用下列指令，將初始化多重主伺服器複本的程序自動化。

1. 使用 insync 工具，可確保複本已與所有其他的主伺服器彙整。

   若所有伺服器上各修改間的延遲為零，或複本從未有變更需複寫 (延遲為 -1)，表示複本已同步化。如需更多資訊，請參閱 insync(1) 線上手冊。

2. 開始接受更新。

   $ dsconf set-suffix-prop -h host -p port suffix-DN repl-accept-client-update-enabled:on

   此指令會自動將伺服器設為讀寫模式。