Sysvol および DFS レプリカ セットのjournal_wrap エラーのトラブルシューティング方法

この記事では、Sysvol および DFS レプリカ セットのjournal_wrap エラーのトラブルシューティング方法について説明します。

注:

この記事は、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 はコンテキストを所定の位置に残します)。 NTFRS の SP3 バージョンは、次のレジストリ サブキーで "ジャーナル ラップの自動復元を有効にする" レジストリ エントリが 1 に設定されている場合、SP2 のように機能するように構成できます。 HKLM\System\Ccs\Services\Ntfrs\Parameters

重要

このレジストリ設定を使用することはお勧めしません。この設定は、Service Pack 3 バージョンの Windows 2000 以降のバージョンの Windows を使用しないでください。 DFS または SYSVOL レプリカ セットの FRS メンバーに対して不正な復元を実行する場合に推奨される方法は、FRS BurFlags レジストリ値を使用することです。 BurFlags レジストリ値を使用する方法の詳細については、「Microsoft サポート技術情報: 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 ジャーナル ファイルが保持できる変更の数は、 ジャーナル サイズ /((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 レジストリ キーを使用してファイル レプリケーション サービス レプリカ セットを再初期化する