Storage Foundation 8.0 管理者ガイド - Solaris

スナップショットファイルシステムの動作

スナップショットファイルシステムは、現在マウントされているファイルシステムのスナップショットとなる空のディスクスライスをマウントすることによってを作成されます。ビットマップ、ブロックマップ、スーパーブロックを初期化すると、現在マウントされているファイルシステムがフリーズします。スナップするファイルシステムがフリーズされると、スナップショットが有効になり、マウントされ、スナップファイルシステムがアンフリーズされます。スナップショットは、スナップショットを作成した時点のスナップファイルシステムと完全に一致するイメージとして表示されます。

ファイルシステムのフリーズとアンフリーズを参照してください。

スナップショットを作成した直後では、スナップショットファイルシステムはスナップファイルシステムのデータを検索し、要求プロセスに検出されたデータを戻して、読み取り要求に応答します。i ノードの更新または書き込み時において、スナップファイルシステムのデータブロック n のデータが変更された場合は、まず更新前データを読み取り、スナップショットにコピーした後、スナップファイルシステムのデータブロックを更新します。スナップショットファイルシステム上のデータブロック n に対応したビットマップエントリは、0 から 1 に変わります。これは、データブロック n のデータに対する更新がスナップファイルシステム上で検出されたことを示します。その後、データブロック n のブロックマップエントリが、0 から更新前データを含むスナップショットファイルシステムのブロック番号に変わり、更新前データを保持します。

スナップショットファイルシステムのデータブロック n に対するその後の読み取り要求に対しては、データブロック n のビットマップエントリを調べ、スナップファイルシステムのデータブロック n からではなく、スナップショットファイルシステムの指示されたデータブロックからデータを読み取ります。このテクノロジは、コピーオンライトと呼ばれます。更新前データは一度保存するだけでよいため、スナップファイルシステムのデータブロック n に対するその後の書き込みでは、スナップショットファイルシステムへのコピーは実行されません。

i ノード、ディレクトリ、ファイルのデータ、エクステントマップなどに関するスナップファイルシステムへのすべての更新がこの方法で処理されるため、スナップショットには、スナップショットが作成された時点のスナップファイルシステムのすべてのファイルシステム構造が整合性を保ちながら表示されます。スナップファイルシステムでデータブロックが変更されると、スナップショットにはスナップファイルシステムからコピーされたデータが順番に保存されます。

スナップショットに必要なディスク領域は、スナップファイルシステムの変更率とスナップショットの保守時間によって異なります。最悪のシナリオは、スナップファイルシステムが飽和し、すべてのファイルが削除された後、書き替えられた場合が考えられます。スナップショットファイルシステムには、スナップファイルシステムの各データブロックのコピーを保持するのに十分なデータブロックおよびスナップショットファイルシステムを構成するデータ構造用のデータブロックが必要です。これは、理論値ではスナップファイルシステムのサイズの約 101 % になります。通常、多くのファイルシステムではこれほど極端な率で変更が実行されることはありません。使用量が少ない間、スナップショットが必要とするデータブロックは、通常、スナップファイルシステムのデータブロックのわずか 2 から 6 % です。使用量が増えると、スナップファイルシステムのデータブロックの 15 % 程度を必要とします。この割合は大容量ファイルシステムほど低く、小容量ファイルシステムほど高い傾向があります。