Solaris ボリュームマネージャの管理

RAID 1 および RAID 5 ボリューム内のコンポーネントの交換と有効化の概要

Solaris ボリュームマネージャには、RAID 1 (ミラー) ボリュームおよび RAID 5 ボリューム内のコンポーネントを交換したり有効にしたりする機能があります。

Solaris ボリュームマネージャでは、コンポーネントの交換は、サブミラーまたは RAID 5 ボリューム内のコンポーネントをシステム上で使用可能な他のコンポーネントと交換することを意味します。このプロセスは、コンポーネントの物理的な交換ではなく論理的な交換です。「コンポーネントを他の使用可能なコンポーネントで置き換える」を参照してください。

コンポーネントの有効化とは、コンポーネントをアクティブにする (または、コンポーネントをそれ自身で置き換える) ことを意味します。したがって、コンポーネント名は変わりません。「コンポーネントの有効化」を参照してください。

注

ディスクエラーから回復するときは、 /var/adm/messages を調べ、どのような種類のエラーが発生したかを確認してください。エラーが一時的なものであり、ディスク自体に問題がない場合は、コンポーネントを有効にしてみます。また、format コマンドを使ってディスクをテストすることもできます。

コンポーネントの有効化

コンポーネントを有効にする必要があるのは次のような場合です。

Solaris ボリュームマネージャが物理ディスクにアクセスできない場合。この問題は、たとえば、電源が切断されていたり、ドライブケーブルが外れていることが原因で発生します。この場合、Solaris ボリュームマネージャは、コンポーネントを「保守 (Maintenance)」状態に変更します。この場合には、電源を復旧したり、ケーブルを接続し直したりしてドライブを使用可能にしてから、ボリュームのコンポーネントを有効にする必要があります。
物理ディスクに、ディスクに関連しない一時的な障害があると考えられる場合。コンポーネントが「保守 (Maintenance)」状態であれば、そのコンポーネントを有効にするだけでコンポーネントを修復できる場合があります。これで問題が解決しない場合は、ディスクドライブを物理的に交換してからそのコンポーネントを有効にするか、システム上の他の使用可能なコンポーネントでそのコンポーネントを置き換える必要があります。

ドライブを物理的に置き換える場合は、新しいドライブを前のものと同じようにパーティション分割し、各コンポーネント上に十分な領域を確保する必要があります。

注

交換対象のドライブ上に状態データベースの複製やホットスペアがないか必ずチェックしてください。状態データベースの複製がエラー状態になっている場合は、ディスクを交換する前にその複製を削除し、交換後にコンポーネントを有効にしてから同じサイズで作成し直す必要があります。ホットスペアについても同じように処理してください。

コンポーネントを他の使用可能なコンポーネントで置き換える

既存のコンポーネントを他の未使用のコンポーネントで置き換える (または交換する) には、metareplace コマンドを使用します。

このコマンドを使用できるのは、次のような場合です。

ディスクドライブに障害があり、代わりになるドライブはないが、システム上に使用可能なコンポーネントが他にある場合。

どうしても交換する必要があるが、システムを停止したくない場合には、この方法を使用します。
ソフトエラーが発生した場合。

Solaris ボリュームマネージャではミラー/サブミラーや RAID 5 ボリュームが「正常 (Okay)」であっても、物理ディスクがソフトエラーを報告することがあります。問題のコンポーネントを他の使用可能なコンポーネントで置き換えると、ハードウェアエラーの発生を防止するための予防的保守を実行できます。
性能の調整を行いたい場合。

たとえば、Solaris 管理コンソール内の「拡張ストレージ」の性能監視機能を使用すれば、RAID 5 ボリュームの特定のコンポーネントが「正常 (Okay)」状態であっても、平均して高い負荷を処理していることがわかります。その場合には、ボリュームの負荷を均一化するために、このコンポーネントを、これより使用率の低いディスクのコンポーネントで置き換えることができます。このような処理は、ボリュームへのサービスを中断せずにオンラインで行うことができます。

「保守 (Maintenance)」状態と「最後にエラー (Last Erred)」状態

ミラーや RAID 5 ボリュームのコンポーネントにエラーが発生すると、Solaris ボリュームマネージャはそのコンポーネントを「保守 (Maintenance)」状態にします。これ以降、「保守 (Maintenance)」状態のコンポーネントには読み書きは実行されません。同じボリューム内の他のコンポーネントで次のエラーが発生した場合、そのエラーの処理方法は、ボリュームのタイプによって異なります。 RAID 1 ボリュームでは、多数のコンポーネントが「保守 (Maintenance)」状態になっても、読み取りや書き込みを継続できることがあります。 RAID 5 ボリュームは、その定義からして、「保守 (Maintenance)」状態のコンポーネントが 1 つだけであれば、引き続き動作します。

