Data Domain：Veeam DDBOOSTストレージ ユニット用に構成されたMTREEレプリケーションの場合、DDFSYファイル システムでパニックが生じます。

VEEAMを使用する場合、またはBOOSTを使用してバックアップを実行する他のバックアップ アプリケーションが仮想合成機能を使用している場合、DD上の以前のバックアップの一部をつなぎ合わせて既存のバックアップから新しいバックアップを作成し、差分を追加します。スティッシングに使用される以前のバックアップは、「ベース ファイル」と呼ばれます。

ほとんどのバックアップ アプリケーションは、新しいバックアップ イメージの合成に使用されるベース ファイルを読み取りますが、変更しませんが、VEEAMは異なる方法で動作します。バックアップを実行すると、ディスク上のベース ファイルの一部が上書きされます。

このVEEAM LSU/MTreeに対して送信MTreeレプリケーションが構成されている場合、新しいバックアップ ファイルの合成中に、レプリケートされる1つのバックアップ ファイルがBOOSTによって変更される可能性があります。ソースDDがDDOS 6.xを実行していて、レシピ レプリケーションが有効になっている場合(DDOS 6.x以降の速度/パフォーマンス最適化オプション)、デスティネーションDDに間違ったチェックサムが到着し、FS(ファイル システム)が次のようなメッセージで繰り返し失敗する可能性があります。

2月27日04:05:19 mtree-repl-dd.example.com ddfs[10654]: ERROR: MSG-INTRNL-00001: パニック:ddr/repl/mrepl_replica.c:mrepl_finish_file_transfer_common: 3712: !(orig_chksum == repl_chksum)。

VEEAMが既存のバックアップから新しいバックアップを統合する方法では、新しいバックアップ イメージを統合するためのベース ファイルとして使用すると、レプリケートされるファイルの一部が上書きされる可能性があります。これにより、VEEAMストレージ ユニットがMTreeレプリケーションの一部として使用されるように構成されている場合、レシピ レプリケーションに混乱が生じ、ターゲットDDがパニック状態になる可能性があります。

この欠陥は、ソースが次の場合にMTreeレプリケーションのデスティネーション側にのみ適用されることに注意してください。

• DDOS 6.0.1.0以前を実行している(たとえば、すべてのDDOS 6.0.0.xが影響を受ける)
• DDOS 6.0.2.0または6.1.1.1より前のDDOS 6.xを実行している
• LSU/MTreeへのVEEAMバックアップの実行、および同じMTreeがMTreeレプリケーションを使用してターゲットにレプリケートされている
• 仮想合成が有効になっているBOOSTバックアップは、同じLSU/MTreeに対して実行される
•  この欠陥が発生すると、レプリケートされたデスティネーションMTreeが複数のFSプロセスの再起動で使用不可になる可能性があります。このセットアップを使用している場合、またはこの方法でシステムを構成する予定の場合は、以下に説明する回避策を採用するか、修正されたDDOS 6.0.2.0または6.1.1.1(またはそれ以降のリリース)にアップグレードすることをお勧めします。

注:MTreeレプリケーションのデスティネーション側で同じパニック文字列が、この1つ以外の問題に対して発生する可能性があります。これは、MTreeレプリケーション スナップショットのチェックサムが一致しなかったことを示すだけであるためです。ここで説明されている問題や問題を回避する方法について不明な点がある場合は、契約しているサポート プロバイダーに問い合わせて、このKB記事番号491049を参照してください 。

DDエンジニアリングは、デスティネーション ノード上のFS PANICの根本原因を特定し、次のリリースで修正をコミットしました。

• DDOS 6.0.2.0以降
• DDOS 6.1.1.1以降

この欠陥の影響を受ける人、または同様の構成を設定する予定の場合は、ソースDDを前述のリリースにアップグレードすることをお勧めします。

アップグレードを望まない場合、または修正されたリリースが利用可能になる前に問題に直面している場合は、回避策があります。
ソースDDOS 6.xシステムでレシピ レプリケーションの最適化を無効にすることで構成されます。
この最適化はDDOS 6.x以降にのみ存在します。無効にする唯一の欠点は、レプリケーション速度がDDOS 5.7で達成されたものと等しくなる点です。

