RAID 5 ボリュームを使用するときは、RAID 5 ボリュームの要件と RAID 5 ボリュームの指針を考慮してください。また、RAID 5 ボリュームの構成には、ストライプ化に関する指針の多くが適用されます。これについては、ストライプ方式と連結方式の前提条件を参照してください。
RAID 5 ボリュームは、少なくても 3 つのコンポーネントから構成されていなければなりません。ただし、RAID 5 ボリュームのコンポーネントの数が多くなればなるほど、いずれかのコンポーネントに障害が発生したときの読み取りおよび書き込み時間は長くなります。
RAID 5 ボリュームをストライプ化、連結、ミラー化することはできません。
既存のファイルシステムが格納されているコンポーネントから RAID 5 ボリュームを作成しないようにします。作成すると、RAID 5 の初期化時にデータが消去されます。
RAID 5 ボリュームを作成する際に飛び越し値を設定できます。設定しないと、デフォルト値の 16K バイトが使用されます。この値は、ほとんどのアプリケーションにとって妥当な値です。
RAID 5 ボリューム (ホットスペアなし) は、1 つのコンポーネントの障害にしか対応できません。
RAID 5 ボリュームを作成するときは、別個のコントローラにあるコンポーネントを使用してください。これは、コントローラとそれに接続しているケーブルがディスクよりも故障する確率が高いためです。
同じサイズのコンポーネントを使用するようにします。サイズが異なるコンポーネントから RAID 5 ボリュームを作成すると、ディスク容量がむだになります。
RAID 5 ボリュームでは複雑なパリティ計算が必要なため、書き込みの割合が 20 パーセントを超えるボリュームには、RAID 5 ボリュームを使用しないようにします。書き込みが頻繁に発生するボリュームでデータの冗長性を確保したい場合は、ミラーの使用を検討してください。
RAID 5 ボリューム内の各コンポーネントが異なるコントローラ上にあり、ボリュームへのアクセスが主に大容量の順次アクセスである場合は、飛び越し値を 32 K バイトに設定すると、性能が向上することがあります。
RAID 5 ボリュームにコンポーネントを連結することによってボリュームを拡張できます。ただし、既存の RAID 5 ボリュームに新しいコンポーネントを連結すると、ボリュームの全体的な性能が低下します。これは、連結されたコンポーネント上のデータが順次処理されるためです。つまり、データは、すべてのコンポーネントにストライプ化されるわけではありません。ボリュームの元のコンポーネントのデータとパリティは、すべてのコンポーネントについてストライプ化されますが、このストライプ化は連結されたコンポーネントには適用されません。ただし、コンポーネントの入出力中はパリティが使用されますので、エラーが発生してもデータは復元されます。新しいコンポーネントが連結された RAID 5 ボリュームも 1 つのコンポーネントの障害にのみ対応できます。
連結されたコンポーネントは、それ自体のどの領域でもパリティがストライプ化されないという点で元のコンポーネントとは違います。連結されたコンポーネントでは、全内容がデータに使用されます。
コンポーネントを連結すると、大規模な書き込みや順次書き込みにおける性能上の利点は失われます。
データブロックをゼロで初期化しなくても、RAID 5 ボリュームを作成することができます。そのためには、次のどちらかの方法を使用します。
metainit コマンドに -k オプションを指定します。-k オプションを指定すると、RAID 5 ボリュームが初期化なしで作成し直され、ディスクブロックが「正常 (Okay)」状態に設定されます。-k は、潜在的に危険なオプションです。ボリューム内のディスクブロックにエラーがあると、不正なデータの生成など、Solaris ボリュームマネージャが予期せぬ動作を起こすことがあります。
デバイスを初期化し、テープからデータを復元します。詳細は、metainit(1M) のマニュアルページを参照してください。