スナップショット予約を増やすかどうかを決定する際には、スナップショットが記録されるのは、最後のスナップショットが作成されてからのファイルへの変更のみであることを覚えておくことが重要です。ディスクスペースが消費されるのは、アクティブファイルシステム内のブロックが変更または削除された場合だけです。

つまり、スナップショットによって使用されるディスクスペースの量を決定する際には、ファイルシステムの変更率が重要な要素となります。作成するSnapshotの数に関係なく、アクティブファイルシステムが変更されていない場合、Snapshotはディスクスペースを消費しません。

たとえば、データベーストランザクションログを含むFlexVol volumeでは、変更率の増加に対応するために20%のSnapshotリザーブを確保できます。データベースへの頻繁な更新をキャプチャするために、より多くのスナップショットを作成するだけでなく、スナップショットが消費する追加のディスク容量を処理するために、より大きなスナップショット予約も必要になります。

スナップショットは、そのブロックを使用していたファイルを削除したあとも、そのブロックを参照しています。これは、スナップショット予約を使い果たした場合、ファイルシステム全体を削除すると、ファイルシステムが占有しているよりも使用可能なスペースが少なくなるという直感に反する結果につながる可能性がある理由を説明しています。

次の例を考えてみましょう。ファイルを削除する前の `df`コマンド出力は次のとおりです。

ファイルシステム全体を削除してボリュームのSnapshotを作成すると、 `df`次の出力が生成されます。

この出力に示されているように、削除前に使用されていた0.5GBに加えて、アクティブファイルシステムで使用されていた3GB全体がSnapshotで使用されています。

スナップショットによって使用されるディスク領域がスナップショットリザーブを超えているため、アクティブファイル用に予約された領域に2.5 GBの「錠剤」がオーバーフローし、3 GBを想定していたファイル用に0.5 GBの空き領域が残ります。

この手順で説明されているコマンドの詳細については、を"ONTAPコマンド リファレンス"参照してください。