エフサステクノロジーズ株式会社

本ページの製品は2024年4月1日より、エフサステクノロジーズ株式会社に統合となり、順次、切り替えを実施してまいります。一部、富士通表記が混在することがありますので、ご了承ください。

ONTAP 9 マニュアル ( CA08871-402 )

to English version

Snapshotコピー

従来、ONTAPのレプリケーション テクノロジは、ディザスタ リカバリー(DR)とデータ アーカイブのニーズに対応してきました。その後、クラウド サービスの登場とともに、データ ファブリック内のエンドポイント間のデータ転送にも採用されるようになりました。これらすべての用途において、その基盤となるのがONTAP Snapshotテクノロジです。

Snapshotコピーは、ボリュームのポイントインタイム イメージ(読み取り専用)です。Snapshotコピーが作成されると、アクティブ ファイルシステムとSnapshotコピーは同じディスク ブロックを参照することになるため、Snapshotコピーに追加のディスク スペースは使用されません。長期的には、イメージにはSnapshotコピーが最後に作成されたあとに発生したファイルへの変更だけが記録されるため、ストレージ スペースは最小限しか消費せず、パフォーマンスのオーバーヘッドもわずかです。

Snapshotコピーの効率性は、ONTAPの中核的なストレージ仮想化テクノロジであるWrite Anywhere File Layout(WAFL)によって実現します。WAFLは、データベースのように、メタデータを使用してドライブ上の実際のデータ ブロックを参照します。ただし、データベースとは異なり、既存のブロックは上書きされません。更新されたデータは新しいブロックに書き込まれ、メタデータが変更されます。

Snapshotコピーは、データ ブロックをコピーするのではなく、Snapshotコピーの作成時にONTAPがメタデータを参照する仕組みになっているので、効率的です。他のシステムと違ってコピーするブロックを探す「シーク時間」も、コピー自体を作成するコストも発生しません。

Snapshotコピーを使用して、個々のファイルまたはLUNをリカバリーしたり、ボリュームの内容全体をリストアしたりできます。Snapshotコピーのポインタ情報をドライブ上のデータと比較することで、ダウンタイムや多大なパフォーマンス コストなしで損失オブジェクトや破損オブジェクトが再構築されます。

Snapshotポリシーは、ボリュームのSnapshotコピーの作成方法を定義します。ポリシーは、Snapshotコピーを作成するタイミング、保持するコピーの数、Snapshotコピーの命名方法、およびSnapshotコピーにレプリケーション用のラベルを付ける方法を指定します。たとえば、毎日午前12時10分にSnapshotコピーを1つ作成し、直近の2つのコピーを保持して、「daily」という名前(タイムスタンプを追加)を付け、レプリケーション用に「daily」というラベルを付ける、などと指定できます。

Snapshotでの前回のSnapshotコピー以降のアクティブファイルシステムに対する変更の記録方法
Top of Page