在生產電腦和對 Active Directory 及 FRS 影響前進時間

文章翻譯 文章翻譯
文章編號: 289668 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

結論

身為系統管理員疑難排解 Active Directory 或檔案複寫服務 (FRS) 複寫問題的過程中,您可能想要前進系統時間進行內容的一台電腦的電腦有授權,透過另一個,或強制刪除 tombstoned Active Directory 中的物件。

其他相關資訊

使系統時鐘前進 FRS 複本成員上的效果

如果您正在執行的電腦上前進系統時間,可能會發生下列情況:
  1. 過早刪除了 [IDTable 中刪除的檔案的刪除記錄,但稍後會不正確的對帳的決策。如果已刪除的標記是看不見了,到達這個成員,將並行更新會產生從其他成員的不同對帳結果。最終結果是檔案和資料夾在受影響的 DFS 或 SYSVOL 的複本集是成員之間不一致。如預期般運作,就會發生兩個均需在作為不進行時間前進的協力電腦之間的 FRS 資料對帳。成員是進階的時間和非進階成員之間的資料複寫會無法如預期般運作,如果根本。
  2. 進階的時鐘與電腦並未聯結與維持在正確的時間夥伴。聯結通訊協定會使用 DFS 或 SYSVOL 複本成員來交換資料,確保時間時鐘上兩個夥伴是某些容錯內。
  3. 本機檔案變更事件時間時使用進階的時鐘時間建立變更訂單。步驟 2 所述的原因,由於訂單插入至輸出記錄檔,但並非這些變更傳送。當您還原此電腦上的時為標準時間時,電腦聯結與它的輸出協力電腦。使用進階的時間的變更訂單會傳送到下游協力電腦而下游夥伴忽略這些變更訂單,因為事件時間無效 (它是在未來太遠)。

    結果時進階時間變更的檔案不會複寫到其他成員 (但他們做留在變更電腦上)。在另外因為 IDTable 項目中的 [無效的 (進階) 事件] 時間的這個成員會拒絕來自其他成員的這些檔案的更新。

如何判斷時間前進是否會影響 FRS 複本成員

如果您以下列方式前進系統時間,[FRS 複本成員可能不會影響系統時鐘的演進:
  1. 停止 NTFRS。
  2. 向前設定時間。
  3. 請勿任何新的新增或變更現存 DFS 或 SYSVOL 複本樹狀目錄以 [NTFRS 停止因為任何新增或變更導致本機變更訂單時。
  4. 回到目前的時間設定時間。根據定義,這一次,就是預先的服務已上次關閉如 FRS 會比較啟動時間,到最後的關機時間的時間。
  5. 重新啟動 NTFRS。
若要判定如果本機變更訂單所花費在 FRS 複寫目錄,您可以 「 傾"[IDTABLE 和/或輸出記錄檔以確認具有 「 未來 」 的日期和時間戳記的檔案是否存在。下列範例說明如何傾印的 FRS 資料庫輸出記錄檔以及如何使用 PERL 指令碼 Iologsum.cmd 依事件時間排序輸出。

從命令提示字元執行下列步驟:
  1. ntfrsutl outlog > outlog.txt
  2. iologsum-排序 = eventtime outlog.txt > event.txt
  3. 記事本 event.txt
您可以重新啟動為一般乾淨 」 輸出記錄檔或 IDtables 的電腦。包含與未來的日期戳記您需要使用下列步驟來重新初始化資料庫的檔案及複寫的檔案,方法是執行一個非授權的 FRS 複本成員還原:
  1. 在命令提示字元中輸入 net stop ntfrs
  2. 設定下列登錄機碼
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NTFRS\Parameters\Backup/Restore\Process startup\BURFLAGS 在
    以 D2 (十六進位) 或 210 (十進位)。
  3. 在命令提示字元中輸入 net start ntfrs
移除任何不確定的未來一致,複本成員藉由使用 「 非授權還原 」。

在 Active Directory 前進系統時間的效果

因為 Windows 2000 正在使用中目錄第一次,解決版本號碼所而且然後由時間戳記為關係分隔規則,Active Directory 可能根本時鐘變更的較不敏感。在 Active Directory 中的時間敏感性操作包括:
  • 關係重大複寫衝突-當您在延遲期間變更兩個不同的伺服器上相同的物件上相同的屬性之關係移至最近的變更。因此,是產生在未來的變更就贏了。
  • 在兩個不同的物件以相同的名稱,在兩個伺服器上建立的情況下就會改以最近的變更時間 RDN 的解決名稱衝突的解析度。
  • 備份是只適用於標記存留時間。當您建立備份時,就會產生一個 「 到期語彙基元 」。語彙基元必須提交還原次,而且它用來確認備份不太舊。當您嘗試在未來時間還原時,這可能無法運作如果備份似乎太舊。即使您是),才能這麼做,還原您在未來到過去所建立的備份,Microsoft 建議您不要這樣。
  • Kerberos 驗證根據時鐘同步處理。如果時鐘設定太遠繼續進行,可能會超過 Kerberos 票證存留期。

結論

您永遠不應該進階系統時間,在實際執行 Windows 2000 網域控制站目前的 UTC 時間超出或一些未來的時間,並且再回復時鐘。這包括,但不是限於,嘗試:
  • 測試顯著的時間及日期轉換 (例如年份 2000年測試)。
  • 強制使用 TombStoneLifetime 設定 tombstoned 物件一起刪除。
  • 使物件在一部電腦上使用評審及/或復原時間會優先於另一台電腦上的物件。
  • 擴充系統備份的生命週期。
  • 回到較早 」 的系統狀態 」 包括結構描述復原電腦。
Microsoft 建議您執行重要的時間和具有您可以視需要重建伺服器的實驗室環境中的日期轉換的測試。在另外 Microsoft 建議您執行不轉換測試環境的時間和日期已經進階到未來或復原,到實際執行環境。

前進或正在復原系統時間不具生產力的方法,用來解析 Active Directory 或 FRS 複寫問題。故意變更系統時間通常很難疑難排解案例中新增額外的複雜性。Microsoft 不支援 Windows 網域控制站案例中您使用這種問題解決方案的方法。

屬性

文章編號: 289668 - 上次校閱: 2007年3月2日 - 版次: 2.5
這篇文章中的資訊適用於:
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows 2000 Server
關鍵字:?
kbmt kbinfo kbnetwork KB289668 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:289668
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com