私たちの環境には、さまざまなサーバー イメージをホストするために Windows Hyper-V を実行している 3 台の物理サーバーがあります。イメージ自体は、iSCSI インターフェイス経由で接続された Dell Equallogic SAN に保存されています。SAN 上のボリュームは、毎日定期的にスナップショットを作成するように設定されています。
私たちが直面している問題は、このソリューションは、特定のイメージやホスト サーバーに問題が発生した場合に多くの冗長性を提供しますが、SAN に問題が発生した場合、私たちの運用全体が台無しになってしまうことです。SAN に 4 万ドルを費やした後、Dell は、レプリケーション用の 2 番目の SAN にさらに 3 万ドルを費やすか、スナップショットではなく実稼働イメージをバックアップするための別のソフトウェア パッケージを購入するよう求めています。=/
セカンダリ サーバーまたはデバイス (別の SAN 以外) をセットアップして、接続してスナップショットからサーバー イメージのコピーを取得する方法が他にないなどとは信じられません。これは、SAN が別のサーバーにプッシュするものか、セカンダリ サーバーが SAN からプルするものかもしれません。わかりません。
他のユーザーがバックアップを管理するためにどのようなオプションを選択したかを知りたいです。
答え1
SAN スナップショットのマウントは、SAN がサポートしていれば可能です。これはローエンドの SAN では一般的な機能ではなく、通常、ミッドグレードおよびハイエンドの SAN では購入可能な機能です。そうは言っても、ボリューム スナップショットはこれを行うための適切な方法ではありません。はい、これはサーバーをすぐに元に戻す必要がある場合には有効ですが、おわかりのように、これは「バックアップ」ソリューションではありません。
これを行う正しい方法は、実行中の Hyper-V ゲストをバックアップするように設計されたバックアップ プログラムを使用することです。SAN ボリューム スナップショットは、その計算には含まれません。