Avamar：NDMPレベル0バックアップ パフォーマンスの問題、原因、ベスト プラクティス

NDMPレベル0バックアップで観察された問題。

パフォーマンス関連の症状

Avamarへの初期(レベル0)NDMPバックアップを実行すると、次の状態が一般的に報告されます。

• バックアップ期間が数時間または数日に及ぶ(たとえば、7 TBの場合は121時間、40 TBの場合は300時間≈≈かかる)。
• 後続のレベル1または増分バックアップは、わずかな時間(通常は45分から数時間)で完了します。
• Avamarが 「フル バックアップ」 状態のままで、増分バックアップに移行しません。
• 超過作業が有効になっていない場合、バックアップ ジョブは24時間後に終了します。
• ファイル数が約1,000万を超えると、バックアップ時間は大幅に増加します。
• NASは、データの転送ではなく、ディレクトリー ツリーのスキャンにバックアップ ウィンドウの大半を費やします。
• Isilonシステムでは、単一の

  /ifs

  
  ファイルシステムはストリームを1つだけ使用するため、完了が遅くなります。これはサポートされていません。

レベル0 NDMPバックアップの長期化に寄与する要因

レベル0(フル)NDMPバックアップでは、NASが保護されたボリューム上のすべてのファイルとディレクトリーを列挙して転送する必要があります。次の条件下では、バックアップが何時間もまたは数日間実行される可能性があります。

• **ファイル数が最適な制限を超えています** - 10,000,000ファイルを超えるバックアップでは、NASがディレクトリー ツリーのスキャンに費やす時間が大幅に増加します。
• **深いまたは高度にネストされたディレクトリー構造** - 深いツリーでは、NASは多くのレベルをトラバースしなければならず、広くて浅い階層と比較してスキャンが遅くなります。
• **大量のデータ** - 非常に大量のデータ (7 TB、40 TB など) では、当然、最初のフル スキャンとデータ転送に時間がかかります。
• **高いディレクトリーとファイルの比率** - ファイル数の少ない多数のディレクトリーがあると、メタデータ処理のオーバーヘッドが増加します。
• **ファイルの特性** - ファイル サイズが小さく、ファイル タイプが多様で、ファイルが頻繁に変更されると、スキャンの効率が低下する可能性があります。
• **NASディスク アクティビティー** - NASディスクが他のワークロードによって頻繁に使用される場合、バックアップ スキャンはI/Oリソースに対して競合し、ランタイムを延長します。
• **不十分なNDMPストリーム** - デフォルトでは、NDMPバックアップは最大8つの並列ストリームを実行できます。使用するストリームの数を減らすと、並列処理が減少し、バックアップが長くなります。
• **別のクライアントへのボリュームの再割り当て** - ボリュームを移動すると、新しいレベル0バックアップがトリガーされます。これは、データがすでにAvamarに存在することを確認するためにNASがすべてのバイトを再送信する必要があるためです。
• **Isilon単一ファイルシステムの動作** - 唯一の

  /ifs

  
  ファイルシステムは1つのストリームのみを使用するため、並列処理が制限され、スキャン時間が長くなります。これはIsilonではサポートされていません
• **Schedule limits without overtime** - バックアップがスケジュール設定されたウィンドウを超過し、残業が有効になっていない場合、ジョブが終了し、フル バックアップが繰り返されることがあります。

これらの条件が集合的になれば、NASはバックアップ ウィンドウのほとんどをデータの送信ではなくメタデータのスキャンに費やすことになるため、レベル0バックアップ期間が非常に長くなります。

NDMPレベル0バックアップの推奨アクション

1.レベル0バックアップが完了するまで実行できることを確認します。

重大警告: レベル0(フル)バックアップを強制終了すると、Avamarが増分バックアップに移行できなくなり、バックアップ ジョブが無期限に繰り返されます。

• どうしても必要な場合を除き、レベル0バックアップをキャンセルしないでください。
• スケジュール設定されたウィンドウの終了時にジョブが終了しないように、バックアップ スケジュールで超過作業が許可されていることを確認します。

2.NDMPバックアップのオーバータイムを構成します。

スケジュール設定された時間枠を超えてバックアップを実行できるように、Avamarクライアント ポリシーでオーバータイム オプションを設定します。

# Example: enable overtime for a client (replace [CLIENT] with the actual client name)
avmaint setclientpolicy -c [CLIENT] --overtime true

 手動バックアップを開始した場合、スケジュールの制限は適用されませんが、超過作業が有効になっていない限り、ジョブは24時間後に強制終了されます。

3.ストリームの最大数を調整します。

並列ストリームの数を増やすと、複数のディレクトリー ツリーを同時に処理できるようになるため、バックアップが高速化されます。

# Example: set max‑streams for a dataset (replace [DATASET] and [STREAM_COUNT])
avmaint setdataset -d [DATASET] --max-streams [STREAM_COUNT]

• データセットあたり最大8つのストリーム(NDMPのデフォルトの最大値)を使用します。
• 最初に最大のボリュームから始めます。後続のボリュームは自動的に続きます。

4.ファイル数とディレクトリ数の制限を確認します。

ベスト プラクティスでは、レベル0バックアップごとに10,000,000ファイル以下でバックアップすることをお勧めします。

• ソースNASでファイルカウントを実行し、制限を超えた場合はバックアップを複数のデータセットに分割することを検討してください。

5.ディレクトリー ツリー構造を最適化します。

• 深く入れ子になった構造よりも、浅くて幅の広いディレクトリツリーを優先します。木が浅いため、スキャン時間が短縮されます。
• Isilonを使用する場合は、バックアップを次の場所に配置しないでください: /ifs ルートレベル。これにより、バックアップが単一のストリームに制限されます。
• 大きなディレクトリーのサブツリーを異なるパス間で移動することは避けてください。このような移動により、NASはデータを新しいものとして扱い、フルスキャンを実行します。

6.バックアップ中にNASの負荷を監視します。

• NASディスクI/OとCPUの利用率を確認します。高負荷は、NASがほとんどの時間をディレクトリーのスキャンに費やしていることを示している可能性があります。
• NASがボトルネックになる場合は、ストリーム数を減らすか、オフピーク時にバックアップをスケジュールすることを検討してください。

7.検証にはAvamarツールを使用します。

• Avamar Administratorを開き、バックアップ ジョブ→履歴に移動して、レベル0ジョブが正常に完了したことを確認します。
• レベル0が終了したら、レベル1(増分)バックアップを実行し、想定時間内(例では通常1時間 <)に完了することを確認します。
• 次のようなエントリーがないか、NDMPアクセラレーター ログを確認します。 "Backup completed successfully" そして、 "killed due to overtime" メッセージが表示されます。

8.問題が解決しない場合は、Dellサポートにお問い合わせください。

上記の手順を適用したにもかかわらず、レベル0バックアップが妥当な期間を超過し続ける場合は、サポート ケースをオープンします。次の情報を入力します。

• Avamarのバージョンとパッチ レベル
• NASモデルとファームウェアのバージョン
• バックアップ ジョブIDとタイムスタンプ
• 現在の最大ストリーム数の設定とファイル数