FAQ:NDMPファイルの履歴
すべてのとおり
環境
- ONTAP 9
- Data ONTAP 8 7-Mode
- NDMP
回答
ファイル履歴とは何ですか?また、どのように伝えられますか?
- ファイル履歴は、ネットアップストレージでホストされている
dump
ボリュームのNetwork Data Management Protocol(NDMP;ネットワークデータ管理プロトコル)バックアップ時にエンジンを使用して生成されます - ファイル履歴を使用すると、バックアップアプリケーションまたはData Management Application(DMA;データ管理アプリケーション)でバックアップ内のすべてのファイルのインデックスデータベースを作成できます
- ユーザはこのデータベースを使用して、特定のファイルが格納されているバックアップ、ファイルが変更された日時、およびその他の有用なメタデータを見つけることができます
- ファイル履歴を収集して保存する目的は、次のとおりです。
- データをバックアップするための、人間が判読可能なユーザインターフェイスを提供する
- Direct Access Recovery(DAR)のベースを指定します。DARを使用すると、DMAはバックアップ全体を経由せずに、テープ上のファイルやディレクトリに直接アクセスできます。これにより、ファイルおよびディレクトリのリカバリ処理が高速になります。
- ファイル履歴の伝達方法:
- ONTAP
dump
のプロセスでは、バックアップのフェーズ3および4でファイル履歴が生成されます。ダンプフェーズ 概要の詳細については、「Network Data Management Protocol(NDMP;ネットワークデータ管理プロトコル)のダンプフェーズ」を参照してください。 dump
ONTAP で実行されているNDMPサーバにファイル履歴情報を通信します。この通信は、バックアップを実行するストレージコントローラの内部通信です。- ONTAP のNDMPサーバは、ネットワーク経由でNDMP制御接続を介して、バックアップアプリケーション/DMAにファイル履歴を通信します。
- バックアップアプリケーション/DMAは、ネットワークからファイル履歴を受信し、データを取り込んで、ファイル履歴インデックスデータベースに書き込みます。
ファイル履歴のバックプレッシャとは何ですか?どのような影響がありますか?
- ファイル履歴を生成、通信、および取り込みすると、常にバックアップにオーバーヘッドが生じます。
- 通常、ほかにパフォーマンスの問題がない場合でも、ファイル履歴を無効にしてバックアップを実行するのは時間がかかることがあります。
- ファイル履歴通信の1つのステップでボトルネックが発生すると、ダウンストリームでレイテンシがトリガーされる可能性があります。
- NDMPとダンプの連携方法により、ファイル履歴の配信や取り込みのレイテンシが原因 全体的なバックアップパフォーマンスの低下に大きく影響する可能性があります。
- つまり
dump
、は、関連付けられたファイル履歴がバックアップアプリケーション/ DMAによって完全に取り込まれて確認されるまでは、バックアップストリームへのデータの書き込みを続行できません。
- つまり
ファイル履歴の背圧はどのように識別されますか?
注: 単位(秒またはミリ秒)を再確認して、正確な計算を確認してください
/etc/log/backup
バックアップするボリュームをホストするノードにあるダンプバックアップログを確認します。対象となるログは、バックアップが正常に完了したあとに出力されます。中断されたバックアップや不完全なバックアップからは、この問題を診断するのに十分なログが得られません。- 対象となるバックアップのフェーズ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) Dir to FH entry time stats
Node to FH entry time stats
ONTAP 9.6以前ではミリ秒単位、ONTAP 9.7以降では秒単位で表示されるバックアップの合計とを求めます。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)
例:注:これらの値は、ONTAP 9.6以前ではミリ秒「(ミリ秒)」、ONTAP 9.7以降では秒「(秒)」になるため、単位をメモしておいてください。Dir to FH entry time
合計がフェーズ3の合計時間の15%以上である場合、これはフェーズ3のファイル履歴バックプレッシャと見なされます。上記の例では、15.236秒は20分フェーズ3時間の約1%であるため、バックプレッシャとは見なされません。Node to FH entry time
合計がフェーズ4の合計時間の15%以上である場合、これはフェーズ4のファイル履歴バックプレッシャと見なされます。上記の例では、85.569秒は5時間フェーズ4時間の1%未満であるため、これもバックプレッシャとは見なされません。
注:
- ONTAPは、次のようなメッセージを含むバックアップログ内のファイル履歴のバックプレッシャの可能性があることを警告する場合があります。
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)
Warning (Total Node to FH time spent is greater than 15 percent of phase 4 total time. Please verify the settings of backup application and the network connectivity)
- ONTAP 9.6より 前のリリースでは、バグ1177614が原因でこれらの警告が正確でない可能性があります。
- ONTAP 9.6以前では、上記の手動計算を使用してファイル履歴のバックプレッシャを確認することをお勧めします。
ファイル履歴のバックプレッシャの一般的な原因と解決策は何ですか?
- バックアップアプリケーション/DMAでのファイル履歴の取り込み共通の原因と解決策:
- 原因 #1:ホストOSから見た、バックアップアプリケーション/DMAをホストするサーバまたはVMでのリソース競合。
- 解決策 #1 :DMAをホストするサーバ/VMにリソースを追加するか、リソース競合を減らして取り込みとインデックス作成を高速化します。
- 原因 #2 :ファイル履歴インデックスデータベースへの書き込みパフォーマンスが低下しています。
- 解決策 #2:
- これは、通常、DMAソフトウェアの基盤となるストレージまたは構成/サイジングの問題のパフォーマンスが低いことが原因です。
- ファイル履歴インデックスデータベースをホストするストレージが十分なパフォーマンスを備えていることを確認します。
- 必要に応じて、DMAベンダーにサイジングのサポートを依頼するか、他の調整を依頼してファイル履歴のインデックス作成を高速化してください。
- バックアップアプリケーション共通の原因 および解決策 へのNDMPサーバ通信:
- 原因 :NDMP制御接続で潜在的なネットワークパスまたは損失があるネットワークパスが使用されています。
- ソリューション:
- NDMP制御接続をホストしているネットワークパスの速度とスループットが、NDMP制御接続とファイル履歴メッセージをサポートできるようにします。
- インターフェイスの統計でパケット損失やその他の問題の兆候を確認します。
- ネットアップストレージコントローラ
ifstat
では、ノードシェルコマンドを使用してインターフェイスの統計を表示できます。 - 最後に、ONTAP およびバックアップアプリケーションで設定されているMTUが、ネットワークパス全体でサポートされていることを確認します。
追加情報
ここにテキストを追加します。