大容量ファイルを削除した後、スナップショット専用の容量が増えるのはなぜですか？

削除後にスナップショット専用領域が増えることがあります。これは、古いスナップショットが、ライブファイルシステムでは不要になったブロックへの参照を保持しているためです。

この動作はコピーオンライト方式のスナップショットでは正常ですが、NASに表示される数値は、「スナップショットサイズ」「スナップショット専用領域」「参照領域」「回収可能領域」が同じ意味ではないため、分かりにくい場合があります。大きなライブファイルを削除すると、現在のデータセット使用量は減る一方で、古いブロックが保持中の1つ以上のスナップショット専用になることがあります。スナップショットを削除したり、スナップショットフォルダーが完全なコピーをもう1つ作成したと判断したりする前に、正確な指標と保持関係を確認してください。

増加したスナップショット指標を確認する

プール使用量、ライブデータセット使用量、スナップショットの合計使用量、スナップショットごとの専有使用量、削除したファイルのサイズを記録します。同じデータセットと同じ時間帯の測定値を使用してください。

SynologyのSnapshot Replicationに関するガイダンスでは、表示されるスナップショットと、それらが消費する領域を分けて扱い、回収可能領域を計算するための機能を提供しています。そのスナップショット領域の設定は、スナップショット一覧とボリュームの回収可能容量を併せて確認する必要がある理由を示しています。

ライブ使用量が減る一方でスナップショット専用使用量だけが増えた場合、削除によって新しいファイル内容が作成されたのではなく、既存ブロックの所有関係が変わった可能性が高いです。プール全体の使用量も増えている場合は、同じ期間に作成された新しいスナップショット、レプリケーション用のステージング領域、アプリケーションのバージョン、その他の書き込みを確認してください。

削除によって古いブロックがスナップショット専用になる理由を理解する

スナップショットは、最初はほとんどのブロックをライブファイルシステムと共有しています。ライブファイルシステムがデータを上書きまたは削除すると、スナップショットはその時点の状態を維持するために、古いブロックへの参照を保持し続けます。

OracleのZFS管理ガイドでは、アクティブなデータセットが変更され、以前は共有されていたブロックがスナップショット専用になると、スナップショットの使用領域が増えることを説明しています。

そのため、削除したファイルはライブディレクトリからは消えますが、古いスナップショットからは引き続き読み取れます。削除時にストレージが複製されたわけではありません。ライブファイルシステムが参照を解放する一方で、スナップショットが参照を保持するため、使用量の計上方法が変わったのです。

複数のスナップショットが削除データを共有しているか確認する

削除の前後に作成されたスナップショットを一覧表示します。削除したファイルを引き続き参照または復元できる、最も古い復元ポイントと最も新しい復元ポイントを特定してください。

NetAppのナレッジベースでは、古いスナップショットが削除済みブロックを保持することを説明しています。そのため、別のスナップショットが同じデータを参照している場合、1つの復元ポイントを削除しても回収できる領域は少ないことがあります。

表示された各スナップショットのサイズを合計して、それがすべて独立して割り当てられていると考えないでください。共有ブロックは複数のスナップショットビューに表示されることがありますが、最後の参照が削除されるまでは、物理ストレージ上では1回分しか消費しません。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

スナップショットフォルダーの表示と物理ストレージ使用量を区別する

スナップショットフォルダーを閲覧すると、過去のすべてのファイルが通常のコピーとして存在しているように見えることがあります。しかし、そのディレクトリ表示は復元用のインターフェースであり、バイト単位で完全に割り当てられた2つ目のフォルダーツリーそのものではありません。

FreeBSDのZFSハンドブックでは、スナップショットを、変更されたデータを保持する必要が生じるまでストレージを共有する、ある時点のデータセット状態として説明しています。そのスナップショットモデルは、スナップショットパスから見えるファイルと、物理的にスナップショット専用となっているブロックを区別するのに役立ちます。

非表示のスナップショット管理ディレクトリ内にあるファイルを手動で削除しないでください。保持メタデータとレプリケーション状態の整合性を保つため、NASのスナップショットマネージャーまたはファイルシステムがサポートするスナップショットコマンドを使用してください。

ZFSとBtrfsのスナップショット計算を慎重に比較する

ZFSとBtrfsはいずれもコピーオンライトの参照を使用しますが、ダッシュボードやコマンドラインツールによって、専有領域、参照領域、共有領域、推定領域の報告方法が異なる場合があります。使用中のファイルシステムについて文書化された指標を使用してください。

Fedora MagazineのBtrfs解説では、ライブファイルとの相違が広がるにつれて、Btrfsのスナップショットが古い参照を保持することを説明しています。これが、削除した元ファイルがスナップショット領域に残っているように見える根本的な理由です。

複数のファイルシステムに対応するNASダッシュボードでは、これらの値が1つの「スナップショットサイズ」にまとめられていることがあります。表示された数値があり得ないように見える場合は、保持設定を変更する前に、ファイルシステム固有の使用量とスナップショットコマンドで確認してください。

復元ポイントを削除する前に回収可能領域を見積もる

プラットフォームが対応している場合は、期限切れのスナップショットを1つ、または範囲を限定したスナップショット群を選択し、削除時に回収される見込み領域をプレビューします。その見積もりを、削除したファイルを含むスナップショットのタイムラインと比較してください。

Klara Systemsは、スナップショット領域が相違の拡大に伴って増えることを説明しています。そのため、保持の判断材料としては、スナップショットの数だけでなく、経過時間と変更速度の方が有用です。

復元ポリシーの対象外となったスナップショットだけを削除してください。新しいスナップショットを先に削除しても、回収できる領域はほとんどない場合があります。一方、古いスナップショットの連鎖を削除すると、新しい増分スナップショットやレプリケーションジョブが必要とする復元ポイントまで失う可能性があります。

NAS全体を再確認することなく領域の回復を検証する

承認済みのスナップショット範囲を整理した後、バックグラウンドの回収処理が完了するまで待ち、ライブ領域、スナップショット専用領域、プールレベルの使用量を同じ条件で再確認します。アプリケーションとレプリケーションタスクが正常な状態を維持していることも確認してください。

ZimaSpaceのスナップショットとごみ箱の確認方法では、どの保持層がNAS容量を消費しているかという、より広い問題を扱っています。この記事では、削除後にスナップショット専用使用量が増える理由だけに焦点を当てています。

削除したファイルがライブデータから消え、想定されたスナップショットからは復元でき、スナップショット専用使用量が保持タイムラインと一致し、承認済みの整理によってレプリケーションや復元の目的を損なうことなく予測どおりの領域が回収できれば、診断は完了です。