シックボリュームでは、将来のストレージニーズを見越して、大容量のストレージスペースが事前に確保されます。

シックボリュームは、ボリューム作成時に物理ストレージ上で事前に割り当てられたボリュームサイズ全体を使用して作成されます。つまり、100GiBのボリュームを作成すると、ドライブ上で割り当てられた100GiBの容量が実際に消費されます。ただし、スペースが使用されず、ストレージ容量の利用率が低下する可能性があります。

シックボリュームを作成する場合は、1つのボリュームに容量を過剰に割り当てないようにしてください。1つのボリュームに容量を過剰に割り当てると、システム内の物理ストレージをすぐに使い果たしてしまう可能性があります。

コピーサービス（Snapshotイメージ、Snapshotボリューム、ボリュームコピー、非同期ミラーリング）用のストレージ容量も必要なため、シックボリュームにすべての容量を割り当ててしまわないように注意してください。スペースが不足すると、プールまたはボリュームグループへの書き込みがブロックされる可能性があります。この状況が発生すると、空き容量アラートしきい値の警告が表示されます。

シックボリュームとは異なり、シンボリュームに必要なスペースは作成時には割り当てられず、必要に応じてあとから提供されます。

シンボリュームのサイズは過剰に割り当てることができます。つまり、ボリュームのサイズよりも大きいLUNサイズを割り当てることができます。その後、LUNのサイズを拡張することなく、つまりユーザを切断することなく、必要に応じてボリュームを拡張できます（必要に応じてドライブを追加できます）。

シンプロビジョニングブロックのスペース再生（UNMAP）では、ホストからSCSI UNMAPコマンドを実行し、ストレージアレイ上のシンプロビジョニングされたボリュームのブロックを再生できます。シンプロビジョニングをサポートするストレージアレイでは、再生されたスペースを、同じストレージアレイ内の他のシンプロビジョニングされたボリュームの割り当て要求に使用できます。これにより、ディスクスペースの消費状況が改善され、リソースがより効率的に使用されます。