この記事では、Sysvol および DFS レプリカ セットのjournal_wrap エラーをトラブルシューティングする方法について説明します。
Note
この記事は、Microsoft Windows 2000 に適用されます。 Windows 2000 のサポートは 2010 年 7 月 13 日に終了していることに注意してください。 Microsoft サポート ライフサイクル ポリシーの詳細については、次の Microsoft Web サイトを参照してください:Microsoft サポート ライフサイクル ポリシー
適用対象: Windows 2000
元の KB 番号: 292438
まとめ
ファイル レプリケーション サービス (FRS) は、3.x バージョンと 4.0 バージョンの Microsoft Windows NT の LMREPL (LanMan Replication) サービスを置き換えるマルチスレッドマルチマスター レプリケーション エンジンです。 Windows 2000 ドメイン コントローラーとサーバーは、FRS を使用して、Windows 2000 およびシステム ボリューム (Sysvol) にある以前のクライアントのシステム ポリシーとログオン スクリプトをレプリケートします。
FRS は、同じフォールト トレラント分散ファイル システム (DFS) ルートまたは子ノード レプリカをホストする Windows 2000 サーバー間でコンテンツをレプリケートすることもできます。
この記事では、FRS が NTFS ファイル システムの USN 変更ジャーナルを使用して依存する方法について説明します。
詳細
USN ジャーナルは、NTFS 5.0 形式のパーティションで発生したすべての変更を記録する固定サイズのログです。 NTFRS は、FRS が実行されている限り、FRS レプリケート ディレクトリ内の閉じたファイルの NTFS USN ジャーナル ファイルを監視します。
FRS がオフになっている間に、シャットダウン時に記録された最後の USN 変更が起動時に USN ジャーナルに存在しなくなったように、ジャーナル ラップ エラーが発生します。 リスクは、FRS レプリケート ツリーのファイルとフォルダーに対する変更が、サービスがオフになっている間に発生し、変更の記録が USN ジャーナルに存在しない可能性があることです。 データの不整合を防ぐために、FRS はジャーナル ラップ状態にアサートします。
FRS レプリカ セット メンバーのメンテナンスを実行するために、管理者は長期間 FRS サービスを停止できます。 この場合、管理者は潜在的な影響を認識しない可能性があります。 また、エラー状態によって FRS サービスがシャットダウンされ、ジャーナル ラップ エラーが発生する可能性があります。 大規模なレプリカ セットでは、権限のある復元中にレプリカ メンバーで次のエラーが発生する可能性があります (BURFLAGS=D4)。
journal_wrap_error
復旧するには、影響を受けるレプリカ メンバーを、既存の受信パートナーからファイルを同期する非認証復元 (BURFLAGS=D2) を使用して再初期化する必要があります。 大規模なレプリカ セットでは、この再初期化に時間がかかる場合があります。
コンピューターが次のシステム バージョンでNtfrs.exe ファイルのバージョンを実行するシナリオを考えてみましょう。
- Windows 2000 (2195 バイナリ)
- Windows 2000 Service Pack 1 (SP1)
- SP1 修正プログラム (WINSE ビルド 5298)
これらのシナリオでは、非認証復元プロセスを手動で呼び出す必要があります。 これを行うには、Windows NT レジストリで BURFLAGS=D2 を設定する必要があります。
Windows 2000 Service Pack 2 (SP2) または Windows 2000 SP2 修正プログラム (WINSE 11773) のNtfrs.exe ファイルのバージョンを使用する Windows 2000 コンピューターの場合、journal_wrap_errorが検出されると、サービスはプログラムによる非認証復元を実行します。
既定では、Windows 2000 Service Pack 3 (SP3) および Windows 2000 SP3 修正プログラムのNtfrs.exe ファイルのバージョンでは、ジャーナル ラップ エラーが検出されると、自動非認証復元は実行されません (たとえば、SP3 はコンテンツを 2195 のままにし、SP1 はコンテキストをそのまま残します)。 SP3 バージョンの NTFRS は、次のレジストリ サブキーで "Enable journal wrap automatic restore" レジストリ エントリが 1 に設定されている場合、SP2 のように機能するように構成できます。 HKLM\System\Ccs\Services\Ntfrs\Parameters
重要
このレジストリ設定は使用しないことをお勧めします。Service Pack 3 バージョンの Windows 2000 より後のバージョンの Windows では、この設定を使用しないでください。 DFS または SYSVOL レプリカ セットの FRS メンバーに対して非認証復元を実行するには、FRS BurFlags レジストリ値を使用することをお勧めします。 BurFlags レジストリ値を使用する方法の詳細については、次の資料番号をクリックして、マイクロソフト サポート技術情報の記事を参照してください。 290762 BurFlags レジストリ キーを使用してファイル レプリケーション サービス レプリカ セットを再初期化します。
ジャーナル ラップ エラーを減らすための適切なオプションを次に示します。
- FRS でレプリケートされたコンテンツを、ビジー状態の少ないボリュームに配置します。
- FRS サービスを実行したままにします。
- サービスがオフになっている間は、FRS でレプリケートされたコンテンツに変更を加えないようにします。
- USN ジャーナル サイズを増やします。
FRS は、Windows ドメイン コントローラーと FRS レプリケート DFS セットのメンバーで常に実行されている必要があるサービスです。
USN ジャーナル サイズを大きくし、ジャーナルが "折り返す" 前にジャーナルが保持できる変更の数を増やすと、USN ジャーナル ラップが発生する可能性が減少します。 USN ジャーナル サイズは、次のレジストリ キーを設定することで変更できます。 HKLM\System\CCS\Services\NTFRS\Parameters\"Ntfs Journal size in MB" (REG_DWORD)
有効な設定の範囲は 8 MB から 128 MB です。 既定値は 32 MB です。 この設定は、FRS レプリカ ツリーをホストしているすべてのボリュームに適用されます。 USN ジャーナル サイズの増加が発生するには、NTFRS サービスを停止してから再起動する必要があります。 ただし、USN ジャーナル サイズを小さくするには、FRS でレプリケートされたコンテンツを含むすべてのボリュームを再フォーマットする必要があります。
特定の USN ジャーナル ファイルが保持できる変更の数は、次の数式を使用して推定できます。 journal size /(60 バイト + (ファイル名の長さ)) * 2) この数式の数値 "2" は、ファイルの変更ごとに 2 つのジャーナル エントリ (開いている場合は 1、閉じる場合は 1) から始められます。 履歴のサイズを変更ごとのサイズで除算して、ジャーナル ラップ エラーが発生する前に発生する可能性がある変更のおおよその数を決定します。 ファイル名が "8.3" ファイル形式であると仮定すると、32 MB のジャーナル ファイルの約 200,000 個のファイルやディレクトリにマップされます。 長いファイル名が使用されている場合、変更の数は少なくなります。
Windows 2000 Service Pack 2 では、有効な設定の範囲は 8 MB から 128 MB で、既定値は 32 MB です。 Windows 2000 Service Pack 3 では、有効な設定の範囲は 4 MB から 10,000 MB で、既定値は 512 MB です。 これらの設定は、FRS レプリカ ツリーをホストするすべてのボリュームに適用されます。
ガイドラインとして、Microsoft では、そのボリューム上のレプリケーションによって管理される 100,000 個のファイルごとに 128 MB のジャーナルを構成することを提案しています。
詳細については、次の資料番号をクリックして、Microsoft サポート技術情報の記事を表示します。
290762 BurFlags レジストリ キーを使用してファイル レプリケーション サービス レプリカ セットを再初期化する