デバイス上に作成されたストレージプールの概念を使用します。より多くのデバイスがプールに追加されると、プールサイズが拡張されます。追加の領域は、ただちに使用可能になります。

1 つのデバイスおよびそのデバイスのサイズに制約されます。

ボリュームマネージャーは必要ありません。複数のデバイスにまたがるデータ冗長性のためのプールがコマンドによって構成されます。

管理を容易にするために、ユーザーまたはプロジェクトごとに 1 つのファイルシステムをサポートします。

データ冗長性の実現のために複数のデバイスを処理するにはボリュームマネージャーが必要になるため、管理の複雑さが増します。

1 つのファイルシステムを使用して複数のサブディレクトリを管理します。

コマンドを発行することによって多数のファイルシステムを設定および管理し、階層内の子孫ファイルシステムが継承できるプロパティーを直接適用します。/etc/vfstab ファイルを編集する必要はありません。ファイルシステムのマウントまたはアンマウントは、ファイルシステムプロパティーに基づいて自動的に行われます。

ファイルシステムまたはボリュームの読み取り専用コピーであるスナップショットを迅速かつ容易に作成できます。最初のスナップショットのために、プール内のディスク領域が余分に消費されることはありません。

デバイスやサイズの制約のために管理が複雑です。たとえば、新しいファイルシステムを追加するたびに、/etc/vfstab ファイルを編集する必要があります。

メタデータは動的に割り当てられます。事前の割り当てまたは事前に定義された制限は設定されていません。サポートされるファイルシステムの数は、使用可能なディスク領域によってのみ制限されます。

メタデータの事前の割り当てにより、ファイルシステムの作成時に領域のコストが即座に必要になります。また、事前の割り当てによって、サポートできるファイルシステムの総数も事前に定義されます。

データ管理でデータの上書きではなく、書き込み時コピーのセマンティクスが使用される、トランザクションのセマンティクスを使用します。操作のどのシーケンスも、完全にコミットされるか、または完全に無視されるかのどちらかです。偶発的な停電またはシステムクラッシュが発生すると、最後に書き込まれた一部のデータは失われる可能性がありますが、ファイルシステムは常に整合性を維持し、破損することはありません。

所定の位置にあるデータを上書きします。ファイルシステムは脆弱であり、たとえば、データブロックが割り当てられてから、それがディレクトリにリンクされるまでの間にシステムで停電が発生した場合は、整合性のない状態になります。fsck コマンドなどのツールやジャーナリングでは必ずしも修正が保証されず、不要なオーバーヘッドが導入される場合があります。

すべてのチェックサム検証とデータの回復は、ファイルシステム層でアプリケーションに透過的に実行されます。すべての障害が検出され、回復を実行できます。

さまざまなレベルのデータ冗長性によって自己修復データをサポートします。不正なデータブロックは、別の冗長コピーからの正しいデータに置き換えることによって修復できます。

チェックサム検証 (提供されている場合) がブロック単位で実行されます。ブロック全体が間違った場所に書き込まれるといった特定の障害のために、間違っているが、チェックサムエラーにならないデータが生成される場合があります。

NT 形式の ACL に似た、ZFS を保護するための NFSv4 仕様に基づいた ACL (アクセス制御リスト) モデル。このモデルは、はるかにきめ細かなアクセス権限のセットを提供します。より豊富な継承セマンティクスによって、アクセス権限がディレクトリ階層を通してどのように適用されるかが指定されます。

以前の Oracle Solaris リリースでは、ACL の実装は、UFS を保護するための POSIX ACL 仕様に基づいていました。