メインコンテンツまでスキップ

NetApp_Insight_2020.png 

FAQ : NDMP ファイルの履歴

Views:
28
Visibility:
Public
Votes:
0
Category:
ndmp
Specialty:
dp
Last Updated:

すべてのとおり  

に適用されます

  • Data ONTAP 7-Mode
  • clustered Data ONTAP 8
  • ONTAP 9
  • NDMP

回答

ファイル履歴とは何ですか。また、どのようにして伝達されますか。
  • ファイル履歴は、 NetApp ストレージでホストされているボリュームの Network Data Management Protocol ( NDMP )バックアップ中に、エンジンを使用して生成されます。 dump engine.
  • ファイル履歴を使用すると、バックアップアプリケーションまたはデータ管理アプリケーション( DMA )で、バックアップ内のすべてのファイルのインデックスデータベースを構築できます。
  • このデータベースを使用すると、特定のファイルを含むバックアップ、そのファイルが変更された日時、その他の有用なメタデータを検索できます。
  • 次に、ファイル履歴の一般的な 2 つのアプリケーションを示します。
  1. データをバックアップするためのユーザインターフェイスを人間が理解できるようにします
  2. DAR ( Direct Access Recovery )の基盤を提供します。DAR を使用すると、 DMA はバックアップ全体をトラバースすることなく、テープ上のファイルやディレクトリに直接アクセスできます。これにより、ファイルとディレクトリのリカバリ処理を高速化できます。
  • ファイル履歴は次のように伝達されます。
  1. バックアップ中、 ONTAPdump のプロセスはバックアップのフェーズ 3 および 4 でファイル履歴を生成します。ダンプフェーズの詳細についてNetwork Data Management Protocol ( NDMP ) / ダンプフェーズの説明は、「 Network Data Management Protocol ( NDMP )ダンプフェーズの説明」を参照してください。
  2. dump ファイル履歴情報を ONTAP で実行されている NDMP サーバに伝達します。この通信は、バックアップを実行しているストレージコントローラ内部で行われます。
  3. ONTAP の NDMP サーバは、ネットワーク経由の NDMP 制御接続を介して、バックアップアプリケーション /DMA にファイル履歴を送信します。
  4. バックアップアプリケーション /DMA は、ネットワークからファイル履歴を受信し、データを取り込み、ファイル履歴インデックスデータベースに書き込みます。
ファイル履歴のバックプレッシャとは何ですか?どのような影響がありますか?
  • ファイル履歴を生成、通信、および取り込みすると、常にバックアップにオーバーヘッドが追加されます。
    • 通常、ファイル履歴を無効にした状態では、パフォーマンスに問題がない場合でも、バックアップは常に高速に実行されます。
    • ファイル履歴通信の 1 つのステップでボトルネックが発生すると、ダウンストリームの遅延が発生する可能性があります。
  • NDMP とダンプが連携するため、ファイル履歴の配信や取り込みの遅延が原因で、全体的なバックアップパフォーマンスが低下する可能性があります。
    • つまり、dump 関連するファイル履歴がバックアップアプリケーション /DMA によって完全に取り込まれ、確認されるまで、はバックアップストリームへのデータの書き込みを続行できません。
ファイル履歴のバックプレッシャはどのように識別されますか。
  1. /etc/log/backupバックアップするボリュームをホストするノードにあるダンプバックアップログを確認します。バックアップが正常に完了すると、対象ログが印刷されます。中止されたバックアップまたは不完全なバックアップでは、この問題を診断するのに十分なログが提供されません。

  2. 問題のバックアップのフェーズ 3 とフェーズ 4 の期間を計算します。次の例では、フェーズ 3 の長さは 20 分、フェーズ 4 の長さは 5 時間でした。
    dmp Thu Feb 27 12:01:36 CET 2020 /vol/NdmpBackup/(0) Phase_change (III)
     dmp Thu Feb 27 12:21:36 CET 2020 /vol/NdmpBackup/(0) Phase_change (IV)
     dmp Thu Feb 27 17:21:36 CET 2020 /vol/NdmpBackup/(0) Phase_change (V)

  3. Dir to FH entry time statsNode to FH entry time statsミリ秒単位で表示されるバックアップの合計とを確認します。例:
    dmp Thu Feb 27 17:21:52 CET 2020 /vol/NdmpBackup/(0) Log_msg (Dir to FH entry time stats (msec) numEntries: 2000 min: 0 max: 1526 avg: 5 tot: 15236)
     dmp Thu Feb 27 17:21:52 CET 2020 /vol/NdmpBackup/(0) Log_msg (Node to FH Entry time stats (msec) numEntries: 4000 min: 0 max: 1599 avg: 7 tot: 85569)

  4. Dir to FH entry time合計がフェーズ 3 の合計時間の 15% 以上である場合、これはフェーズ 3 のファイル履歴バックプレッシャと見なされます。上記の例では、 15.236 秒は 20 分フェーズ 3 時間の約 1% にすぎないため、これはバックプレッシャとは見なされません。

  5. Node to FH entry time合計がフェーズ 4 の合計時間の 15% 以上である場合、これはフェーズ 4 のファイル履歴バックプレッシャと見なされます。上記の例では、 85.569 秒が 5 時間フェーズ 4 時間の 1% 未満であるため、これもバックプレッシャとはみなされません。
 

  • ONTAP は、次のログを使用してファイル履歴のバックプレッシャを警告することがあります。

dmp Thu Feb 27 12:05:52 CET 2020 /vol/NdmpBackup/(0) Warning (Total Dir to FH time spent is greater than 15 percent of phase 3 total time. Please verify the settings of backup application and the network connectivity)

ファイル履歴バックプレッシャの一般的な根本原因と解決策は何ですか?
  1. バックアップアプリケーション /DMA の一般的な原因とソリューションでのファイル履歴の取り込み:
    • 原因 1 :バックアップアプリケーション /DMA をホストしているサーバまたは VM で、ホスト OS からの一般的なパフォーマンス統計に示されるリソースの競合。
    • ソリューション 1 : DMA をホストするサーバ /VM にリソースを追加するか、リソースの競合を軽減して、取り込みとインデックス作成を高速化します。
    • 原因 2 :ファイル履歴インデックスデータベースへの書き込みのパフォーマンスが低下している。
    • 解決策 2 :
      • これは、通常、 DMA ソフトウェアの基盤となるストレージまたは構成 / サイジングの問題のパフォーマンスが低いことが原因です。
      • ファイル履歴インデックスデータベースをホストするストレージのパフォーマンスが十分であることを確認します。
      • 必要に応じて、ファイル履歴のインデックス作成を高速化するためのサイジング支援やその他の調整について、 DMA ベンダーにお問い合わせください。

  2. バックアップアプリケーションとの NDMP サーバ通信の一般的な原因とソリューション:
    • 原因: NDMP 制御接続が潜在的または非可逆的なネットワークパスを使用しています。
    • ソリューション:
      • NDMP 制御接続をホストしているネットワークパスの速度とスループットが、 NDMP 制御接続とファイル履歴メッセージをサポートできるようにします。
      • インターフェイスの統計情報で、パケット損失やその他の問題の兆候がないかどうかを確認します。
      • NetApp ストレージコントローラでは、 node-shellifstat コマンドを使用してインターフェイスの統計情報を表示できます。
      • 最後に、 ONTAP およびバックアップアプリケーションで設定された MTU がネットワークパス全体でサポートされていることを確認します。

追加情報

ここにテキストを追加します。