私は次のテストのためにHyper-VでDebian 9を使用しています。それぞれパーティションがあり、/dev/md0RAID1/dev/sda1と/dev/sdb1。定義されたルートEXT4ファイルシステムがmd0正しく機能します。
sdbその後、仮想ハードウェアを削除してディスクを削除するためにコンピュータを再起動しました。すべてがうまくいきます。これで、アレイはきれいですが、パフォーマンスが低下したというメールが届きました。
md0 : active raid1 sda1[0]
4877312 blocks super 1.2 [2/1] [U_]
わかりました、予想通りです。再接続し、sdb同じディスクファイルを使用して新しい仮想ディスクを作成し、コンピュータを再起動しましたが、システムがディスクを再検出できないようです。何も変わりませんでした。アレイにはまだ1つのドライブがあり、きれいでパフォーマンスが低下しています。mdadm --detail /dev/md0それでもディスクが削除されたことが報告されます。
uuidとディスク名が一致するため、次回の起動時にディスクが自動的に再検出、再接続、および再同期されることが予想されます。
ディスクを手動で再追加し、mdadm --manage /dev/md0 --add /dev/sdb1システムがそれを同期すると、アレイはきれいに戻りました。
これがシステムがどのように機能するのでしょうか？
mdadm: Found some drive for an array that is already activePS：起動時に多数のメッセージを受け取ります。mdadm: giving up.
答え1
RAIDディスクが突然消え（オペレーティングシステムに関する限り）、RAIDアレイのパフォーマンスが低下して再び表示される場合、システム管理者が意図的にディスクを取り出して再挿入したためですか？あるいは、どこかに断続的な接続があるかもしれません。ケーブルが損傷しているか、接続が緩んでいる可能性があります。
システムが削除と復元が意図的なものであることを知る方法がある場合はどうなりますか？、自動的にピックアップすることができます。ただし、ソフトウェアRAIDにはそのような知識がないため、最悪のシナリオを想定し、特に指定しない限り、何らかの理由でディスクや接続が信頼できないように動作します。
ハードウェアRAIDコントローラホットスワップ可能ディスクを備えたディスクには、特定のスロットのディスクが物理的に取り外され、交換されたときを検出する追加の回路があり、そのRAIDコントローラに接続されているスロット内のすべてのディスクは、次の追加仮定に従って常にRAID動作と見なされますすることができます。ディスク。
したがって、ディスクが消えてホットプラグモニタリング回路からディスクが物理的に取り外されたことを示す場合、コントローラは後で同じスロットに挿入されたディスクに独自のタイプのRAIDメタデータがあることを確認できます。メタデータがないと、工場から新しく新しく作成されたディスクである可能性が高く、ホットスワップモニタ回路にディスクが完全に接続されていることを示すことで上書きされる可能性があります。同様に、メタデータに再挿入した後に同じディスクとマークされている場合は、RAIDグループを自動的に復元できます。
メタデータが存在し、ディスクが一時的に属していたことを示す場合その他RAID を設定する場合、システム管理者は同じタイプの RAID コントローラを使用して別のサーバーからデータを回復するように設定できるため、追加の指示を待つことをお勧めします。管理者はディスクを上書きするかディスクをインポートするかを決定します。他のRAIDボリュームのRAID設定と現在のデータがあります。
しかし、ディスクが消えてホットプラグ監視回路がディスクがまだ物理的に存在していることを示している場合、ハードウェアRAIDコントローラは後でそれ自体が再現されても欠陥があると宣言するのに十分な理由があります。
（重要なレッスン：障害が発生したサーバーからデータを回復するためにハードウェアRAIDディスクを障害が発生したサーバーから他の同様のサーバーに移動する場合は、接続する前に受信サーバーに劣化したRAIDセットがないことを確認してください。コピーにいくつかのキーが含まれています。