RAIDアレイについてはあまり詳しくありませんが、ファイルサーバー用にRAID 5アレイを作成する予定です。ただし、RAIDをしばらく稼働させたら、それを別のマシン(完全に異なるハードウェア)に移動する予定です。アレイを壊してデータを再度配置せずに、アレイをマシン間で移動することはできますか?
PCIポートに接続する専用のRAIDコントローラーがある場合は、問題ありません。すべてのRAIDデータは、ドライブ上の一致するメタデータとともに、コントローラーに保存されます。その後、全体を別のサーバーに移動できます。一部のコントローラーでは、ドライブをシャッフルして、元の順序で戻す必要がないようにします(特に14個のディスクがある場合に役立ちます)。
ソフトウェアベースのRAID(WindowsまたはLinux)を使用している場合、これもマシン間で転送できます。 Windowsでは、すべての新しいディスクを挿入すると、それらをインポートするように求められ、問題なく動作を開始します。 Linuxの場合、手順はわかりませんが、同じようなものになると思います。
オンボードのRAIDコントローラーを使用している場合、ここで問題が発生する可能性があります。異なるハードウェア間で移動することを指定したので、たとえばAdaptec RAIDコントローラから3Wareコントローラに移動する場合、生存の可能性は最小限です。両方のボードに同じブランドのコントローラーが搭載されている場合、ディスクからメタデータを読み取ってアレイを再作成できる場合があります。
非常に勇敢な場合は、新しいコントローラーで新しい配列を作成し、以前に使用したコントローラーとまったく同じ設定(同じストライプサイズなど)を使用していることを確認します。配列を初期化し、「いいえ」と言って、最善を尽くしてください。 RAID0とRAID10でこの作業を行ったことがありますが、RAID5でこれを行ったことはありません。
つまり、簡単に言えば、簡単に移動できるようにしたい場合は、適切なRAIDコントローラーに100ドルを投資し、1回ですべてを移動します。
私はそれをやったが、ほぼ同じRAIDカードでのみ。また、ディスクにRAID情報を保存するRAIDカード。これは、外部RAIDカードがこれらの新しいディスクが実際にセットであることを検出し、それをそのように扱うためです。 RAIDカードのファームウェアレベルは、これらの種類の移動の可能性に影響を与える可能性があります。一部のカードはこれをまったく許可しません。
コントローラーを移動していると仮定すると、[〜#〜] and [〜#〜]ドライブを一緒に移動しますが、これは問題ありません。特にドライブを同じポートに保持する場合。
同じコントローラを使用していない場合、またはソフトウェアRAIDを使用している場合は、実際に使用しているソフトウェア/ハードウェアによって異なります。コントローラーは、「アレイローミング」と呼ばれるものを処理する必要がありますが、一部の製品ページやデータシートを見ると、これは頻繁に宣伝されているようには見えません。基本的に、アレイ情報はコントローラーではなくドライブに保存する必要があります。たとえば、私は3Wareコントローラを知っており、ZFSとLinuxの「md」がこれをサポートしています。
そのため、RAIDベンダーに連絡するか、使用されているハードウェア/ソフトウェアを正確にお知らせください。
ただし、いずれにしても、重要なデータのバックアップがあることを確認してください。少し前にソフトウェアRAIDまたはLVMグループを別のマシンに移動しようとしましたが、復旧することができませんでした。この場合、ある場所から別の場所に転送しているデータだけだったので、あまり追求していませんでした。
ショーン