Hyper-V 仮想マシンのバックアップ：完全ガイド
Microsoft Hyper-V マシンを運用している場合、ファイルやアプリケーション オブジェクトの復元から、Hyper-V または他のプラットフォーム上での仮想マシン(VM)全体の復元に至るまで、さまざまなシナリオでの復旧を確実にするバックアップ手法は数多く存在します。
しかし、Hyper-V仮想マシン(VM)のバックアップ手法にはそれぞれ適したユースケースがあり、リソース効率や復旧オプションの点で異なる場合があります。このブログ記事では、Hyper-V VMのバックアップ方法、その手順、およびベストプラクティスについて解説します。
Hyper-V 仮想マシンのバックアップ方法
まずは、Microsoftが提供するHyper-Vバックアップ用のネイティブツールから見ていきましょう。主に、Hyper-V仮想マシンのバックアップを可能にする組み込み機能である"Windows Server Backup"と"PowerShellコマンドレット"を使用できます。大規模な環境向けの他のソリューションもあります。
以下に、これらのネイティブツールを使用してHyper-V仮想マシンをバックアップする主な方法をまとめました:
- Windows Server Backup – Hyper-V を選択し、バックアップ対象の仮想マシン(VM)を指定できます
- PowerShell を使用して VMのエクスポート コマンド、または Start-WBBackup コマンド
- System Center Data Protection Manager(System Center Virtual Machine Manager と連携し、PowerShell からも管理可能)
あるいは、管理者はHyper-V仮想マシンのバックアップに対応したサードパーティ製の専用バックアップソリューションを利用することもできます。これらのソリューションは、MicrosoftのAPIを活用して、Hyper-Vホスト上の高度なバックアップ機能にアクセスすることができます。
ホストとゲストのHyper-V仮想マシンのバックアップ
Hyper-V 仮想マシンのバックアップ用に設計されたネイティブツールやサードパーティ製バックアップソリューションのいずれを使用する場合でも、主なアプローチは"ゲストレベル"と"ホストレベル"の2つがあります。それぞれのアプローチの特徴について、詳しく見ていきましょう。
ゲストレベルのバックアップ
ゲストレベルのVMバックアップでは、ゲストOSにインストールされた特別なエージェントベースのソフトウェアを使用してバックアッププロセスを実行します。このバックアップ手法は、物理ホストのバックアップと類似しています。
ゲストレベルのバックアップでは、Microsoftの ボリューム シャドウ コピー サービス (VSS:Volume Snapshot Service)を使用して、一貫性のあるデータコピーを作成します。Windows向けに開発されたバックアップソフトウェアのほぼすべてにVSSが組み込まれており、これにより アプリケーションを意識したデータバックアップ. VSSは、仮想マシンが稼働中であっても、ボリュームのスナップショット、つまり特定の時点における"シャドウ"コピーを作成できる技術です。この処理には、VSSの構成要素であるVSSライターが使用されます。Linuxでは、この目的のためにLVM(論理ボリュームマネージャー)が使用され、アプリケーション一貫性のあるスナップショットが作成されます。
エージェント:定義と役割
エージェントとは、ファイルシステムやアプリケーションと連携するために、物理コンピュータまたは仮想マシンにインストールされるバックアップソフトウェアのコンポーネントのことです。エージェントは通常、ゲストOS内でシステムプロセスとして実行され、バックアップの管理に使用されるサーバーとネットワーク接続を確立します。 バックアップソフトウェアは、エージェントを使用して、システム全体、または個々のファイルやプログラムのコピーを作成します。
なお、エージェントを使用してVMのバックアップを実行することは、エージェントレスなバックアップソリューションを使用する場合ほど効率的ではないため、レガシーなアプローチと見なされています。ただし、仮想環境においてこのアプローチが適用されるユースケースもいくつかあり、それについては次のセクションで説明します。
ゲストレベルのバックアップのユースケース
仮想環境において、次のような場合には、ゲストレベルのバックアップ手法を採用せざるを得ない場合があります:
- ゲストOSがハイパーバイザーによって公式にサポートされていない場合、ホストレベルの手法を用いてアプリケーション一貫性のあるバックアップを作成することは不可能です。
- 仮想マシンがゲストOSレベルで共有ストレージに接続されている場合、またはホストレベルのバックアップソフトウェアでサポートされていない直接接続された物理ディスク(パススルーディスクを含む)を使用している場合。
たとえば、VMがiSCSIプロトコル(ゲスト内のiSCSIイニシエーターを使用)を介してSAN(ストレージエリアネットワーク)のLUN(論理ユニット番号)に接続されており、データベースサーバーやファイルサーバーなどのソフトウェアがそのボリュームを使用しているとします。 この場合、Hyper-VのVSSライターは、VMで使用されているすべてのディスク(VHD仮想ディスク内のボリュームおよび直接接続された物理ディスクのボリューム)について、完全に整合性のあるバックアップを作成することができません。これは、適切なバックアップを作成するためには、スナップショットを取得する際に、アプリケーションと両方のディスクタイプをクワイエット状態にする必要があるためです。
代わりにホストレベルのバックアップを実行するには、パススルーディスクをVHD仮想ディスクに変換することができます。なお、仮想マシンはNAS(ネットワーク接続ストレージ)やSANなどの共有ストレージ上に配置可能です。これらのソリューションは、クラスタリング環境下でのホストレベルのバックアップに利用されます。
仮想化環境の規模が小さい組織の中には、コスト削減のためにゲストレベルのVMバックアップ手法を採用しているところもあります。VMの数が少ない小規模な環境では、エージェントベースのレガシーソリューションの方が経済的であったため、この戦略はかつては理にかなっていたかもしれません。しかし、現在では、小規模なHyper-V環境向けに、同等かそれ以上に手頃な価格のホストレベルのVMバックアップソリューションが存在するため、このアプローチは推奨されません。
メリット
- ホストレベルのバックアップが不可能な場合(前述のケースなど)に使用できます。
デメリット
- 各仮想マシンにエージェントをインストールする必要があり、これは手間がかかり、時間がかかります。
- 復旧プロセスはより複雑です。まず、新しい空のVMを作成する必要があります。次に、VMの設定(仮想CPU、メモリ、ディスク、ネットワークなど)を行う必要があります。その後に初めてVMを復元でき、再起動するには復元メディアを使用する必要があります。
- 特に、1台のHyper-Vホスト上に存在する複数の仮想マシンを同時にバックアップする場合、コンピューティングリソースの消費量が大幅に増加します。
- エージェントベースのバックアップソフトウェアでは、エージェントの設定にrootまたは管理者権限が必要となるため、セキュリティ上のリスクが生じる可能性があります。
- VMレベルのスナップショットはありません。
ホストレベルのバックアップ
ホストレベルのHyper-V仮想マシン(VM)バックアップは、ゲストVMのレベルではなくハイパーバイザーのレベルで動作し、内部で実行されているOSに関係なくVMをバックアップできます。 仮想マシンは、仮想ディスクファイル(Hyper-V では VHD または VHDX 形式で示される)や、CPU、メモリ、ネットワークなどの仮想ハードウェア構成が保存されている構成ファイルを含め、完全にバックアップできます。
ホストレベルのバックアップには、次の 2 種類があります: セーブデータ そして 子VMのスナップショット.
セーブ状態メソッド
その セーブ状態メソッド これは、アプリケーションの状態を認識しない部分的なオフラインバックアップ方式です。この方式では、Hyper-Vのボリュームシャドウコピーサービス(VSS)がVSSライターを割り当て、バックアップ処理を実行します。バックアップ実行時にVMが稼働している場合、Hyper-VのVSSライターはVMを"保存状態"に移行させます。 これは、スナップショットの取得中に仮想マシンが短時間オフラインになることを意味します。これにより、開いているファイルが保存され、実行中のアプリケーションの状態が仮想ハードディスクに記録されることが保証されます。
"セーブ状態"の仕組みはどのようなものですか？
このプロセスは、以下の段階から構成されています:
- スナップショットの準備 イベント。バックアップソフトウェアがバックアップに向けたVMの準備を開始し、ハイバネーションモードを使用してVMの状態が保存されます。
- スナップショットを撮る. VMMS.exe(Virtual Machine Management Service)プロセスとして実行されるHyper-VのVSSライターが使用されます。スナップショットは、別名 VMチェックポイント Hyper-V でスナップショットが取得されます。バックアップソフトウェアは、このスナップショットを使用してバックアップを作成します。スナップショットを作成することで、コピー処理中にデータが変更されるのを防ぎつつ、VM のデータをバックアップすることができます。これが完了すると、次のイベントである PostSnapshot がトリガーされます。
- 投稿スナップショット イベント。VMは以前の状態に戻ります。
子VMのスナップショット作成方法
その 子VMのスナップショット作成方法 これは、バックアップ操作中にVMをオンライン状態に保ち、トランザクションの一貫性を確保したバックアップを作成する、アプリケーションを意識した手法です。この手法は、実行中のVMをバックアップする際、"保存状態"方式よりも推奨され、高可用性が求められる本番環境でも利用可能です。
"保存状態"方式が子VMの外側でHyper-V VSSを使用するのに対し、"子VMスナップショット"方式は、子VM内部のVSSメカニズムを使用してバックアップを作成します。 より詳細に説明すると、子VMスナップショット方式では、子VM内部ではなくHyper-Vホスト内のVSSメカニズムを利用してバックアップを作成します。子VM内のVSSリクエスターサービスがホストのVSSライターと通信し、スナップショットの作成を調整します。なお、"子VM"という用語は"ゲストVM"と同義です。
"Child VM Snapshot"メソッドはどのように機能するのですか？
このイベントのシーケンスは、"セーブ状態"の手法と一部類似しています:
- スナップショットの準備 イベント。子VM内のHyper-V VSSリクエスターサービスが、バックアップの作成を開始するためにPrepareForSnapshotイベントをトリガーします。
- スナップショットを撮影する イベント。VSS リクエスター サービスからの要求を受け取ると、スナップショットが作成されます。その後、制御が Hyper-V VSS リクエスター サービスから Hyper-V VSS ライターに戻されます。
- 投稿スナップショット イベント。VSSライターは、VMのスナップショット作成が完了したことをバックアップソフトウェアに通知するために、PostSnapshotイベントをトリガーします。これにより、バックアップソフトウェアはVMのバックアッププロセスの一環として、そのスナップショットをコピーすることができます。
Hyper-V 統合サービスの役割
Hyper-V 統合サービス これらは、"子VMスナップショット"方式でバックアップを作成する際、ハイパーバイザーと子VMとの間で特別な連携を行うために使用されます。これらのサービスは、ドライバーとサービスの集合体であり、必要に応じて個別に有効化または無効化することができます。 前述のVSSリクエスターサービスは、Integration Servicesスイートの一部であり、ホストレベルのバックアップを実行するには、仮想マシンにこれをインストールする必要があります。
Windows Server 2008 R2およびWindows 7以降、Integration Servicesはオペレーティングシステムに組み込まれています。VM上でIntegration Servicesを手動でインストールまたは更新する場合は、Hyper-Vマネージャーを使用して、 vmguest.iso VMの仮想ドライブ上の仮想ディスクイメージ。Hyper-Vホスト上でIntegration Servicesを手動で更新するには、Microsoftのサイトからサービスをダウンロードし、PowerShellを使用してインストールします。Windows 10およびWindows Server 2016では、Windows Updateサービスを通じて、ホストおよびゲストの両方でIntegration Servicesを更新できます。
"Child VM Snapshot"メソッドの要件
"子VMスナップショット"方式を使用してバックアップを作成するには、以下の条件を満たす必要があります:
- Hyper-V VSS リクエスターを含む Hyper-V 統合サービスは、子仮想マシンにインストールする必要があります。
- VM内のすべてのボリュームは、ダイナミックディスクではなくベーシックディスクとして構成する必要があります。子VM内のディスクのファイルシステムは、スナップショットに対応している必要があります(たとえば、NTFSファイルシステムはこの要件を満たします)。
- VMのスナップショットファイルは、VHDファイルと同じボリュームに配置する必要があります。
- 子VMは実行中である必要があります。
これらの条件のいずれかが満たされない場合、Child VM Snapshot メソッドは使用できません。この場合、デフォルトでは Saved State メソッドが使用されます。
メリット
前述の通り、Hyper-V 仮想マシンのバックアップにはホストレベルの方法が推奨されており、ゲストレベルの方法に比べて多くの利点があります。これらの利点は、次のように要約できます。
- ハイパーバイザーレベルのバックアップは管理が容易です。エージェントは不要です。バックアップ製品は、Hyper-Vホスト全体およびそのホスト上に存在するすべてのVMを管理できます。バックアップ対象とするVMを個別に選択することも可能です。
- バックアップ処理の際、仮想ディスク、スナップショット、VM設定を含むVMのすべてのコンテンツが取得されます。VMを復元する際は、ハイパーバイザーと保存先を選択するだけで済み、新しいVMを作成して手動で設定する必要はありません。
- オンラインで実行できる機能 アプリケーション対応バックアップ "子VMスナップショット"方式を使用したHyper-V仮想マシンのバックアップ。これは、仮想マシンの稼働が中断されることなく、トランザクションの一貫性が保たれるため、本番環境において極めて重要です。
- プロセッサ、メモリ、ディスク容量の効率的な利用。
ネイティブツールを使用してHyper-V仮想マシンをバックアップする方法
Microsoft System Center Data Protection Manager (DPM) は、大規模な環境でも利用できる Hyper-V バックアップ用のネイティブツールです。DPM は Microsoft System Center Virtual Machine Manager (SCVMM) VMのバックアップ用です。バックアップを円滑に行うため、SCVMM内でHyper-Vホストが適切に構成および管理されていることを確認してください。
前提条件
System Center Data Protection Manager (DPM) を使用して Hyper-V 仮想マシンをバックアップするには、プロセスを確実に成功させるために、特定の前提条件と要件を満たす必要があります。これらの前提条件は、DPM および Hyper-V ホストのバージョンによって多少異なる場合がありますが、主な要件は一般的に以下の通りです:
システムレベルの前提条件
- DPMとHyper-Vホストは、それぞれ対応するバージョンでサポートされているオペレーティングシステム(OS)上で実行されている必要があります。OSが最新の状態であることを確認してください。
- お使いのHyper-Vのバージョンに対応したDPMのバージョンであることを確認してください。Hyper-Vの各リリースごとに、対応する特定のDPMバージョンが用意されています。
- バックアップの対象とするホストシステムには、Hyper-V ロールがインストールされ、有効化されている必要があります。
- 保護対象とするすべてのHyper-Vホストマシンに、DPM保護エージェントをインストールする必要があります。VM内からデータの項目単位での復元を行う予定の場合は、VM内にもエージェントをインストールする必要があります。
構成要件
- 仮想マシンは、以下のように設定する必要があります 固定サイズのディスク または動的に拡張されるディスク。差分ディスクおよびパススルーディスクには特定の注意事項があり、特定の構成ではバックアップに対応していない場合があります。
- Hyper-V ホストがクラスター(クラスター共有ボリューム)の一部である場合は、クラスター構成内の Hyper-V 仮想マシンを保護するために、DPM が適切に構成されていることを確認してください。
- DPM サーバーと Hyper-V ホスト間のネットワーク接続およびアクセス権限が適切であることを確認してください。DPM サーバーと Hyper-V サーバーは、相互に通信できる状態である必要があります。
- DPMではデータのバックアップにディスクベースのストレージが必要となるため、DPMストレージプールに十分なディスク容量があることを確認してください。パフォーマンスと管理性を高めるため、DPMストレージ用に専用のディスクを用意することを検討してください。
ソフトウェアとセキュリティ
- Windows ファイアウォールで DPM の動作を許可する必要があります。多くの場合、DPM エージェントの通信を許可するためにファイアウォールのルールを調整する必要があります。
- DPM サービス アカウントは、バックアップを実行するために Hyper-V ホスト上の管理者権限を必要とします。
VMの要件
- 特定のバックアップ機能、特にVMのオンラインバックアップを利用するには、VM内にIntegration Services(VMゲストサービスとも呼ばれる)がインストールされ、実行されている必要があります。
- お使いの仮想マシンのバージョンおよびディスクの種類において、仮想マシンのスナップショット(チェックポイント)がサポートされており、適切に設定されていることを確認してください。
DPMのバージョンによって、機能や手順が異なる場合があることにご注意ください。
Hyper-V 仮想マシンのバックアップ手順
System Center Data Protection Manager を使用して Hyper-V 仮想マシンをバックアップするには、データの安全性を確保し、障害やデータ損失が発生した場合に復旧できるようにするための重要な手順がいくつかあります。一般的なワークフローは以下の通りです:
- Hyper-V ホストを DPM に追加する. DPM 管理コンソールの [管理] タブに移動し、バックアップ対象の Hyper-V サーバーを追加します。これには、サーバー名の入力と、DPM が適切なエージェントを介してそれらのサーバーと通信できることを確認する作業が含まれます。
- 保護グループの設定. DPM の保護グループは、本質的にはバックアップ ポリシーです。バックアップの対象、バックアップの頻度、およびバックアップの保持期間(保持ポリシー)を定義します。
DPM での Hyper-V バックアップの自動化
PowerShell を使用すると、DPM を利用して Hyper-V 仮想マシンをバックアップできます。Microsoft は、DPM 専用の PowerShell モジュールを提供しており、これを使用することで、Hyper-V 仮想マシンのバックアップの作成や管理を含む、さまざまな DPM タスクをスクリプト化して自動化することができます。
以下に、PowerShell 経由で System Center DPM を使用して Hyper-V 仮想マシンをバックアップする手順の概要を示します。
注: お使いのシステムにDPM PowerShellモジュールがインストールされていることを確認してください。このモジュールは通常、DPMのインストール時にデフォルトでインストールされます。DPMにアクセスしてバックアップ操作を実行するために、適切な権限でPowerShellコマンドまたはスクリプトを実行していることを確認してください。
- DPM モジュールを使用して PowerShell を起動します。まず、PowerShell セッションを起動し、DPM モジュールをインポートする必要があります。PowerShell を管理者として実行する必要がある場合があります。
Import-Module DataProtectionManager - DPM サーバーに接続します。DPM サーバーへの接続を確立する必要があります。 “YOUR_DPM_SERVER_NAME” DPMサーバーの名前を指定して:
$DPMServer = Connect-DPMServer -DPMServerName "YOUR_DPM_SERVER_NAME" - データソースを取得します。バックアップ対象のVMを特定し、それを取得します。置き換える “YOUR_VM_NAME” Hyper-V VMの名前を指定して:
$VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }注: 自分の保護グループがわからない場合は、以下を使用してください
Get-DPMProtectionGroup -DPMServer $DPMServerDPMサーバー内のすべての保護グループを一覧表示するには。 - バックアップを開始します。VMデータソースが準備できたら、バックアップを実行できます。エクスプレス完全バックアップを実行する場合は、次のように指定します:
Start-DPMBackupJob -Datasource $VMToBackup
上記の手順を組み合わせることで、DPMで特定のVMをバックアップする簡単なスクリプトを作成できます:
# Import DPM PowerShell module
Import-Module DataProtectionManager
# Connect to DPM server
$DPMServer = Connect-DPMServer -DPMServerName "YOUR_DPM_SERVER_NAME"
# Get the list of protection groups (For illustration, you want to target a specific group later)
$ProtectionGroup = Get-DPMProtectionGroup -DPMServer $DPMServer
# Assuming you know which protection group your VM is in, filter to get that group
# For brevity, let's say it's your first protection group (adjust accordingly)
$ProtectionGroup = $ProtectionGroup[0]
# Get the VM to backup
$VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }
# Start the Hyper-V backup
Start-DPMBackupJob -Datasource $VMToBackup
DPM を使用して Hyper-V 仮想マシンのバックアップを設定する際は、以下の点に留意してください:
- このスクリプトは、DPM サーバーの設定に精通しており、対象とする仮想マシンの名前を把握していることを前提としています。
- 環境によっては、特定のバックアップ要件に合わせてスクリプトをカスタマイズする必要がある場合があります。
- DPMの管理ツールや追加のPowerShellスクリプトを使用して、バックアップの状態や健全性を定期的に監視することが不可欠です。
- より詳細な操作方法やオプションについては、DPM PowerShell のドキュメントを参照してください。マイクロソフトは、ドキュメントおよび PowerShell モジュールを随時更新しています。
バックアップからVMを復元する方法
System Center Data Protection Manager を使用して Hyper-V 仮想マシン全体を復元するには、いくつかの手順を実行する必要があります。このワークフローでは、DPM サーバーがセットアップ済みであり、管理者が PowerShell の基本操作に精通していることを前提としています。お使いの環境の詳細や使用している DPM のバージョンによっては、調整が必要になる場合があります。
Hyper-V 仮想マシンを復元するには:
- DPM サーバー、または DPM Management Shell がインストールされ、DPM サーバーと通信するように構成されているワークステーションで、管理者権限で PowerShell を起動します。
- PowerShell セッションに DPM モジュールをインポートします(自動的にインポートされない場合)。この手順は、古いバージョンの DPM では必要になることがあります:
Import-Module DataProtectionManager - 復元したいVMを見つけるために、利用可能なDPMデータソースの一覧を表示します。次のコマンドを使用します。
Get-Datasourceバックアップ中のVMを一覧表示するコマンドレット:Get-DPMProtectionGroup -DPMServerName "YourDpmServerName" | Get-DPMDatasource置き換える “YourDpmServerName” DPM サーバーの名前を指定してください。出力結果を確認し、復元したい仮想マシン(VM)を特定してください。
- 選択したVMの利用可能なリカバリポイントを一覧表示します。VMを特定したら、
Get-DPMRecoveryPointコマンドレット:$vm = Get-DPMDatasource -DPMServerName "YourDpmServerName" | Where-Object {$_.Name -eq "YourVMName"}Get-DPMRecoveryPoint -Datasource $vm置き換える “YourVMName” 復元したいVMの名前を指定してください。
- 復旧に使用する復旧ポイントを選択します。日付に基づいて必要な復旧ポイントを特定したら、その復旧ポイントを変数に格納できます。例:
$recoveryPoint = Get-DPMRecoveryPoint -Datasource $vm | Where-Object {$_.RepresentedPointInTime -eq "DateOfYourChoice"}置き換える “ご希望の日時” 必要なリカバリポイントの実際の日時を指定してください。
- 復旧を開始します。以下の
Restore-DPMRecoverableItem復旧プロセスを開始するコマンドレット。必要に応じて保存先を指定してください:Restore-DPMRecoverableItem -RecoverableItem $recoveryPoint -TargetServer "YourTargetHyperVHost" -RecoveryLocation HyperVHost -RecoveryType Recoverを調整する -ターゲットサーバー 仮想マシンを復元するHyper-Vホストを指定するパラメーター。 -復元先 そして -復旧タイプ パラメータは、具体的な復元シナリオ(元の場所への復元か、別の場所への復元かなど)によって異なる場合があります。
- 復旧プロセスを監視してください。仮想マシンのサイズやネットワーク速度によっては、復旧に時間がかかる場合があります。DPM 管理コンソール、または
Get-DPMJobコマンドレット。
Hyper-V 仮想マシンから個々のファイルを復元する
PowerShell を使用した System Center Data Protection Manager (SC DPM) では、Hyper-V 仮想マシンのバックアップから個々のファイルを復元することが可能です。この手順では、通常、まず必要なファイルが含まれている仮想マシンのディスクを復元し、そのディスクからファイルを抽出します。
以下に、この操作を行うための一般的な手順を示します。
- 復旧時点を特定する。 まず、復元したいファイルが含まれている仮想マシンのリカバリポイントを見つける必要があります。これには、
Get-DPMRecoveryPointリカバリ ポイントを一覧表示するコマンドレット:$pg = Get-DPMProtectionGroup -DPMServerName "YourDPMServer"$ds = Get-DPMDatasource -ProtectionGroup $pgGet-DPMRecoveryPoint -Datasource $ds | ft -Property CreationTime, RepresentedPointInTimeここに、選択可能なリカバリポイントが一覧表示されます。以下の部分を置き換えてください “YourDPMServer” DPMサーバーの名前を指定してください。
- VMディスクを復元します。 適切な復旧時点を特定したら、
Restore-DPMRecoverableItemディスクを復元するためのコマンドレット。通常、環境の設定に応じて、ディスクを一時的な場所に復元するか、直接アクセスすることになります。$recoveryPoint = Get-DPMRecoveryPoint -Datasource $ds | where-object { $_.CreationTime -eq "DateTimeOfRecoveryPoint" }$recoveryOption = New-DPMRecoveryOption -HyperVDatasource -TargetServer "TargetServerForDiskRestoration" -RecoveryLocation CopyToFolder -RecoveryType Recover -TargetLocation "PathToStoreRecoveredDisk"Restore-DPMRecoverableItem -RecoverableItem $recoveryPoint -RecoveryOption $recoveryOption必ず交換してください “DateTimeOfRecoveryPoint”, “TargetServerForDiskRestoration” そして “PathToStoreRecoveredDisk” お客様の具体的な復旧作業に合わせて、必要な詳細情報を入力してください。
- を取り付ける VHD そして、ファイルを解凍してください。 仮想ディスクを一時的な場所に復元した後、Windows で VHD/VHDX ファイルを手動でマウントし、必要なファイルを抽出する必要があります:
- VHD/VHDXをマウントします。 "ディスクの管理"ツールを使用して、仮想ディスクをマウントできます(diskmgmt.msc) または
Mount-VHDPowerShell コマンドレット。 - ファイルを解凍してください。 ディスクがマウントされると、システム上に新しいドライブとして表示されます。そのドライブ内を操作して、必要なファイルをコピーすることができます。
- VHD/VHDXをマウントします。 "ディスクの管理"ツールを使用して、仮想ディスクをマウントできます(diskmgmt.msc) または
VHDのマウント、ファイルの抽出、そしてVHDのアンマウントという一連のプロセスを自動化することは、ある程度複雑であり、具体的にどのような処理を行うかによっては、独自のスクリプト作成が必要になる場合があります。このような操作を行う際は、特に機密データを扱うためにマウントや抽出のプロセスをスクリプト化する場合は、データの整合性とセキュリティに十分注意してください。
注: 具体的なコマンドや手順は、お使いのSC DPMおよびPowerShellのバージョン、ならびにバックアップ環境の設定によって異なる場合があります。
NAKIVO Hyper-V バックアップソリューションの使用方法
Hyper-V 仮想マシンをバックアップする効果的な方法は、Microsoft Hyper-V のネイティブ機能を統合したサードパーティ製ソリューションを利用することです。 NAKIVO Backup & Replication スタンドアロンのHyper-Vホスト上および Hyper-V クラスター. NAKIVOソリューションが他社製品に比べて優れている点は、導入と管理の容易さ、多彩な自動化オプション、統合された災害復旧機能などです。
このバックアップ方式では、VMがクラスターノード間を移動する際、追加の設定や手動操作を必要とせずに、そのVMが自動的に追跡されます。バックアップは、オンプレミスのローカルストレージや、不変ストレージを含むクラウド上に保存できます。
NAKIVOソリューションにおけるHyper-Vバックアップのワークフローについて簡単に説明します。以下のことが可能です。 無料体験版をダウンロード ご自身の環境でこのHyper-V仮想マシンのバックアップをテストしてください。
- のWebインターフェースを開く NAKIVO Backup & Replication:
- Hyper-V ホストまたはクラスターが NAKIVOのインベントリに追加されました.
- オンボードのバックアップリポジトリを使用するか、 新しいバックアップリポジトリを追加する Hyper-Vのバックアップを保存するために。
- 移動 求人、クリック + 新しいジョブを作成し、[実行]をクリックします Microsoft Hyper-V のバックアップ. その Microsoft Hyper-V 用の新しいバックアップ ジョブ ウィザード 開きます。
- その 出典 次の手順で、バックアップしたいHyper-V仮想マシンを選択します。実行中の仮想マシンも選択可能です。異なるHyper-Vホストやクラスター上に存在する複数の仮想マシンを選択することもできます。クリック 次へ ウィザードの各ステップで、続行してください。
- Hyper-V 仮想マシンのバックアップを保存するバックアップリポジトリを、 目的地 手順。この例では、オンボードのバックアップリポジトリを使用します。
- その スケジュール 次に、Hyper-Vのバックアップジョブのスケジュールと保持期間の設定を行います。複数のスケジュールを柔軟に作成し、これらのリカバリポイントの保持期間を設定できます。要件に合わせてスケジュールと保持期間の設定を行うことが可能です。 3-2-1バックアップルール.
有効にするためのチェックボックスがあることに注意してください バックアップの不変性 一定期間、Hyper-Vのバックアップに対するランサムウェア対策の強化を行うため。
- Hyper-V バックアップ ジョブの名前を入力し、その他のオプションを選択します。以下のような、幅広い機能やオプションを設定できます。
- アプリ対応モード
- 変更ブロックの追跡
- ネットワーク高速化
- 暗号化
- VMバックアップの検証
- 定期的な完全バックアップのオプション
ヒット 完了 設定を保存してジョブウィザードを閉じます。ジョブはスケジュール設定に基づいて開始されます。
Hyper-V バックアップのベストプラクティス
いくつか Hyper-V バックアップのベストプラクティス VMのバックアッププロセスを最適化するために実践できる方法です。これらのガイドラインに従うことで、バックアップウィンドウの短縮、リソースの節約、セキュリティの向上、そして必要な際の復旧の迅速化につながります。
1. ホストレベルでVMをバックアップする
バックアップエージェントを使用してゲストOS内からバックアップデータをストリーミングする時代は終わりました。今日の最新のエンタープライズインフラストラクチャは、そのほとんどが仮想化されており、クラスタ構成の少数の物理Hyper-Vノード上で、文字通り数百ものゲストOSが稼働しています。エージェントを使用してすべてのゲストOSから効率的かつ効果的にバックアップを管理しようとすれば、管理面での悪夢と化すでしょう。
次のようなバックアップソフトウェアを使用することで NAKIVO Backup & Replication Hyper-V ホストと連携できるバックアップソフトウェアを使用すれば、単一のエントリポイントから複数の仮想マシンをバックアップできます。さらに、バックアップソフトウェアがホストレベルで Hyper-V 仮想マシンをバックアップできる場合、バックアップに仮想マシン固有の設定や構成がすべて含まれるため、非常に有益です。ホストレベルのバックアップから仮想マシンを復元すると、仮想マシン設定自体を含め、細部に至るまで仮想マシンが再現されます。
ゲストレベルのバックアップには、VM を収容している Hyper-V インフラストラクチャに関する情報は含まれていません。つまり、ゲストレベルのバックアップから VM 全体を復元する必要がある場合、まず元の VM から復元されたデータを受け入れるための"シェル"VM を作成する必要があります。これにより、仮想マシンの設定を手動で再設定する必要が生じます。
2. レジリエント変更追跡(RCT)を使用する
Hyper-V 仮想マシンの最適なバックアップ方法を検討する際は、必ず以下の点を活用するようにしてください Hyper-Vの耐障害性変更追跡 あるいはRCT。この技術は当初、 Windows Server 2016 Hyper-V これにより、真の増分バックアップを実行できるようになります。Resilient Change Tracking は、Microsoft による 変更ブロック追跡(CBT) Hyper-V向け。要するに、このHyper-Vテクノロジーにより、最新のVMバックアップソフトウェアは、前回のバックアップ以降に変更されたブロックのマッピングを保持できるようになります。
まず、Hyper-V仮想マシンのフルバックアップを作成します。その後、バックアップサイクルごとに同じデータをコピーする必要はなく、バックアップソフトウェアは変更されたデータのみをコピーします。RCTを有効にすると、次の増分バックアップでは"仮想ブロック"の追跡によってどのブロックが変更されたかを把握し、それらのブロックのみをコピーします。フルバックアップと、変更されたブロックを含む各増分バックアップの間で、Hyper-V仮想マシンの完全な状態が保持されます。
RCTという略語の"Resilient(耐障害性)"という要素は、仮想マシンがハードクラッシュや予期せぬシャットダウンに見舞われた場合でも、変更ブロック追跡プロセスにおいて一貫性を維持できるHyper-Vの能力を強調しています。メモリ上に1つ、ディスク上に2つの計3つの変更追跡ファイルを使用することで、この情報を複数の場所やメディアに分散させ、RCT情報の冗長性を確保しています。 NAKIVO Backup & Replication Hyper-V環境を簡単にバックアップでき、Hyper-VのRCTを活用する最新のVMバックアップソリューションです。
3. Hyper-Vのチェックポイントをバックアップとして扱ってはいけません
チェックポイントとは、Hyper-Vにおける用語であり、VMwareの世界では一般的に スナップショット。多くの人が、仮想マシンのチェックポイントやスナップショットがどのように機能するかを、痛い目に遭って学ばざるを得ませんでした。これらは バックアップではありません また、Hyper-V では Microsoft によって正式にサポートされていません。 チェックポイントは、ある時点からの差分変更を記録する仕組みを採用しています。しかし、これらは作成元のベースディスクに依存しています。
バックアップは、データを復元するための完全に自律的な仕組みであるべきであり、親VMのディスクへの依存関係があってはなりません。チェックポイントやスナップショットは、親仮想マシンのディスクと同じ基盤となるストレージインフラストラクチャ上、かつ同じVMフォルダ内に存在するファイルを利用します。親ディスクが失われると、チェックポイントは使用できなくなります。
チェックポイントは、特に既知の状態へ迅速にロールバックする必要がある状況において、その役割を果たします。チェックポイントの具体的な活用例としては、開発者がコードを適用してテストプロセスを継続する必要がある開発シナリオが挙げられます。 チェックポイントを使用すれば、コードを適用する前の状態へサーバーをロールバックし、テストの各反復段階を遡って復元することが可能になります。ただし、ここで重要な点は、チェックポイントには目的があるものの、バックアップの代わりとして機能するものではないということです。したがって、Hyper-V VMをバックアップする最善の方法は、Hyper-Vのチェックポイントがバックアップの代わりにはならないことを常に念頭に置くことです。
4. Hyper-V 統合サービスのインストール
Hyper-VのIntegration Servicesは、Hyper-V環境で使用される一連の"VMツール"であり、Hyper-VホストとHyper-V仮想マシン上に搭載されたゲストOSとの間で特別な連携を可能にします。仮想マシンにインストールされるこの特別なソフトウェア一式は、Hyper-Vシステムの最適なバックアップ方法を検討する際に特に重要な役割を果たします。インストールされるIntegration Servicesの一つに、 バックアップ(ボリュームチェックポイント)このサービスを利用することで、Integration Servicesの機能を活用できるVMバックアップソリューションと組み合わせた場合、ゲストOSの一貫性のあるバックアップが可能になります。
Integration Servicesバンドルがインストールされ、有効化され、実行されていることを確認することで、ホストから実行されるVMのバックアップをダウンタイムゼロでライブバックアップできます。 Hyper-VのIntegration Servicesを活用することで、バックアップはチェックポイントとVSSを利用して、中断することなく一貫性のあるデータバックアップを行うことができます。Integration Servicesを使用しない場合、バックアップ中のVMはVSSスナップショットが取得される間、"保存済み状態"になります。"保存済み状態"モードでは、初期のバックアップ処理中に一部のHyper-V仮想マシンが一時的にオフラインになる場合があります。
5. アプリケーション対応のバックアップを利用する
ビジネスに不可欠なリソースのバックアップには、通常、Microsoft Exchange Server、Microsoft Active Directory、Microsoft SQL Server などのアプリケーションが含まれます。これらのアプリケーションは、今日のほとんどのエンタープライズデータセンターに導入されています。アプリケーションを含む仮想リソースをバックアップする際は、それらの仮想マシン(VM)を"アプリケーション対応"のバックアップ手法を用いてバックアップすることが重要です。
アプリケーション対応バックアップは、Microsoft Volume Shadow Copy サービスを利用して、バックアップが実行される前に、メモリ内に存在するアプリケーションのトランザクションが確実にディスクにフラッシュされるようにします。これにより、アプリケーション、特にそのデータベースが、トランザクション的に一貫した状態に保たれることが保証されます。
アプリケーション対応のバックアップとトランザクションの一貫性を活用することには、大きな利点があります。これにより、データ破損のリスクを排除できます。また、バックアップの復元後に追加の処理を行う必要がなくなります。 もし"クラッシュ一貫性"のみを確保したバックアップ、あるいはアプリケーションデータを認識していないバックアップを復元する場合、データベース駆動型アプリケーションの一貫性を確保するために、ログの再生やその他のタスクを実行する追加の手順が必要となります。災害復旧のシナリオでは一分一秒が重要となるため、復元時点で既に一貫性が確保されているバックアップがあれば、RTO(復旧目標時間)を確実に短縮できます。
以下のような専門的なソフトウェアソリューション NAKIVO Backup & Replication これにより、 アプリ対応モード Hyper-V ジョブを使用することで、ビジネスに不可欠なアプリケーションをバックアップする際にアプリケーションの一貫性を確保できます。これが、Hyper-V 環境をバックアップする最善の方法です。
