7-ModeでSnapshotを表示し、Snapshotのサイズを確認する方法
環境
- Data ONTAP 7 以前
- Data ONTAP 8 7-Mode
概要
- snap list コマンドとは何ですか?
- ファイラーでスナップショットを表示するにはどうすればよいですか?
- スナップショットのサイズをどのように確認できますか?
- スナップショットを削除することでどれだけのスペースが回復されるかを確認するにはどうすればよいですか?
- スナップショット間の変更率をどのように確認できますか?
手順
ファイラーの snap list コマンドは、ファイラーのスナップショットに関する次の情報を表示します。
- ファイラーのボリュームに存在するスナップショット
- ファイラーのアグリゲートに存在するスナップショット(Data ONTAP 7G)
- ボリューム/アグリゲートでスナップショットに使用されているスペースの割合
snap list コマンドの出力は次のようになります:
fas940-rtp> snap list vol0
Volume vol0
working...
%/used %/total date name
---------- ---------- ------------ --------
3% ( 3%) 0% ( 0%) Mar 03 20:00 hourly.0
8% ( 5%) 0% ( 0%) Mar 01 20:00 hourly.1
11% ( 3%) 0% ( 0%) Mar 01 16:00 hourly.2
11% ( 0%) 0% ( 0%) Mar 01 12:00 hourly.3
11% ( 0%) 0% ( 0%) Mar 01 08:00 hourly.4
11% ( 0%) 0% ( 0%) Mar 01 00:00 nightly.0
13% ( 2%) 0% ( 0%) Feb 29 20:00 hourly.5
Data ONTAP 7Gより前は、snap listコマンドだけが、特定のスナップショットのサイズ、スナップショットが消費しているスペースの量、およびスナップショットリザーブ計画に必要な情報を表示するために利用できる唯一のコマンドでした。
Data ONTAP 7.0では、snapshotスペース管理を簡素化する2つの新しいコマンドが導入されました。snap deltaおよびsnap reclaimableコマンドは、snapshotスペースの使用状況およびスナップショット間の変更率に関する情報を提供します。スナップショットのプロパティを決定する際には、snap listコマンドよりもこれらのコマンドの使用が推奨されます。snap deltaおよびsnap reclaimableコマンドの詳細は、次の資料に記載されています:Data ONTAP Data Protection Online Backup and Recovery Guide。
snap listコマンドによって提供されるデータの解釈
%/used列は、ボリュームで使用されているディスクスペースに対するSnapshotによって消費されたスペースの割合を報告します。 この列は、ファイルシステムがいっぱいになるにつれて一定に保たれる可能性が高いため、Snapshotリザーブを計画する際には%/total列よりも有用です。
「%/total」列は、システム内の合計ディスク容量(使用済みスペースと使用可能スペースの両方)に対する消費されたスペースの割合として報告します。
%/used 値と %/total 値の計算方法の詳細については、Data ONTAP Data Protection Online Backup and Recovery Guide の「How the snap list output is calculated」セクションを参照してください。
snap list出力を使用して、スナップショットリザーブの要件を確認します。
snap list出力の%/used列に記録された累積Snapshotスペースは、現在のSnapshotスペース要件をボリューム全体サイズの割合として特定するために使用できます。たとえば、数週間にわたり、snap list出力がファイラーtoaster /vol/vol0のために収集されます。この出力は次のようになります:
fas940-rtp> snap list vol0
Volume vol0
working...
%/used %/total date name
---------- ---------- ------------ --------
3% ( 3%) 0% ( 0%) Mar 03 20:00 hourly.0
8% ( 5%) 0% ( 0%) Mar 01 20:00 hourly.1
11% ( 3%) 0% ( 0%) Mar 01 16:00 hourly.2
11% ( 0%) 0% ( 0%) Mar 01 12:00 hourly.3
11% ( 0%) 0% ( 0%) Mar 01 08:00 hourly.4
11% ( 0%) 0% ( 0%) Mar 01 00:00 nightly.0
13% ( 2%) 0% ( 0%) Feb 29 20:00 hourly.5
この例では、ファイラー toaster は 1 つのナイトリーと 6 つのアワリー スナップショットを保持するように構成されています。これは、スナップスケジュールを表示することで確認できます。
toaster> snap sched vol0
Volume vol0: 0 1 6@8,12,16,20
vol0のスナップショットの全リストを見ると、snap list出力ではスナップショットのオーバーヘッドが13%しかないことがわかります。 この結果から、デフォルトのスナップショットリザーブ20%が容量に達することはまずないでしょう。 この変化パターンが一定であると仮定すると、12%から15%のリザーブがあれば、スナップショットの使用量がスナップリザーブをオーバーランしないようにするための安全なマージンが確保されます。 そのため、スナップリザーブの割合を小さくすることで、実際のファイルデータの格納用にボリュームにディスクスペースを戻すことができます。snap reserveを変更するには、snap reserveコマンドを実行します。
toaster> snap reserve vol0 15
snap deltaコマンドを実行してボリュームの変更率を確認します。
ファイラーがData ONTAP 7.0以降を実行している場合、snap deltaコマンドは、ボリューム上のスナップショット間のデータ変更率を判断する簡単な方法を提供します。 このコマンドは、単一のスナップショット、複数のスナップショット、またはファイラー上のすべてのボリュームに対して実行できます。このコマンドの用途の一例は、SnapMirrorの更新を計画することです。たとえば、ファイラー管理者がSnapMirrorを実装する予定で、スナップショット間隔ごとのおおよその変更率(SnapMirror転送のサイズを見積もるため)を知る必要がある場合、snap deltaコマンドを使用してこれを確認できます。
fas940-rtp> snap list vol0
Volume vol0
working...
%/used %/total date name
---------- ---------- ------------ --------
3% ( 3%) 0% ( 0%) Mar 03 20:00 hourly.0
8% ( 5%) 0% ( 0%) Mar 01 20:00 hourly.1
11% ( 3%) 0% ( 0%) Mar 01 16:00 hourly.2
11% ( 0%) 0% ( 0%) Mar 01 12:00 hourly.3
11% ( 0%) 0% ( 0%) Mar 01 08:00 hourly.4
11% ( 0%) 0% ( 0%) Mar 01 00:00 nightly.0
13% ( 2%) 0% ( 0%) Feb 29 20:00 hourly.5
fas940-rtp> snap delta vol0
Volume vol0
working...
From Snapshot To KB changed Time Rate (KB/hour)
-------------- -------------------- ----------- ----------- ---------------
hourly.0 Active File System 3948 0d 01:35 2483.018
hourly.1 hourly.0 20884 1d 23:59 435.158
hourly.2 hourly.1 8712 0d 04:00 2178.000
hourly.3 hourly.2 8624 0d 04:00 2156.000
hourly.4 hourly.3 8640 0d 04:00 2160.000
nightly.0 hourly.4 18164 0d 08:00 2270.421
hourly.5 nightly.0 16352 0d 04:00 4075.546
Summary...
From Snapshot To KB changed Time Rate (KB/hour)
-------------- --------------------- ----------- ---------- ---------------
hourly.5 Active File System 85324 3d 01:35 1159.385
この例では、1日に1つのスナップショットが作成されると仮定すると、変更率は1日あたり約8650KBです。これには、hourly.1 と hourly.0 の間の差分である 20884 KB は除外されます。
注: 差分は2つの時間単位のスナップショット(hourly.0とhourly.1)の間ですが、2つの間の時間範囲は1日です。
追加情報は、snap deltaコマンドについて、「Snapshotコピー間の変更率の表示」セクションのData ONTAP Data Protection Online Backup and Recovery Guideに記載されています。
snap reclaimableコマンドを実行して、削除するスナップショットを特定します。
ファイラーがData ONTAP 7.0以降を実行している場合、snap reclaimableコマンドは、スナップショットの削除によって解放されるスペースの量を判断する簡単な方法を提供します。このコマンドは、単一のスナップショットまたは複数のスナップショットに対して実行できます。snap reclaimableコマンドは、クエリされているスナップショットに固有のブロックを計算するため、実行に時間がかかる場合があります。
例えば、snap listにvol0の次のスナップショットが表示される場合:
fas940-rtp> snap list vol0
Volume vol0
working...
%/used %/total date name
---------- ---------- ------------ --------
3% ( 3%) 0% ( 0%) Mar 03 20:00 hourly.0
8% ( 5%) 0% ( 0%) Mar 01 20:00 hourly.1
10% ( 3%) 0% ( 0%) Mar 01 16:00 hourly.2
11% ( 0%) 0% ( 0%) Mar 01 12:00 hourly.3
11% ( 0%) 0% ( 0%) Mar 01 08:00 hourly.4
11% ( 0%) 0% ( 0%) Mar 01 00:00 nightly.0
13% ( 2%) 0% ( 0%) Feb 29 20:00 hourly.5
これらのスナップショットを削除することでスペースの削減量を確認するには、snap reclaimableコマンドを実行できます。
fas940-rtp> snap reclaimable vol0 hourly.0 hourly.1
Processing (Press Ctrl-C to exit) ..........
snap reclaimable: Approximately 1328 Kbytes would be freed.
追加情報は、snap reclaimableコマンドに関して、「Displaying space reclaimed from deleted Snapshot copies」セクションのData ONTAP Data Protection Online Backup and Recovery Guideに記載されています。
snap listコマンドを実行して、削除するスナップショットを特定します。
snap list コマンドを使用すると、最も多くのスペースを解放するためにどのスナップショットを削除するかを判断できます。 括弧内の値(個々のスナップショットで使用されているスペースを示す値)は、ファイルシステムがフルになったときに削除するスナップショットを特定するのに役立ちます。 ただし、他のスナップショットが同じブロックを参照している可能性があるため、特定のスナップショットを削除しても、必ずしも示された合計スペースが解放されるとは限りません。 隣接する2つのスナップショットの累積値にほとんど違いが見られない場合、これらのスナップショットが参照するデータのほとんどは同じです。 この場合、これらのスナップショットの1つを削除しても、多くのスペースは解放されません。
次の例は、snap list 出力の%/usedの値がSnapshotのサイズとどのように関連しているか、そして最も多くのスペースを再利用するためにどのSnapshotを削除すればよいかを示しています。
- Snapshotの作成以降、ボリュームに変更が加えられていません
Filer toasterの /vol/vol0 には100MBが使用されています。 スナップショットを作成してからデータが変更されていないため、snap listの出力は次のように表示されます:
toaster> snap list
Volume vol0
working...
%/used %/total date name
---------- ---------- ------------ --------
0% ( 0%) 0% ( 0%) Apr 20 08:00 hourly.0
hourly.0スナップショットで使用されるスペースは0%です。これは/vol/vol0内のファイルに変更が加えられていないため、スナップショットとアクティブ ファイル システムの間でブロックが変更されていません。
- Snapshotの作成後にボリュームに変更が加えられています
午前9:30に、20MBのファイルが1つ削除され、新たに20MBのファイルが作成されました。 10:00に新しい時間単位のスナップショットが作成されます。snap listは次のように表示されます:
toaster> snap list
Volume vol0
working...
%/used %/total date name
---------- ---------- ------------ --------
0% ( 0%) 0% ( 0%) Apr 20 10:00 hourly.0
20% ( 20%) 1% ( 1%) Apr 20 08:00 hourly.1
hourly.1スナップショットは、アクティブ ファイル システムから削除された20MBのファイルのブロックを保持しているため、スペースを消費します。hourly.0スナップショットは、このスナップショット作成後にボリュームに変更が加えられていないため、スペースは消費されません。
- スナップショットの作成の間にボリュームに変更が加えられました。
午前11:30に、午前9:30に作成された20MBのファイルが削除されました。 午後12:00にhourly.0スナップショットが作成されました。 このアクティビティの後、snap listは次のように表示されます:
toaster> snap list
Volume vol0
working...
%/used %/total date name
---------- ---------- ------------ --------
0% ( 0%) 0% ( 0%) Apr 20 12:00 hourly.0
17% ( 20%) 1% ( 1%) Apr 20 10:00 hourly.1
33% ( 20%) 2% ( 1%) Apr 20 08:00 hourly.2
上記の出力では、hourly.2とhourly.1の両方に20MBのデータが含まれていますが、このデータはアクティブ ファイル システム(AFS)に存在しなくなりました。 しかし、それらはファイラーのディスク上の異なるブロックを参照しています。スナップショットで使用されるスペースは次のとおりです。 - hourly.1による使用スペースの割合 = 20%
20MBがhourly.1で保持 x 100%
20MBがhourly.1に、80MBがvol0 AFSに存在
- hourly.2が保持しているスペース = 20%
20MBがhourly.2で保持 x 100%
20MBがhourly.2に、80MBがvol0 AFSに存在
- hourly.2による累積使用スペース = 33%
(20MBがhourly.2で保持+20MBがhourly.1で保持)x 100%
20MBがhourly.2に、20MBがhourly.1に、80MBがvol0 AFSに存在