メインコンテンツまでスキップ
We are redesigning the NetApp Knowledge Base site to make it easier to use and navigate. The new and improved site will be available the first week of October. Check out our video or read this KB article to know more about changes you’ll see on the site.

Network Data Management Protocol ( NDMP ) / ダンプフェーズの説明

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

すべてのとおり  

に適用されます

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

回答

用語

ダンプフェーズの説明で使用される主な用語は次のとおりです。

  • inode
    • ファイルシステム上のすべてのファイルには、識別子が関連付けられています。
      • この ID は inode と呼ばれます。
    • 通常、ファイルシステムには inode が事前に割り当てられています。
    • df -iONTAP の出力には、ボリュームの使用済み inode の総数と空き inode の総数が表示されます。
    • このドキュメントでは、 Inode と File を同じ意味で使用します。
  • inode ファイル:
    • これは、ファイルシステム上の特殊なファイルで、ボリューム内のすべての inode とその詳細が含まれています。
  • inode マップ:
    • ボリューム上の inode の数と同じ数の要素を含むアレイ。
    • i ノード番号は、アレイ内の対応するエントリのインデックスとして機能します。
    • 任意のエントリの値 1 は、対応するファイルが特定のバックアップに存在することを示します。
  • オフセットマップ:
    • ボリューム上の inode の数と同じ数の要素を含むアレイ。
    • i ノード番号は、アレイ内の対応するエントリのインデックスとして機能します。
    • バックアップに inode が存在する場合、対応するエントリには、バックアップイメージ内のファイルデータの先頭を示すテープ上の物理アドレスが含まれます。
ダンプフェーズ
  • NDMP によって開始され、ファイル履歴がオンになっているバックアップの場合、ダンプは、フェーズ III および IV のファイル履歴と、フェーズ IIIB のオフセットマップを生成する必要があります。
  • ファイル履歴とオフセットマップを生成すると、これらのフェーズで NDMP バックアップに多少のコストがかかりますが、 NDMP ではバックアップインデックス、 DAR 、拡張 DAR などの貴重な機能を提供できます。
  • ファイル履歴の詳細についてFAQ : NDMP ファイルの履歴は、「 FAQ : NDMP ファイル履歴」を参照してください。
    • フェーズ I :
      • ダンプを使用すると、バックアップが必要なファイルのリストが生成されます。
      • このフェーズの出力は、 inode マップと呼ばれます。
      • inode マップには、ボリューム上のすべての inode のエントリが含まれます。
      • バックアップ対象の inode には対応するエントリが 1 に設定され、バックアップ対象でない inode にはそのエントリが 0 に設定されます。
    • フェーズ II :
      • dump は、フェーズ I で生成された inode マップをテープに書き込みます。
    • フェーズ III :
      • ダンプは、バックアップデータセットのディレクトリ構造全体をテープに書き込みます。
      • 有効にすると、ディレクトリのファイル履歴が生成され、このフェーズでバックアップアプリケーションに通知されます。
        • フェーズ IIIa :
          • ACLs フェーズ:このフェーズでは、データセットの ACL をテープにバックアップします。
          • データセット内のファイルの多くに ACL が含まれている場合は、この手順に時間がかかることがあります。
        • フェーズ IIIb :
          • このフェーズは、ファイル履歴が有効になっている NDMP バックアップに対してのみ実行されます。
          • このフェーズの出力はオフセットマップです。
          • 任意のバックアップ上の各ファイルについて、オフセットマップには、バックアップイメージ内のファイルの先頭を示すテープ上の物理アドレスが含まれます。
    • フェーズ IV :
      • このフェーズでは、テープ上の実際のファイルデータがダンプされます。
      • このフェーズは、 inode の順序で実行されます。
      • その結果、より小さな inode 番号が、より大きな inode 番号よりも前に検出されることが保証されます。
      • 有効にすると、ファイルのファイル履歴が生成され、このフェーズでバックアップアプリケーションに通知されます。
    • フェーズ V :
      • これはフェーズ IIIa の重複です。
      • これは、ネットアップのネイティブダンプに従来から存在していたものです。
      • このフェーズは、下位互換性のために保持されますが、 ONTAP の最新バージョンでは動作しません。
リストアダンプフェーズ
  • フェーズ I :
    • バックアップイメージのディレクトリ構造全体が ininofile に読み込まれ、ファイル情報が inomap に読み込まれます。
  • フェーズ II :
    • リストア用に選択されたすべてのファイルとディレクトリは 'ininofile およびフェーズ I で作成された inomap に基づいて ' ファイル・システム上に作成されます 
    • リストア処理の性質上、 PhaseII では多くのファイルが 0 バイトと表示されます。この変更は、リストアがフェーズ III に入った後で行われます
  • フェーズ III :
    • 個々のファイルの内容がバックアップイメージから読み取られ、フェーズ 2 で作成されたツリーがデータでポーリングされます。 
qtree / ボリューム・ダンプとの比較非 qtree サブディレクトリダンプ
  • ダンプのフェーズ I の動作は、ユーザがボリューム / qtree のバックアップを開始したか、 qtree 以外のサブディレクトリ / サブツリーを開始したかによって異なります。
  • サブディレクトリダンプでは、バックアップの指定されたルートの下にある各ディレクトリとファイルを調べて、バックアップに含める必要があるかどうかを判断する必要があります。
  • これは、特にサブディレクトリに数百万個の inode (ファイル)が含まれている場合、時間のかかる処理です。
  • ボリュームベースおよび qtree ベースのバックアップでは、ディレクトリツリー全体を参照して、バックアップする必要があるものを決定する必要はありません。
  • 代わりに、バックアップ Snapshot の inode ファイルを検索できます。
  • inode ファイルを調べるだけで、 inode が存在するかどうか、およびその inode が特定の qtree またはボリュームの一部であるかどうかを判断できます。
  • inode ファイルの使用は、ディレクトリトラバーサルと比較して、はるかに高速で効率的なプロセスです。
  • inode ファイルには、 qtree 以外のサブディレクトリダンプで同じ処理を実行するための十分な情報が含まれていないため、 qtree 以外のサブディレクトリではなく、可能な限り qtree とボリュームをバックアップすることを推奨します。
  • EXCLUDE NDMP 環境変数を使用すると、 qtree およびボリュームダンプのディレクトリトラバーサル方式が遅くなります。
  • バックアップ速度が要因である場合は、 NDMP で開始されるダンプバックアップで除外を使用しないでください。

追加情報

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