効果的なHyper-Vバックアップ戦略一覧

一般的なHyper-Vバックアップ戦略

Hyper-V 仮想マシンのバックアップは簡単ですが、設定によっては複雑になることもあります。

Hyper-Vの災害復旧シナリオにはいくつかの一般的なものがあります。

    仮想マシンをバックアップし、バックアップ履歴を残す。例えば、毎晩バックアップを取り、過去7日間の履歴を保存します。
    エージェントレスバックアップとして知られるライブバックアップとオフラインバックアップ（ホットバックアップまたはコールドバックアップ）。
    保存された状態のバックアップ（バックアップのフリーズ
    VM内部でのバックアップ（エージェントバックアップ
    ライブ Hyper-V VM レプリケーション

 
ホストからのバックアップ
ライブHyper-Vバックアップ

ライブバックアップは、ほとんどのユーザーが望んでいるものです。ライブバックアップはHyper-VとVSS（Microsoft Windows XP以降のボリュームシャドウサービス）によって提供されます。

古いオペレーティングシステムはVSSを提供していないため、ライブバックアップツールとは互換性がありません。

ライブバックアップが正常に動作するためには、以下のものが必要です。

    VSS対応のホスト・オペレーティング・システムとVSSが適切に動作していること。(Windows Server 2008 以降)
    VSS 対応のゲスト・オペレーティング・システム。VM は Windows XP または Server 2003 以降を実行する必要があります。ホストオペレーティングシステムのバージョンによっては、一部のLinuxがサポートされている場合があります。
    各VMに最新のHyper-Vインテグレーションサービスがインストールされている必要があります。
    NTFS ファイルシステムを使用する必要があります。
    十分なRAMとディスク容量が必要です（10GBのディスク容量と1GB以上のRAMが必要です）。
    十分な容量のVSSストレージ領域が必要です。VSSUIRUN.EXE または vssadmin を使用して、問題を回避するために 10 GB 以上の制限なしまたは上限を設定してください。

バックアップアプリケーションがプロセスを開始し、Windows、Hyper-V、およびVSSを巻き込みます。バックアップ信号も VM にプッシュされます。その後、VMのVSSがトリガーされ、VSSリクエストを処理できる可能性のあるVM内のすべてのサービスに通知されます。その後、VMが中断することなく動作を継続している間、VMの仮想フリーズ、アプリケーション、クラッシュの一貫した状態を経由してバックアップが取られます。

 
オフラインVMバックアップ

オフラインVMバックアップは、VSS対応のサービスやオペレーティングシステムを持っていない場合に最適です。しかし、オフラインでのバックアップの方が「良い」場合もあるからです。VM のオペレーティングシステムを含むすべてのサービスをシャットダウンする必要があります。その後、バックアップが取られ、VMは再び起動します。これにより、VMは定期的に起動可能になりますが、多くの設定では、必要なダウンタイムが問題になることがあります。

VM を再起動することは、システム内の Windows やその他の一時領域をクリアし、VM が実際に起動可能になることを保証するために良いことです。VHD が破損していたり、ウイルスやソフトウェアの障害によって起動手順に問題が発生することがあります。バックアップを常にライブで取り、VMを再起動しないようにしておけば、エラーが表面化して気づかれることはありません。

さらに、多くの場合、管理者は仮想サーバー上で実行されている VSS と互換性のないサービスがあるかどうかを把握していません。

例としては以下のようなものがあります。

    Microsoft Access
    MySQL
    専有データベースとフラットファイルのデータストアの配置

 
保存された状態のバックアップ

Saved Stateとは、Microsoftが考案したもので、VSSに準拠していないオペレーティングシステムのデータ損失を（通常は）最小限に抑えて、ある程度有用なバックアップを取ることができるようにするためのものです。

    Windows Server 2008 / R2 および 2012 ホストサーバ上のほとんどの Linux バージョン
    Windows Server 2000以上
    Hyper-V 統合サービスが古い、または存在しない最新の Windows バージョン

VMに最新のHyper-V Integration Serviceがインストールされていない場合、Saved Stateモードでバックアップされます。

Saved Stateバックアップは、以下のような場合にも実行されます（バックアップアプリケーションではなく、Hyper-V管理者の判断に委ねられます）。

    十分なリソースがない場合（RAM（RAMが大きく断片化されている場合））。
    VM OSがブートまたはシャットダウンプロセスにある場合

 
ライブ Hyper-V VM レプリケーション

バックアップ・バージョニングを使用して、あるサーバから別のサーバにVMを複製し、過去のバージョンをX数保存することもできます。仮想ディスクを圧縮して重複排除する代わりに、VSS がクラッシュしてもアプリケーションと一貫した状態になれば、仮想ディスクをコピーすることができます。リカバリーサーバ上では、仮想ディスクはネイティブフォーマットで起動可能な状態になっているため、必要なときにいつでも遅滞なく起動することができます。

 
VM 内部でのバックアップ（エージェント・バックアップ

一部のシナリオでは、VM内でバックアップを取る必要があります。

    ホストからライブでバックアップできないVSS互換性のないOS（LinuxやWindows Server 2000など）を使用している場合
    iSCSIやホストに物理的にマウントされたパーティションのように、VM内で直接接続されたストレージを使用しています。

 
両方の戦略をうまく機能させるための別の解決策

Granular Backup for Hyper-Vは、IT管理者がホストからVM内のファイルにアクセスできる画期的な機能です。ホストからVMの仮想ディスクにアクセスできる状態であれば、VM内部にソフトウェアをインストールすることなく、VMフォルダのライブバックアップを実行することができます。このHyper-Vのバックアップソリューションを参照してください。