交換用ディスクを追加した後もRAIDアレイが劣化状態のままになる原因とは？

交換用ディスクが認識されても、再構築対象として有効なメンバーになっていないと、RAIDアレイは縮退状態のままです。よくある原因は、容量不足、外部メタデータ、未対応の状態、手動割り当ての未実施、または別のソースディスクの故障です。

交換用ディスクをむやみに初期化したり、外部構成をインポートしたりしないでください。まず、対象のアレイ、欠けている役割、交換用ディスクのシリアル番号、コントローラーの状態、再構築の可否を正確に特定してください。目的は、信頼できる元の構成を変更せずに、空の適格なディスクを追加することです。

正しいコントローラーで交換用ディスクが認識されていることを確認

ディスクがオペレーティングシステムには表示されてもRAIDコントローラーからは利用できない場合や、想定とは異なるエンクロージャースロットにあるものとしてコントローラーに表示される場合があります。物理ディスクのシリアル番号、ベイ、コントローラーポート、報告されたセクター数を照合してください。

RAID層で新しいドライブが認識されない場合は、アレイのメタデータを変更する前に、電源、バックプレーン、ケーブル、HBAモード、エンクロージャーのマッピングを確認してください。シリアル番号を特定せずに何度も挿入すると、誤ったメンバーを保守するおそれがあります。

Ready、Unconfigured、Spareは再構築中の状態ではありません

多くのハードウェアコントローラーでは、新しいディスクはReadyやUnconfigured Goodなどの中立的な状態になります。コントローラーの手順に従って、交換用ディスク、専用スペア、または利用可能なグローバルホットスペアとして割り当てるまで、アレイは縮退状態のままです。

Ready状態の新しいドライブは、存在するだけでは欠けているRAIDの役割を埋められないことを示す好例です。ホット挿入、手動交換、スペアへの割り当てのどれが必要か確認してください。

ソフトウェアRAIDでは通常、明示的な追加操作が必要

Linuxのmdアレイでは、ブロックデバイスが同じパスで再び認識されても、消失したディスクが必ず再追加されるとは限りません。以前のメンバーは削除済みとして記録されたままで、交換用ディスクは未使用のデバイスとして存在しているだけの場合があります。

mdadmで手動再追加するという動作は、安全上の境界を反映しています。以前に消失したデバイスを自動的に信頼するより、管理者が確認して意図的に追加するよう求めるほうが安全な場合があります。

異物メタデータが交換を妨げる可能性があります

再利用したディスクには、別のアレイのRAID署名が残っていることがあります。これをインポートすると現在の構成が変更される可能性があるため、コントローラーは異物として表示します。新品のディスクにも、工場出荷時、テスト時、または以前の使用時のメタデータが残っていて、自動的に使用可能にならないことがあります。

空の交換ディスクとして使うディスクから、異物の構成情報をインポートしないでください。異物として認識された交換ディスクの状態では、新しいメンバーを未構成の正常状態に変更するのが適切な手順であり、古いアレイ定義のインポートではありません。

容量とセクター構成はアレイの最低要件を満たす必要があります

交換ディスクには、故障したメンバーと同数以上の使用可能セクターが必要です。公称容量が同じでも、実際にはわずかに小さいことがあります。また、コントローラーによっては、論理または物理セクターフォーマット、インターフェースの種類、ファームウェアの適合性、暗号化機能の変更を拒否することもあります。

箱のラベルだけでなく、正確な容量とセクターフォーマットを比較してください。コントローラーが新しいディスクを非対応または容量不足と報告した場合、無理にオンラインにせず、互換性のある大容量の交換先を選んでください。

別のソースディスクが再構築を妨げている可能性があります

再構築には、残存メンバーから読み取り可能なデータが必要です。別のディスクに回復不能なセクターがある場合、タイムアウトが繰り返される場合、またはアレイから切断される場合、コントローラーは再構築を中止したり、交換ディスクをスペアのままにしたり、再構築の失敗後も縮退状態のままになったりすることがあります。

元のディスクが故障した時点から交換を試みるまでのイベントログを確認してください。最新の警告は交換先を指しているかもしれませんが、実際の阻害要因は別のソースメンバーで発生した読み取りエラーである可能性があります。

状態に基づくトラブルシューティングの順序を使う

コントローラー固有の手動再構築割り当てでは、復旧を開始するためにホットスペア操作を使用する場合があります。別のRAIDスタックからコピーした汎用コマンドではなく、そのプラットフォームのドキュメントに記載された状態遷移を使用してください。

システムを離れる前に再構築の開始条件を確認する

交換用ディスクを割り当てたら、処理済みブロック数が増加し、意図したシリアル番号がターゲットになっていることを確認できるまで監視してください。状態遷移が始まってすぐに中止された場合、ダッシュボードに一時的に再構築中と表示されていても、アレイは劣化したままです。

中止後に最初に表示されたエラーを保存してください。特に、残存するソースディスクでタイムアウトが発生した場合や、コントローラーがターゲットのジオメトリを拒否した場合、最後の概要よりも実際の阻害要因が明確に示されることがよくあります。

よくある質問

交換用ディスクは先に初期化すべきですか？

通常は必要ありません。初期化によってメタデータが書き込まれることがあり、誤ったディスクを選ぶと破壊的な結果を招くおそれがあります。コントローラーの交換手順に従って、空であることを確認済みのターゲットだけを準備してください。

コールドスワップ後、新しいディスクが未使用のままなのはなぜですか？

コントローラーによっては、ホット挿入時と異なる方法で交換用ディスクを検出し、関連付けることがあります。コールドスワップでは、欠落した役割と別の使用可能なディスクが残り、そのディスクを手動で割り当てる必要が生じることがあります。

ドライブを強制的にオンラインにできますか？

強制オンライン操作は、特定の復旧状況を想定したものです。古いデータを昇格させるおそれがあります。新しい空の交換用ディスクは、現在のアレイデータを保持しているかのように扱うのではなく、再構築先またはスペアとして割り当ててください。

メンバー構成が変更されて初めてアレイは正常になる

見える場所に交換用ディスクがあっても、劣化状態は解消されません。使用可能で、欠落している役割に割り当てられ、読み取り可能なソースから再構築され、アクティブな同期済みメンバーに昇格される必要があります。