なぜNASは共有フォルダの容量よりも多くの使用済みスペースを報告するのですか？

NASがより多くの使用済み容量を報告するのは、ボリュームと共有フォルダーの表示が異なるストレージ範囲をカウントしているためです。

共有フォルダーの合計は通常、見えるファイルを辿ります。一方、NASのボリュームはスナップショット、ゴミ箱、アプリケーションデータセット、ファイルシステムのメタデータ、予約済み領域、プロセスによって保持されている削除済みファイル、マウントポイントの下に隠れたデータもカウントする場合があります。何かを削除する前にこれらの層を照合してください。

NASとファイルブラウザは異なるものをカウントしている

まず、両方の数値が同じマウントされたボリュームと同じ時点を指していることを確認しましょう。ファイルシステムレベルとディレクトリレベルの測定を示すツールは異なる問いに答えます：一方は割り当てカウンターを読み取り、もう一方は到達可能なパスの合計を計算します。

小さな差は割り当てブロック、メタデータ、予約容量、スパースファイル、圧縮、または丸め誤差から生じることがあります。数百ギガバイトの差は通常、「ファイルシステムのオーバーヘッド」という包括的な説明ではなく、特定の消費元が必要です。

スナップショットとゴミ箱の履歴は古いブロックを保持する

ライブファイルを削除しても、スナップショットが古いバージョンを参照している場合、そのブロックは解放されません。あるZFSの事例では、スナップショットが削除されたブロックを参照し続け、データセットの参照サイズと使用済み容量の間に大きな差が生じました。

スナップショットのインターフェースは、単一スナップショットのサイズを小さく見せることもあります。なぜなら、ブロックはバージョン間で共有されているため、範囲を削除して解放された容量よりも小さく見えることがあるからです。ZFSでは、USED、REFER、AVAILは異なる範囲を示します。ゴミ箱はさらに可視または隠れた保持層を追加し、スナップショットはすでにゴミ箱に入れられたファイルを保持することもあります。

開かれたファイルとマウントはアクティブな使用を隠すことがある

プロセスはログや一時ファイルを削除しても、そのファイルディスクリプターを通じて書き込みを続けることがあります。パスは共有フォルダーの合計から消えますが、開かれたままの削除ファイルはプロセスが閉じるまでブロックを保持し続けます。

マウントの順序も別の盲点を作ります。別のファイルシステムが上書きマウントされる前にディレクトリに書き込まれたファイルは、通常のスキャンではマウントされた内容が見え、下層のファイルは見えません。dfとduの差異を調査した事例では、アクティブなマウントポイントの下に隠れたデータが原因と特定されました。

盲目的に削除せずに差分を照合する

ボリューム使用量、データセットまたは共有の使用量、スナップショット排他使用量、ゴミ箱の合計、アプリケーションデータセット、開かれた削除ファイル、マウント、ファイルシステムの予約領域を記録しましょう。スナップショットやコピーオンライトデータセットにはNASやファイルシステム自身の会計情報を使い、すべての数値を単一のディレクトリスキャンに無理に当てはめないでください。

バージョンを削除する前に回収可能な容量を見積もり、削除済みファイルを保持しているプロセスのみを停止または再起動し、制御されたメンテナンス時間中に基底のマウントパスを調査してください。保持ポリシーを念頭に置きましょう：スナップショットはすでに破損したデータを保持することがありますが、安易に削除すると唯一の有効なロールバックポイントも失う可能性があります。

よくある質問

ファイルシステムのオーバーヘッドで非常に大きな容量差を説明できますか？

控えめで安定した差なら説明できますが、すべての大きな差を説明できるわけではありません。数百ギガバイトの差は、スナップショット、隠れたデータセット、開かれた削除ファイル、ゴミ箱の履歴、またはマウント下のデータを示すことが多いです。

ゴミ箱を空にしてもすぐに容量が解放されないのはなぜですか？

スナップショットが削除されたブロックを参照している場合や、プロセスがファイルを開いたままにしている場合、またはファイルシステムが非同期に容量を回収している場合があります。繰り返し削除する前にこれらの層を確認してください。

NASを再起動すれば失われた容量は戻りますか？

削除されたファイルを保持している実行中のプロセスがある場合のみ戻ることがあります。再起動ではスナップショット、ゴミ箱の内容、ファイルシステムの予約領域、マウントポイント下のデータは削除されません。