RAIDドライブにアクセスするための新しいマザーボードまたは新しいPC
起動を拒否するPCがあります。マザーボードによって提供されるRAIDアレイ（RAID 0、または場合によっては1）に4つのディスクドライブがあります。プライマリHDが1つ、RAID用に4つ追加されています。
可能であれば、RAIDアレイ上のデータの一部を回復したいと思います。完全に新しいマシンを購入し、4つのディスクを別のRAIDアレイにプラグインすると、新しいコンピューターはこれらのディスクを読み取ることができますか、それとも現在持っているのと同じマザーボード（Abit QuadGT）を購入する必要がありますか？
I7ベースのPCに移行したいので、可能であれば同じボードを購入したくありません。しかし、必要な場合は、手に入れることができれば、中古のQuadGTを購入します。
アレイがミラーのセットである場合、それらは別のコントローラーで機能する可能性があります。ストライプセット（RAID 0）が含まれている場合、その可能性はかなり低くなります。
ただし、一般的に、これが「fakeraid」/マザーボードレイドが悪い考えである理由です。ボリュームにアクセスするには、正確なRAIDコントローラーまたは同様のコントローラーが必要になる可能性があります。真のハードウェアRAIDを使用すると、コントローラーを転送でき、ソフトウェアRAIDを使用すると、同じOSを使用している限り、アレイを移植可能に保つことができます（最近ではそれほど大きな問題ではありませんが、パフォーマンスの低下はわずかです）。
また、RAIDがバックアップではなく冗長性（または0の場合は速度）のためである理由の良い例です。
これは、意見を二極化する傾向があるトピックの1つです（特に、この問題について少し考えたことがない人にとって）。
S/W RAID（Windows、Linuxなどに実装されている）は、ハードウェアRAIDコントローラーの特性に依存しないことを意味します。また、H/WRAIDよりもパフォーマンスが少し遅くなります。
H/W RAIDは、OSが巧妙で特別なものを必要としないことを意味します-RAIDボリュームとの通信さえも知りません（または少なくとも原則として）。
ただし、H/W RAIDは通常、何かを回復するためにまったく同じRAIDコントローラーが必要であることを意味します。
このようなシステムでは、弱点、つまり単一障害点を分析する必要があります。たとえば、ドライブに障害が発生する可能性があり、ストライピングを使用すると、多くが失われます。ミラーリング（またはRAID 5、またはRAID 1 + 0のようなコンボ）を使用する場合は、使用しません。 h/w RAIDコントローラーを紛失した場合、確実に元に戻すために同じものをもう1つ必要とします（多くを失う可能性があります）。プロセッサまたはRAMを紛失した場合は、交換するか、新しいハードウェアでコントローラまたはドライブを入手するための何らかの手段が必要です（またはロットを紛失します）。
これらのそれぞれには、壊れたアイテムの場合のリスクと交換の容易さが関連しています。
前に指摘したように、RAIDはバックアップの代わりにはなりません。これらすべてを理解した上で、シングルポイント障害イベントへの露出を減らしたい場合は、ハードウェアの「もの」を最小限に抑える方がおそらく良い方法です。つまり、OSによって実行されるs/w RAIDで、パフォーマンスが低下します。 。
これは、あなたの場合、まったく同じH/W RAIDコントローラーを入手できれば、データを取得する可能性が向上することを意味します（ただし、100％ではありません-何が悪かったかによって異なります）。同じコントローラーを入手できない場合は、チャンスが減ります。おそらくゼロに。試してみるまでわかりませんが、結果にお金を賭けてはいけません。
まったく同じm/bを購入し、すべてのドライブを接続すると、どこかに到達する可能性があります。できません。あなたはマシンが起動しないと言います、そしてそれの原因はブートディスク/セクター/情報/パーティションがホースで止められたということかもしれません。その場合、どのハードウェアを使用しようとしても問題はありませんが、チャンスは良くありません。
原因がRAIDコントローラの破損である場合は、どこかに到達する可能性があります。それはすべて、それが壊れた原因に依存しています。
Rolniksの質問の場合：h/w RAIDの私の経験は、セットアップまたは長期的な結果のいずれかで一般的に不満でした（1つのディスク障害が発生して回復できない多くのh/w RAID5システムを見てきました彼らがすべきとき-それはそのためです！）。多数のs/w RAIDシステム（SolarisおよびWindows）を使用しましたが、再構築やリカバリなどの問題はまったくありませんでした。
また、Windowsから2ドライブのミラーを取り出し、データを失うことなく、同じボックスでXPからWin7に移行しました。次に、まったく新しいハードウェアに直接接続し、すべてが「正常に機能」していました。データの損失はありませんでした。
私にとっては、S/W RAIDが勝者でした。（また、プレーンなOLE SATAポートがたくさんあるマザーボードを選んで、ドライブを接続するだけです...簡単でセットアップが安い）。
Windowsで読み取り可能なLinuxディストリビューションで同等のソフトウェアRAIDシステムをセットアップできるのに、fakeraidシステムをセットアップする理由はほとんどありません。ハードウェアに依存しないため、問題が発生した場合の回復は比較的簡単です。
とは言うものの、このような状況でmdadmを設定することは、単にfakeraidを使用して、Linuxディストリビューションがマザーボード固有の実装をサポートするようになることを期待するよりもはるかに困難です。 （Windowsで読み取り可能なソフトウェアRAIDの包括的なmdadmガイドを見つけることができませんでしたが、可能であることはわかっています）