RAID 0 や RAID 5 ボリュームのコンポーネントにエラーが発生したときに、読み取りに使用できる冗長なコンポーネントが存在しない場合 (たとえば、RAID 5 ボリューム内の 1 つのコンポーネントが「保守 (Maintenance)」状態になった場合)、次に障害が発生したコンポーネントは「最後にエラー (Last Erred)」状態になります。ミラーまたは RAID 5 ボリュームに「最後にエラー (Last erred)」状態のコンポーネントがある場合、入出力はこれまでどおり「最後にエラー (Last erred)」に指定されたコンポーネントに対しても行われます。これは、Solaris ボリュームマネージャからは「最後にエラー (Last Erred)」状態のコンポーネントに最新の正しいデータコピーが含まれているように見えるからです。「最後にエラー (Last Erred)」状態のコンポーネントを含むボリュームは正常なデバイス (ディスク) のように動作し、アプリケーションに入出力エラーを返します。通常、この時点では、データの一部がすでに失われています。

必ず「保守 (Maintenance)」状態のコンポーネントを先に交換してから、「最後にエラー (Last Erred)」状態のコンポーネントを交換します。コンポーネントを交換して再同期を取ったら、metastat コマンドを使ってコンポーネントの状態を確認し、データが正しいことを検証します。

ミラーコンポーネントが「保守 (Maintenance)」状態である限り、データは失われていません。コンポーネントをどのような順序で置き換え、有効にしてもかまいません。コンポーネントが「最後にエラー (Last Erred)」状態の場合は、「保守 (Maintenance)」状態のほかのすべてのコンポーネントを置き換えてから、このコンポーネントを置き換えます。「最後にエラー (Last Erred)」状態のコンポーネントを交換したり有効にすることは、通常、一部のデータがすでに失われていることを意味します。ミラーを修復したら、必ずデータを検証してください。

RAID 5 ボリューム RAID 5 ボリュームは、1 つのコンポーネントの障害に耐えることができます。「保守 (Maintenance)」状態のコンポーネントが 1 つである限り、そのコンポーネントを置き換えてもデータが失われることはありません。ほかのコンポーネントに障害が発生すると、そのコンポーネントは「最後にエラー (Last Erred)」状態になります。この時点で RAID 5 ボリュームは読み取り専用になります。必要な回復処置を行なって、RAID 5 ボリュームを安定状態にし、データ損失の可能性を減らします。 RAID 5 ボリュームが「最後にエラー (Last Erred)」状態の場合には、データがすでに失われている可能性高くなります。 RAID 5 ボリュームを修復したら、必ずデータを検証してください。

RAID 1 および RAID 5 ボリューム内のスライスを交換または有効にするための背景情報

ミラーまたは RAID 5 ボリューム内のコンポーネントを交換する場合には、次の指針に従ってください。

必ず「保守 (Maintenance)」状態のコンポーネントを先に交換してから、「最後にエラー (Last Erred)」状態のコンポーネントを交換します。
コンポーネントを交換して再同期を取ったら、metastat コマンドを使ってボリュームの状態を確認し、データが正しいことを検証します。「最後にエラー (Last Erred)」状態のコンポーネントを交換したり有効にすることは、通常、一部のデータがすでに失われていることを意味します。ボリュームの修復後に、そのデータが正しいことを必ず確認してください。 UFS の場合は、fsck コマンドを使って「メタデータ」(ファイルシステムの構造) を検証してから、実際のユーザーデータをチェックする必要があります。 (実際には、ユーザーが各自のファイルを確認する必要があります)。データベースなどのアプリケーションは、独自の方法で内部のデータ構造を検証できなければなりません。
コンポーネントを交換する場合は、状態データベースの複製やホットスペアが存在していないか必ずチェックします。エラー状態の状態データベースの複製がある場合は、物理ディスクを交換する前に削除する必要があります。そして、コンポーネントを有効にする前に、この状態データベースの複製を追加してください。ホットスペアの場合も同じ処理が必要です。
RAID 5 ボリュームコンポーネントの交換中、データは、現在使用中のホットスペアか RAID レベル 5 パリティ (ホットスペアが使用されていない場合) を使用して復元されます。
RAID 1 ボリュームコンポーネントを交換すると、新しいコンポーネントとミラーの残りのコンポーネントとの間で、再同期が自動的に開始されます。再同期が終了すると、新しいコンポーネントは読み書きが可能になります。一方、コンポーネントのデータがホットスペアから復元されると、ホットスペアは「使用可能 (Available)」の状態にされ、他のスペア交換に使用できる状態になります。
新しいコンポーネントのサイズは、古いコンポーネントを置き換えられるだけの大きさでなければなりません。
「最後にエラー (Last Erred)」状態のデバイスを交換する場合は、用心のためにすべてのデータのバックアップをとってください。

注

サブミラーや RAID 5 ボリュームは、障害が発生したコンポーネントの代わりにホットスペアを使用していることがあります。障害が発生したコンポーネントをこの手順で有効にしたり、交換すると、そのホットスペアはホットスペア集合で「使用可能 (Available)」状態に戻り、使用可能になります。