交換用ディスクを追加してもRAIDアレイが劣化状態のままになる原因は何ですか？

交換ディスクが見えていても有効なリビルドメンバーになっていない場合、RAIDアレイは劣化状態のままです。よくある原因はサイズ不一致、外部メタデータ、サポートされていない状態、手動割り当ての欠如、または他の故障中のソースディスクです。

交換ディスクを初期化したり、外部構成をランダムにインポートしたりしないでください。まず正確なアレイ、欠損役割、交換ディスクのシリアル番号、コントローラー状態、リビルド適格性を特定します。目標は信頼されたソース構成を変更せずに空の適格ターゲットを接続することです。

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

ディスクはOS上で見えてもRAIDコントローラーからは利用不可の場合や、コントローラーからは予期しないエンクロージャスロットに見える場合があります。物理シリアル番号、ベイ、コントローラーポート、報告されたセクター数を比較してください。

新しいドライブがRAIDレイヤーで見えない場合は、アレイのメタデータを変更する前に電源、バックプレーン、ケーブル、HBAモード、エンクロージャマッピングを確認してください。シリアル番号を特定せずに繰り返し挿入すると、誤ったメンバーを扱うことになります。

Ready、Unconfigured、Spareはリビルド中ではありません

多くのハードウェアコントローラーは、新しいディスクをReadyやUnconfigured Goodなどの中立的な状態に置きます。ディスクが交換用、専用スペア、またはグローバルホットスペアとして割り当てられるまで、アレイは劣化状態のままです。

Ready状態の新しいドライブは良い例です：存在するだけでは欠損したRAIDの役割を果たしません。ホットインサート、手動交換、またはスペア割り当てが必要かどうかを確認してください。

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

Linuxのmdアレイは、同じパスにブロックデバイスが戻ってきたからといって、消えたディスクを自動的に再追加するわけではありません。古いメンバーはまだ削除済みとマークされている可能性があり、交換ディスクは未使用のデバイスとして存在しているだけです。

手動のmdadm再追加の動作は安全境界を反映しています。以前に消えたデバイスを自動的に信頼するよりも、管理者が確認して意図的に追加することを要求する方が安全です。

外部メタデータが交換を妨げることがあります

再利用されたディスクには別のアレイのRAID署名が含まれている場合があります。コントローラーはこれを外部とラベル付けします。なぜならインポートするとアクティブな構成が変更される可能性があるためです。新品のディスクでも工場出荷時、テスト、または以前の使用のメタデータが自動的な適格性を妨げることがあります。

空の交換用ディスクとして意図されたディスクから外部構成をインポートしないでください。外部交換ディスク状態の場合、新しいメンバーを未構成良好状態に変更することが適切な手順であり、古いアレイ定義をインポートすることではありません。

容量とセクターのジオメトリはアレイの最小要件を満たす必要があります

交換ディスクは故障したメンバーと同等以上の使用可能なセクター数を提供する必要があります。名目上同じドライブでも少し小さいことがあります。一部のコントローラーは論理または物理セクター形式、インターフェースタイプ、ファームウェアの認定、暗号化機能の変更も拒否します。

ラベルだけでなく、正確なサイズとセクター形式を比較してください。コントローラーが新しいディスクをサポートされていないか小さすぎると報告した場合、無理にオンラインにせず、互換性のあるより大きなターゲットを選択してください。

別のソースディスクがリビルドを妨げている可能性があります

リビルドには生存しているメンバーからの読み取り可能なデータが必要です。別のディスクに回復不能なセクター、繰り返されるタイムアウト、またはアレイからの切断がある場合、コントローラーは中止し、交換ディスクをスペアとして保持するか、リビルド失敗後に劣化状態のままになることがあります。

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

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

コントローラー固有の手動再構築割り当ては、ホットスペア操作を使って回復をトリガーする場合があります。別のRAIDスタックからコピーした一般的なコマンドではなく、プラットフォームの文書化された状態遷移を使用してください。

システムを離れる前に再構築トリガーを確認してください

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

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

よくある質問

交換ディスクを最初に初期化すべきですか？

通常はしません。初期化はメタデータを書き込み、誤ったディスクを選択すると破壊的になる可能性があります。コントローラーの交換ワークフローを使い、確認済みの空のターゲットのみを準備してください。

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

一部のコントローラーはホット挿入時に交換ディスクを異なる方法で検出し関連付けます。コールドスワップでは欠損した役割と別の準備済みディスクが残り、手動で割り当てる必要があります。

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

強制オンライン操作は特定の回復状況を想定しており、古いデータを昇格させる可能性があります。新しい空の交換ディスクの場合は、現在のアレイデータを含むふりをするのではなく、再構築ターゲットまたはスペアとして割り当ててください。

メンバーシップの変更後にのみアレイは正常になります

可視的な交換は劣化状態を解除しません。交換対象は適格であり、欠損した役割に割り当てられ、読み取り可能なソースから再構築され、アクティブな同期メンバーに昇格されなければなりません。