導入の前に、この回避策が現在のセットアップに適用されるかどうかを最初に確認する必要があります。

1. この修正されたリリースの前にソースDDがDDOS 6.xを実行しているかどうかを確認します(DDOS 6.0.2.0および6.1.1.1以降で修正されたバグ)
2. たとえば、VEEAMバックアップ用に構成されたDDが、サブジェクトLSU/MTreeのMTreeレプリケーション用にソースとして構成されていることを確認します(最近のASUPを確認するのが最も簡単です)。

Ctx：20モード:ソースデスティネーション:mtree://destination-dd.example.com/data/col1/destination_MTree 有効:はい

 上記のすべての条件が適用された場合、このシステムは前述の欠陥の影響を受ける可能性があり、最終的にデスティネーション レプリケーションFSがクラッシュする可能性があります。

この回避策を適用するには、まずレプリケーションまたはBOOSTバックアップが実行されていないことを確認してから、レジストリー設定を変更する必要があります。ダウンタイムは必要ありません。このプロセスを開始する前に、この手順の最後のステップの下にある注意ステートメントをお読みください。

1. DDOS 6.xを実行しているソースDDで、DDからDDへのレプリケーションが無効になっていることを確認します。

# レプリケーションはすべて無効

2. また、レジストリー設定を適用する前に、問題が発生する可能性のあるVEEAM LSU/MTreeとの間で、継続的なBOOSTバックアップまたはBOOST MFRがないことを確認します。必要に応じて、このLSUとの間でバックアップとMFRを一時的に無効にします。

# ddboost file-replication show active all
# ddboost file-replication show stats

3. このレジストリーの変更には、SEモードの権限が必要です。

4. SEモードから、レジストリー設定を変更して、レシピ レプリケーションの使用を無効にします。

# se sysparam set RECIPE_REPL_ENABLED=FALSE

5. システム パラメーターが正しく設定され、「FALSE」(無効)と表示されていることを確認します。

# se sysparam show RECIPE_REPL_ENABLED
名前の説明 現在のデフォルトオーバーライド
-------------------   ------------------------------------------------   -------   -------   --------
RECIPE_REPL_ENABLEDレシピ レプリケーションの有効化(ソースにのみ適用)FALSE TRUE rpc
-------------------   ------------------------------------------------   -------   -------   --------

6. DDからDDへのレプリケーションを再度有効にし、BOOSTバックアップとBOOST MFRをLSUとの間で再開できるようになりました。

# レプリケーションはすべてを有効にする

注意: レプリケーションのデスティネーションエンドとしても構成されているData Domainソース システムでレシピ処理が無効になっている場合は、これらのコンテキストのソース システムも上記のプロセスを実行する必要があります(レシピ レプリケーションは無効)。

また、固定リリース(DDOS 6.0.2.0または6.1.1.1)にアップグレードすると、レシピ レプリケーションを活用できるように設定を復元する必要があります。アップグレードではレジストリー キーはリセットされません。アップグレードが完了したら、DDにログインしてレシピ レプリケーションを再度有効にし、SE権限モードに入り、次のコマンドを実行します。

  # se sysparam reset RECIPE_REPL_ENABLED

上記のプロセスが不明な場合は、契約しているサポート プロバイダーに連絡し、このKB 491049 記事を参照してください。

PANICは常に別の問題が原因である可能性があり、適用された回避策は、デスティネーションDD上のFSパニックが継続している間は機能しない可能性があります。

このような場合は、ソースとデスティネーションの両方のDDを安全なコード(前述のDDOSリリース)にアップグレードし、問題のあるレプリケーション コンテキストを破損(未設定)、既存のスナップショットの期限切れ、レプリケーション コンテキストの再追加と再初期化を行う必要があります。これは潜在的に時間のかかるプロセスであり、問題の原因となる可能性のあるレプリケーション コンテキストが複数存在する可能性があるため、契約しているサポート プロバイダーに連絡して、このKB記事番号とこれまでに実行されたアクションを参照して支援を受けてください。