現在の回答：はい、RAIDの復旧は可能です。ただし、この2024年の障害発生時は交換機能が無効化されていました
失敗したテスト自体は、実際に起きた歴史的な事例です。ZimaOS 1.2.1では、IceWhaleが検証上の問題を理由に、RAIDの交換機能を明示的に無効化していました。したがって、空の復旧ダイアログはRAID復旧が決して機能しない証拠ではなく、特定バージョンで機能が無効化されていたことを示すものでした。
データがまだ重要なら、RAIDを再作成したりフォーマットしたりしない
現在の復旧手順は、はるかに慎重なものになっています。再インストールやストレージデータベースの消失後に既存のアレイが認識されなくなった場合は、メンバーディスクを保全し、新しいアレイを作成する前に保存済みのRAID設定を復元してください。ZimaOS RAID復旧では、現在のlocal-storage.db方式と、データが破壊される代替手段への切り替え境界について説明しています。
Linuxのmdadmアレイ検査は、mdアレイを識別するための上流側のリファレンスです。
交換テストの失敗とアップデートの失敗は、別の問題だった
その後、このスレッドにはアップデートを確認できない1.2.0のシステムも登場しました。このケースは、アップデートのダウンロードがブロックされていたことが原因のファイアウォール関連の問題でした。同じ議論の中で扱われていたからといって、利用できないソフトウェアアップデートとRAIDメンバー交換の失敗を混同しないでください。
失っても問題ないデータで復旧をテストする
当初の考え方は正しいものでした。重要なデータをアレイに預ける前に、劣化モードと交換動作を確認すべきです。使い捨てにできるテストファイルを使用し、メンバー1台を適切に取り外して、想定どおりアレイが劣化状態かつ読み取り専用になることを確認します。その後、既知の正常な交換ディスクを追加し、再構築状態を監視してください。
カーネルのLinux MDの動作が、より低レベルのモデルを提供します。
RAIDの復旧はバックアップではない
RAIDの再構築に成功すると、メンバーディスクの故障からは保護されます。しかし、誤削除、ファイルシステムの破損、マルウェア、コントローラーのミス、または誤ったディスク上での新しいアレイ作成からは保護されません。アレイの外部に、検証済みのコピーをもう1つ保管してください。
現在の複数ドライブ対応ハードウェアと復旧計画については、ZimaCube 2ストレージで現行プラットフォームの概要を確認できます。
