12台のドライブが接続されたHPSmartArrayコントローラー(モデルP410)を使用する古いマシン(HP DL180 G6)があります。 ZFSアレイをセットアップしたかったので、コントローラーの機能にはそれほど興味がありませんでしたが、コントローラーにパススルーモードがないことがわかりました。
回避策として、ドライブごとに1つずつ、合計12の論理「RAID0」ボリュームを作成しました。この設定は、約3年間うまく機能しています。
コントローラに障害の兆候が見られ始めたので、資金が利用可能になったので、この機会に古いSATAHBAに移行したいと思います。
コントローラをHBAに交換した後、ドライブを読み取り可能にするために他の手順を実行する必要がありますか、それとも「正常に機能」しますか? (言い換えると、SmartArrayは、データを他の人が読み取れないようにするデータ構造に対して何かをしましたか?)
DL180 G6の場合、いくつかのオプションがあります。
複数のRAID0アレイを引き続き使用する-これに伴う問題は、ドライブの障害が本質的に論理ドライブの障害であり、交換用ディスクを認識するために再起動が必要になる可能性があることです。
スマートアレイP420またはH220またはH240にアップグレードします。 P420は「HBAモード」にすることができます。 H220およびH240はHBA(LSIチップセット)です。これにより、要求しているrawディスクアクセスが提供されます。
それをねじ込み、必要なレベルのハードウェアRAIDアレイ(RAID 1 + 0)を作成し、OS用の小さな論理ドライブ(sda)と、zpoolで使用できる別の大きな論理ドライブを作成します。これにより、ZFSボリューム管理と柔軟性が得られますが、ハードウェアRAID、簡単なドライブ交換、監視、およびフラッシュ/バッテリーバックアップ書き込みキャッシュ。
インターネット上の人々は「いいえ、これをしないでください... ZFSはrawディスクを必要としています」と言うでしょうが、実際には、OSディスクを割り当てる必要がないため、これによりディスク容量が最大化されます。 HPハードウェアRAIDは非常に回復力があります。書き込みキャッシュは便利です。 ZFSは、lz4圧縮とARC/L2ARCの柔軟性とパフォーマンスの向上に最適です。適切なZILSLOGデバイスと非常によく設計されたセットアップを使用する立場にない場合、ZFS純粋主義者rawディスクのことはそれほど重要ではありません。
いいえ、とにかく通常の状況ではできません。作成したものは、そのディスク上にメタデータと特殊なパーティショニングレイヤーがあり、RAIDコントローラーがその上にパーティションを作成して抽象化に結合します。これはいずれも、オペレーティングシステムが直接読み取ることができる「通常の」パーティショニングおよびディスクメタデータではありません。そのため、従来のディスク構造の下にあるボリュームの形式を読み取ることができることに加えて、特定のオフセットでそのディスク上のデータを読み取る必要があります。
通常、このシステムをバックアップしてから、新しいディスクと、ディスクアクセスの邪魔にならない抽象化を行わない新しいHBAに復元するのが最も簡単です。