.png)
現在、ESXi 5.5 で Solaris 11.1 を実行しています。HBA (ディスク コントローラ カード) は、VMDirectPath I/O と raidz プール (Vault と呼ばれます) を介して OS に渡されます。OS は、単一の専用 SSD データストアで実行されています。つまり、OS に障害が発生した場合、ミラー バージョンはありません。OS ディスクをミラーするためだけに別の SSD を購入するつもりはありません。Veeam バックアップ ソリューションを検討しましたが、VMDirectPath I/O のため、オンラインのときにバックアップすることはできません (スナップショットはオフラインである必要があります)。
私の質問は、OS ディスク障害の場合 (raidz プールは影響を受けず、ディスクとコントローラは別々)、OS を最初から再構築し、プールの強制インポート (例: 'zfs -f import vault') を実行する方がよいかどうかです。または、1 週間ほど前の OS バックアップを新しい ESXi データストアに復元し、その後は通常どおり続行しても問題ないでしょうか。ただし、プール内のデータは変更されている可能性がありますが、OS ディスクにはこれを追跡するものはなく、プールが破損/障害を起こしていることを検出するものはないと思います。
OS ディスクをバックアップするためのより良い提案、または OS ディスクを回復して zfs プールの使用を回復するための最良/最も安全な戦略をお持ちの方はいらっしゃいますか?
答え1
バックアップから OS を復元し、zpool import -f vault を使用してプールを強制的にインポートしても問題ありません。プール内のデータが変更された場合でも、この情報はすべてデータストア内に保持され、OS はほとんど関係ありません。
Solaris 10 および 11 へのアップデートをテストおよびロールバックするときに、サンドボックスとテスト システムでこれを実行していますが、今のところ問題は発生していません。Solaris とともにインストールされた zpool のバージョンが、ボールト プールのプール バージョンと同じかそれより新しい限り、問題は発生しないはずです。
OSディスクをバックアップする別の方法は、ここで詳しく説明されているように、zfs sendとreciveを使用することです。 http://docs.oracle.com/cd/E19253-01/819-5461/ghzwu/index.html そしてここ http://docs.oracle.com/cd/E19253-01/819-5461/ghzur/index.html