NDMPダンプおよびリストアのフェーズ概要
すべてのとおり
環境
- Data ONTAP 7-Mode の略
- clustered Data ONTAP 8
- ONTAP 9
回答
用語
ダンプフェーズの概要 で使用される主な用語は次のとおりです。
- inode :
- ファイルシステム上のすべてのファイルには、識別子が関連付けられています。
- この ID は inode と呼ばれます。
- 通常、ファイルシステムには事前に割り当てられた inode があります。
df -i
ONTAP の出力には、ボリュームの使用済み inode の総数と空き inode の総数が表示されます。- このドキュメントでは、 inode とファイルという用語を同じ意味で使用します。
- ファイルシステム上のすべてのファイルには、識別子が関連付けられています。
- inode ファイル:
- これは、ファイルシステム上の特殊なファイルで、ボリューム内のすべての inode とその詳細が含まれています。
- inode マップ:
- ボリューム上の inode の数と同じ数の要素を含むアレイ。
- inode 番号は、配列内の対応するエントリのインデックスとして機能します。
- エントリの値が 1 の場合は、対応するファイルが指定されたバックアップに存在することを示します。
- オフセットマップ:
- ボリューム上の inode の数と同じ数の要素を含むアレイ。
- inode 番号は、配列内の対応するエントリのインデックスとして機能します。
- inode がバックアップ内に存在する場合は、対応するエントリにテープ上の物理アドレスが含まれ、バックアップイメージ内のファイルデータの先頭がマークされます。
ダンプフェーズ
- NDMP によって開始され、ファイル履歴がオンになっているバックアップの場合、ダンプでは、フェーズ III および IV でファイル履歴を生成するとともに、フェーズ IIIb でのオフセットマップを生成する必要があります。
- ファイル履歴とオフセットマップを生成すると、これらのフェーズで NDMP バックアップに多少のコストがかかりますが、 NDMP ではバックアップのインデックス作成、 DAR 、拡張 DAR などの重要な機能を利用できます。
- ファイル履歴の詳細について FAQ:NDMPファイルの履歴は、 FAQ : NDMP File History を参照してください。
フェーズI
- dumpは、バックアップが必要なファイルのリストを生成します。
- このフェーズの出力は、inodeマップと呼ばれるものです。
- inodeマップには、ボリューム上のすべてのinodeのエントリが含まれています。
- バックアップするinodeのエントリは1に設定され、バックアップしないinodeのエントリは0に設定されます。
注: inodeが多いほど、フェーズIの完了にかかる時間は長くなります。 たとえば、10億個のinodeがあるボリュームは、1、000万個のinodeがあるボリュームよりもかなり時間がかかります。
フェーズII
- dumpはフェーズIで生成されたinodeマップをテープに書き込みます。
フェーズIII
- ダンプは、バックアップデータセットのディレクトリ構造全体をテープに書き込みます。
- 有効にすると、このフェーズでディレクトリのファイル履歴が生成され、バックアップアプリケーションに送信されます。
- フェーズIIIa:
- ACLSフェーズ:このフェーズでは、ダンプによりデータセットのACLがテープにバックアップされます。
- データセット内の多数のファイルにACLが含まれている場合、この手順には時間がかかることがあります。
- フェーズIIIb:
- このフェーズは、ファイル履歴がオンになっているNDMPバックアップに対してのみ実行されます。
- このフェーズの出力はオフセットマップです。
- 任意のバックアップ上の各ファイルについて、オフセットマップには、バックアップイメージ内のファイルの先頭を示すテープ上の物理アドレスが含まれています。
- フェーズIIIa:
注: ディレクトリinodeが多いほど、フェーズIIIの完了に時間がかかります。 さらに、ダンプはディレクトリツリー全体を通過するため、より深いディレクトリ構造、より広いディレクトリ構造、または両方のディレクトリ構造は、単純なディレクトリ構造よりも読み取りに時間がかかる場合があります。
フェーズIV
- このフェーズでは、実際のファイルデータがテープにダンプされます。
- このフェーズはinode順で動作します。
- その結果、より小さいinode番号がより大きいinode番号の前に見つかることが保証されます。
- 有効にすると、このフェーズでファイルのファイル履歴が生成され、バックアップアプリケーションに送信されます。
フェーズV
- これはフェーズIIIaの複製です。
- これは、NetAppのネイティブダンプに従来から存在していたものです。
- このフェーズは下位互換性の理由から保持されていますが、最新バージョンのONTAPでは処理が不要です。
リストア フェーズ
- フェーズ I :
- バックアップイメージのディレクトリ構造全体が ininofile に読み込まれ、ファイル情報が inomap に読み込まれます。
- フェーズ II :
- リストア用に選択されたすべてのファイルとディレクトリは 'ininofile およびフェーズ I で作成された inomap に基づいて ' ファイル・システム上に作成されます
- リストア処理の性質上、 ファイルシステムを参照または一覧表示すると、フェーズIIで作成されたファイルおよびディレクトリがゼロバイトとして表示される
- ゼロバイトのファイルとディレクトリのエントリはゼロ以外の値に変わり、リストアがフェーズIIIに入るとサイズが増加することがあります。
- フェーズ III :
- 個 々 のファイルの内容がバックアップイメージから読み取られ、フェーズIIで作成されたツリー構造に データが入力されます。
qtree / ボリュームのダンプとqtree 以外のサブディレクトリのダンプ
- ダンプのフェーズ I の動作は、ユーザがボリューム / qtree のバックアップを開始したか、 qtree 以外のサブディレクトリ / サブツリーを開始したかによって異なります。
- サブディレクトリダンプでは、バックアップの指定ルートより下の各ディレクトリとファイルを調べて、バックアップに含めるかどうかを決定する必要があります。
- 特にサブディレクトリに数百万個の inode (ファイル)が含まれている場合、これは時間のかかる処理です。
- ボリュームベースおよび qtree ベースのバックアップでは、ディレクトリツリー全体を調べてバックアップが必要な項目を特定する必要はありません。
- 代わりに、 ONTAP はバックアップ Snapshot の inode ファイルを経由できます。
- inode ファイルだけを確認することで、 inode が存在するかどうかや、特定の qtree / ボリュームの一部であるかどうかを確認することができます。
- inode ファイルを使用すると、ディレクトリトラバーサルに比べてはるかに高速で効率的なプロセスを実現できます。
- inode ファイルには、 qtree 以外のサブディレクトリダンプに対して同じ処理を実行するための十分な情報が含まれていないため、 qtree およびボリュームは、 qtree 以外のサブディレクトリではなく可能なかぎりバックアップすることを推奨します。
- exclude NDMP 環境変数を使用すると、 qtree およびボリュームダンプで、低速なディレクトリトラバーサルメソッドも実行されることに注意してください。
- バックアップ速度に問題がある場合は、 NDMP で開始されるダンプバックアップでは除外しないでください。
追加情報
ここにテキストを追加します。