元のコントローラーなしでRAID 1アレイからデータを抽出する
Dell x346サーバーがクラッシュし（マザーボードが故障）、ハードドライブからいくつかのファイルを取得する必要があります。これらはRAID1の2台のSCSIハードドライブです。私が知る限り、両方のドライブで問題ありません。
ドライブの1つを別のコンピューターに置いて、データを取得することはできますか？
通常、RAID1は、ハードウェアRAIDコントローラーが使用するドライブの最後にメタデータが少しある2つ以上の通常のドライブではありません。
したがって、それらの1つを別のコンピューターに置いても安全です。 RAIDメタデータを読み取ったり変更したりする可能性を回避するためだけに、このためにRAIDコントローラーを使用することはありません。さらに、新しいドライブを表示するには、通常、いくつかの低レベルのRAIDセットアップを行う必要があります。可能な場合は回避しようとします。ただし、通常のSCSIコントローラでは、ドライブが正常に動作し、データをコピーできる可能性があります。
本当に慎重になりたい場合は、ddを使用してドライブの1つのイメージを作成し、Linuxのループデバイスを使用してイメージをマウントします。
それはRAIDを実行するハードウェアコントローラーでしたか、それともコントローラーが単に接続として機能し、RAIDがソフトウェアで実行されたのでしょうか。
ハードウェアRAIDの場合は、ディスクをまったく同じモデルのコントローラーに接続する必要があります。そうしないと、RAIDが損傷するリスクがあります。
それがソフトウェアRAIDの場合は、プラグインできるはずであり、Just Work（tm）になります。
RAID-0やJBODではなくRAID-1の場合、RAIDハードウェアが本当に奇妙なことをしていなければ、ドライブはお互いの正確なコピーである必要があります。ほとんどのドライブには、読み取り専用のジャンパーがありません。これは、実験に理想的です。私は1台のドライブをRAID以外のコントローラーに入れて、何が起こるか見てみます。最悪の場合should RAIDコントローラが何か変なことをしたか、RAID-1ではなかったため、ドライブでパーティションが検出されなかった可能性があります。Windowsが新しいドライブがあることを検出した場合は、 NOと言うようにフォーマットする必要があります。
絶対的な最後の手段を除いて、ドライブを別のレイドコントローラーに入れることはしません。コントローラは、コントローラが設定されるまでドライブを受け入れない場合があり、コントローラは、設定の一部としてアレイを自動的に「初期化」する場合があります。
RAIDコントローラーに障害が発生し、互換性のある代替品が利用できなかったときに、これを1回実行する必要がありました。ドライブの先頭にある一種のRAIDヘッダーを除いて、ドライブの内容は正常でした。残念ながら、これはMBRが通常の場所にないことを意味し、ディスクは事実上マウントできませんでした。私にとってうまくいったのは、ヘッダーサイズを把握し、dd skip=headersizeinblocks if=/dev/disk1 of=/dev/disk2を使用してそのコンテンツ（マイナスヘッダー）を別の（大きい）HDにコピーし、通常はマウントできるようにすることでした。