スナップショットを表示し、スナップショットのサイズを決定する方法
環境
- Data ONTAP 7以前
- Data ONTAP 8 7-Mode
概要
- snap listコマンドとは何ですか。
- Filer上でスナップショットを表示する方法を教えてください。
- スナップショットのサイズを確認するにはどうすればよいですか。
- Snapshotを削除すると、どのくらいのスペースが回復するかを確認するにはどうすればよいですか。
- スナップショット間の変更率はどのようにして確認できますか。
手順
実行するFiler上でsnap list
コマンドを、とFilerのSnapshotに関する次の情報が表示されます。
- Filerのボリューム上に存在するSnapshot
- Filerのアグリゲート上に存在するSnapshot(Data ONTAP 7Gの場合)
- ボリューム/アグリゲートでSnapshotに使用されているスペースの割合
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スペース使用量とSnapshot間の変更率に関する情報を提供します。スナップショットのプロパティを決定する場合はsnap list
コマンドよりもこれらのコマンドを使用することを推奨します。snap delta
コマンドとsnap reclaimable
コマンドの詳細については、『Data ONTAP データ 保護 :オンライン バックアップ および リカバリ ガイド』を参照してください。
snap list
コマンドで提供されるデータの解釈:
[%/Used]列には、ボリュームで使用されているディスクスペースの割合としてSnapshotによって消費されているスペースが表示されます。 この列は'%/TOTAL列よりも'ファイル・システムがいっぱいになっても一定である可能性が高いため'スナップショット・リザーブを計画する場合に便利です
「%/total」列には、システムの合計ディスクスペース(使用済みスペースと使用可能スペースの両方)に対する使用済みスペースの割合が表示されます。
%/使用済み容量と%/合計容量の計算方法の詳細については、『 Data ONTAP データ 保護 :オンライン ・バックアップ および リカバリ・ ガイド』の「snap listの出力の計算方法」セクションを参照してください。
snap list
の出力を使用して、スナップショット予約の要件を決定します。
snap list
出力の[%/Used]列に表示されたSnapshotの累積スペースを使用すると、現在のSnapshotスペース要件を合計ボリュームサイズに対する割合として特定できます。たとえば、数週間にわたって、Filer toaster /vol/vol0
の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
この例では、Filer toasterが毎晩1個、毎時6個のSnapshotを保持するように設定されています。これは、snap scheduleで確認できます。
toaster> snap sched vol0
Volume vol0: 0 1 6@8,12,16,20
vol0のSnapshotの合計リストを見ると、snap list
の出力から、Snapshotのオーバーヘッドはわずか13%であることがわかります。 この結果から、デフォルトの20%のSnapshotリザーブが容量に使用されることはほとんどありません。 この変更パターンが一定であると仮定すると、スナップショットの使用量がスナップリザーブをオーバーランしないように、12~15%のリザーブを確保して安全なマージンを確保する必要があります。 そのため、スナップリザーブの割合を小さくすることで、ディスクスペースの一部がボリュームに戻され、実際のファイルデータを格納するために使用されます。snap reserve
を変更するにはsnap reserve
コマンドを実行します。
toaster> snap reserve vol0 15
snap delta
コマンドを実行して、ボリュームの変更率を確認します。
FilerがData ONTAP 7.0以降を実行している場合、snap delta
コマンドを使用すると、ボリューム上のSnapshot間のデータ変更率を簡単に判別できます。 このコマンドは、1つのSnapshotに対して実行することも、複数のSnapshotに対して実行することも、Filer上のすべてのボリュームに対して実行することもできます。このコマンドのアプリケーションとして、SnapMirror更新を計画している可能性があります。たとえば、Filer管理者がSnapMirrorの実装を計画していて、(SnapMirror転送のサイズを見積もるために)Snapshot間隔のおおよその変更率を知る必要がある場合、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つのSnapshotを作成すると仮定すると、1日あたりの変更率は約8650KBです。hourly.1からhourly.0までの差分(20884KB)は除外されます。
注 :差分は2つの時間単位Snapshot(hourly.0とhourly.1)の間ですが、この2つのSnapshotの間の時間範囲は1日です。
snap delta
コマンドの追加情報については、『Data ONTAP データ 保護 :オンライン ・バックアップ および リカバリ・ ガイド』の「Snapshotコピー間の変更率の表示」のセクションを参照してください。
snap reclaimable
コマンドを実行して、削除するスナップショットを決定します。
FilerがData ONTAP 7.0以降を実行している場合、snap reclaimable
コマンドを使用すると、スナップショットの削除によって解放される容量を簡単に判別できます。このコマンドは、1つのSnapshotに対して実行することも、複数のSnapshotに対して実行することもできます。snap reclaimable
コマンドは、クエリ対象のスナップショットに固有のブロックを計算するため、実行に時間がかかることがあります。
たとえば、スナップリストにvol0上の次のSnapshotが表示されている場合、
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
コマンドを実行すると、次のSnapshotを削除してスペース削減量を確認できます。
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
コマンドの追加情報については、『Data ONTAP データ 保護 :オンライン ・バックアップ および リカバリ・ ガイド』の「削除されたSnapshotコピーから再生されたスペースの表示」のセクションを参照してください。
snap list
コマンドを実行して、削除するスナップショットを決定します。
snap list
コマンドを使用すると、最も多くのスペースを解放するために削除するSnapshotを決定できます。 括弧内の値(個 々 のスナップショットによって使用される容量を示す値)は、ファイルシステムがいっぱいになったときに削除する特定のスナップショットを識別するのに役立ちます。 ただし、他のSnapshotが同じブロックを参照している可能性があるため、特定のSnapshotを削除しても、指定されたスペースの合計が解放されるとは限りません。 隣接する2つのSnapshotで累積値にほとんど差がない場合、これらのSnapshotで参照されるデータのほとんどは同じです。 この場合、これらのスナップショットの1つを削除しても、多くのスペースが解放されることはありません。
次の例は、snap list
の出力に表示される%/使用済みの割合とSnapshotのサイズとの関係を示しています。また、スペースを最も多く再生するために削除するSnapshotを決定する方法も示しています。
- Snapshot
ファイラーtoasterの/vol/vol0の作成時に100MBが使用されているため、ボリュームに対する変更は行われていません。 Snapshotの作成後にデータが変更されていないため、snap list
の出力には次のように表示されます。
toaster> snap list
Volume vol0
working...
%/used %/total date name
---------- ---------- ------------ --------
0% ( 0%) 0% ( 0%) Apr 20 08:00 hourly.0
/vol/vol0内のファイルに変更が加えられていないため、hourly.0 Snapshotによって使用されるスペースは0%です。したがって、Snapshotとアクティブファイルシステムの間に変更されたブロックはありません。
- ボリュームに変更が加えられました午前9時30分にスナップショットが作成されてから、
20MBのファイルが1つ削除され、新しい20MBのファイルが作成されます。 10:00に、1時間ごとの新しいSnapshotが作成されます。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 Snapshotは、アクティブファイルシステムから削除された20MBのファイルのブロックを保持するため、スペースを消費するようになりました。
hourly.0 Snapshotは、このSnapshotの作成後にボリュームに変更が加えられていないため、スペースを消費しません。
- Snapshot作成間にボリュームに変更が加えられました。
午前11時30分、午前9時30分に作成された20MBのファイルが削除されました。 午後12時にhourly.0 Snapshotが作成されました。 このアクティビティのあと、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」というメッセージが表示されます。
には、どちらもアクティブファイルシステム(AFS)に存在しない20MBのデータが含まれています。 ただし、これらはファイラーのディスク上の異なるブロックを参照します。Snapshotで使用されるスペースは次のとおりです。 - 時間単位で使用されているスペースの割合。1 = 20%
20MBを時間単位で保持。1 x 100%
20MBを時間単位で保持。1 + 80MBをvol0 AFSで保持
- 時間単位で保持されるスペース。2 = 時間単位で20%
20MB、2 x
時間単位で100% 20MB、2 + vol0 AFSで80MB
- 時間単位で使用されている累積スペース。2 = 33%
(時間単位で保持されている20MB、2 + 1時間単位で保持されている20MB
、1時間単位で保持されている20MB、2 + 1時間単位で保持されている20MB、1 + 80 MB(vol0 AFS)