NAKIVO > ブログ > Hyper-V

Hyper-V 仮想マシンのバックアップ：完全ガイド

更新日: 8月 20, 2026

執筆: NAKIVOチーム

Microsoft Hyper-V マシンを運用している場合、ファイルやアプリケーションオブジェクトの復元から、Hyper-V や他のプラットフォーム上での仮想マシン(VM)全体の復元に至るまで、さまざまなシナリオでの復旧を確実にするバックアップ手法は数多く存在します。

しかし、Hyper-V仮想マシン(VM)をバックアップする各手法にはそれぞれ適したユースケースがあり、リソース効率や復旧オプションの点で異なる場合があります。このブログ記事では、Hyper-V VMのバックアップ手法について解説し、Hyper-V VMのバックアップ方法や、VMバックアップのベストプラクティスについて説明します。

Hyper-V バックアップ用 NAKIVO

Hyper-V向けの、エージェントレスかつアプリケーション対応のバックアップ機能。ランサムウェア対策、バックアップからのVMの即時起動、その他の仮想／物理プラットフォームへの対応など。

ソリューションをご覧ください

Hyper-V 仮想マシンのバックアップ方法

まずは、Microsoft が提供する Hyper-V バックアップ用のネイティブツールから見ていきましょう。主に、Hyper-V 仮想マシンのバックアップを可能にする組み込み機能である”Windows Server Backup”と”PowerShell コマンドレット”を使用できます。また、大規模な環境向けの他のソリューションもあります。

以下に、これらのネイティブツールを使用して Hyper-V 仮想マシンをバックアップする主な方法をまとめました:

Windows Server Backup – Hyper-V を選択し、バックアップ対象の仮想マシン(VM)を指定できます
PowerShell では、 Export-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 — ボリューム・スナップショット・サービスとも呼ばれる) を使用して、一貫性のあるデータのコピーを作成します。Windows 向けに開発されたバックアップソフトウェアのほぼすべてに VSS が組み込まれており、これによりアプリケーションを意識したデータバックアップ. VSS は、VM が実行中の状態でも、ボリュームのスナップショット、つまり特定の時点の”シャドウ”コピーを作成できる技術です。この処理には、VSS の構成要素である VSS ライターが使用されます。Linux では、この目的のために LVM(論理ボリュームマネージャー)が使用され、アプリケーション一貫性のあるスナップショットが作成されます。

エージェント:定義と役割

エージェントとは、ファイルシステムやアプリケーションと連携するために、物理コンピュータまたは仮想マシンにインストールされるバックアップソフトウェアのコンポーネントのことです。エージェントは通常、ゲストOS内でシステムプロセスとして実行され、バックアップの管理に使用されるサーバーとのネットワーク接続を確立します。バックアップソフトウェアは、エージェントを使用して、システム全体のコピー、あるいは個々のファイルやプログラムのコピーを作成します。

なお、エージェントを使用してVMのバックアップを実行することは、エージェントレスなバックアップソリューションを使用する場合ほど効率的ではないため、レガシーな手法と見なされています。ただし、仮想環境においてこの手法が適用されるユースケースもいくつかあり、それについては次のセクションで説明します。

The legacy agent-based approach

ゲストレベルのバックアップのユースケース

以下のケースでは、仮想環境においてゲストレベルのバックアップ手法を採用しなければならない場合があります:

ゲストOSがハイパーバイザーによって公式にサポートされていない場合、ホストレベルの手法を用いてアプリケーション一貫性のあるバックアップを作成することは不可能です。
仮想マシンがゲストOSレベルで共有ストレージに接続されている場合、またはホストレベルのバックアップソフトウェアでサポートされていない直接接続された物理ディスク(パススルーディスクを含む)を備えている場合。
たとえば、VMがiSCSIプロトコル(ゲスト内のiSCSIイニシエーターを使用)を介してSAN(ストレージ・エリア・ネットワーク)のLUN(論理ユニット番号)に接続されており、データベースサーバーやファイルサーバーなどのソフトウェアがそのボリュームを使用しているとします。この場合、Hyper-VのVSSライターは、そのVMで使用されているすべてのディスク(VHD仮想ディスク内のボリュームおよび直接接続された物理ディスクのボリューム)について、完全に一貫性のあるバックアップを作成することができません。これは、適切なバックアップを行うためには、スナップショットを取得する際に、アプリケーションと両方のディスクタイプをクワイエス(静止状態)にする必要があるためです。

代わりにホストレベルのバックアップを実行するには、パススルーディスクをVHD仮想ディスクに変換することができます。なお、VMはNAS(ネットワーク接続ストレージ)デバイスやSANなどの共有ストレージ上に配置することができます。これらのソリューションは、クラスタリング環境でのホストレベルのバックアップを実行するために使用されます。

仮想化環境の規模が小さい一部の組織では、コスト削減のためにゲストレベルのVMバックアップ手法を採用しています。VMの数が少ない小規模な環境では、エージェントベースのレガシーソリューションの方が経済的だったため、この戦略はかつては理にかなっていたかもしれません。しかし、現在では、小規模なHyper-V環境向けに、これと同等かそれ以上に手頃な価格のホストレベルのVMバックアップソリューションが存在するため、このアプローチは推奨されません。

メリット

(前述のような場合など)ホストレベルのバックアップが不可能な場合に利用できます。

デメリット

各仮想マシンにエージェントをインストールする必要があり、これは不便で手間がかかります。
復旧の手順はより複雑です。まず、新しい空のVMを作成する必要があります。次に、VMの設定(仮想CPU、メモリ、ディスク、ネットワークなど)を行う必要があります。その後に初めてVMを復元できるようになり、再起動するには復元メディアを使用する必要があります。
特に、1台のHyper-Vホスト上に存在する複数の仮想マシンを同時にバックアップする場合、コンピューティングリソースの消費量が大幅に増加します。
エージェント型バックアップソフトウェアでは、エージェントの設定にrootまたは管理者の認証情報を使用する必要があるため、セキュリティ上のリスクが生じる可能性があります。
VMレベルのスナップショットはありません。

ホストレベルのバックアップ

ホストレベルのHyper-V VMバックアップは、ゲストVMのレベルではなくハイパーバイザーのレベルで動作し、VM内で実行されているOSに関係なくVMをバックアップできます。仮想マシンは、仮想ディスクファイル(Hyper-V では VHD または VHDX 形式で示される)や、CPU、メモリ、ネットワークなどの仮想ハードウェア構成が保存されている構成ファイルを含め、完全にバックアップできます。

ホストレベルのバックアップには、次の 2 種類があります。 セーブデータ そして 子VMのスナップショット.

Diagram of the host-level Hyper-V backup method

セーブ状態のメソッド

その セーブ状態の取得方法 これは、アプリケーションの状態を認識しない部分的なオフラインバックアップ方式です。この方式では、Hyper-Vのボリュームシャドウコピーサービス(VSS)が、バックアップ処理を実行するためにVSSライターを割り当てます。その時点でVMが実行中の場合、Hyper-VのVSSライターはVMを”保存済み状態”に移行させます。つまり、スナップショットの取得中は、VMが短時間オフライン状態になります。これにより、開いているファイルが保存され、実行中のアプリケーションの状態が仮想ハードディスクに記録されることが保証されます。

“セーブ状態”という方法は、どのように機能するのでしょうか？

このプロセスは、以下の段階から構成されています:

スナップショットの準備 イベント。バックアップソフトウェアがバックアップに向けたVMの準備を開始し、ハイバネーションモードを使用してVMの状態が保存されます。
スナップショットの取得. VMMS.exe(仮想マシン管理サービス)プロセスとして実行されるHyper-VのVSSライターが使用されます。スナップショットは、別名 VMチェックポイント Hyper-V でスナップショットが取得されます。バックアップソフトウェアは、このスナップショットを使用してバックアップを作成します。スナップショットを作成することで、コピー処理中にデータが変更されるのを防ぎつつ、VM のデータをバックアップすることができます。これが完了すると、次のイベントである PostSnapshot がトリガーされます。
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 ライターに戻されます。
PostSnapshot イベント。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を更新することができます。

Hyper-V VSS Requestor service used for Hyper-V backup

“Child VM Snapshot”メソッドの要件

“子VMスナップショット”方式を使用してバックアップを作成するには、以下の条件を満たす必要があります:

Hyper-V VSS リクエスターを含む Hyper-V 統合サービスは、子仮想マシンにインストールする必要があります。
VM 内のすべてのボリュームは、ダイナミックディスクではなく、ベーシックディスクとして構成する必要があります。子 VM 内のディスクのファイルシステムは、スナップショットに対応している必要があります(たとえば、NTFS ファイルシステムはこの要件を満たします)。
VMのスナップショットファイルは、VHDファイルと同じボリュームに配置する必要があります。
子VMは実行中である必要があります。

これらの条件のいずれかが満たされない場合、”子VMスナップショット”方式は使用できません。この場合、デフォルトでは”保存済み状態”方式が使用されます。

メリット

前述の通り、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) 上で実行されている必要があります。これらが最新の状態であることを確認してください。
お使いのHyper-Vのバージョンに対応したDPMのバージョンであることを確認してください。Hyper-Vの各リリースごとに、対応する特定のDPMバージョンがあります。
バックアップの対象とするホストシステムには、Hyper-V ロールがインストールされ、有効化されている必要があります。
DPM 保護エージェントは、保護対象とするすべての Hyper-V ホストマシンにインストールする必要があります。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 仮想マシンをバックアップできます。マイクロソフトは、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仮想マシンの名前を指定して:
$VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }

注: 自分の保護グループがわからない場合は、以下を使用してください。 Get-DPMProtectionGroup -DPMServer $DPMServer DPMサーバー上のすべての保護グループを一覧表示するには。
バックアップを開始します。VM データソースが用意できたら、バックアップを実行できます。エクスプレス完全バックアップを実行する場合は、次のように指定します:
Start-DPMBackupJob -Datasource $VMToBackup

上記の手順を組み合わせることで、DPM 内の特定の仮想マシンをバックアップするための簡単なスクリプトを作成できます。

# 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 のドキュメントを参照してください。Microsoft は、ドキュメントおよび PowerShell モジュールを随時更新しています。

バックアップからVMを復元する方法

System Center Data Protection Manager を使用して Hyper-V 仮想マシン全体を復元するには、複数の手順を実行する必要があります。このワークフローは、DPM サーバーがセットアップ済みであり、管理者が PowerShell の基礎知識を有していることを前提としています。お使いの環境の詳細や使用している DPM のバージョンによっては、調整が必要になる場合があります。

Hyper-V 仮想マシンを復元するには:

DPM サーバー、または DPM Management Shell がインストールされ、DPM サーバーと通信するように構成されているワークステーションで、管理者権限で PowerShell を起動します。
DPM モジュールを PowerShell セッションにインポートします(自動的にインポートされない場合)。この手順は、古いバージョンの DPM では必要になる場合があります:
Import-Module DataProtectionManager
復元したい仮想マシンを見つけるために、利用可能な 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

を調整する -TargetServer 仮想マシンを復元する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 $pg

Get-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-VHD PowerShell コマンドレット。
- ファイルを解凍してください。 ディスクがマウントされると、システム上に新しいドライブとして表示されるため、そのドライブ内を操作して必要なファイルをコピーすることができます。

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のバックアップを保存するために。
[移動] 求人情報、をクリック + 新しいジョブを作成し、[Enter]キーを押します 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バックアップソリューションです。

Creating a new Hyper-V VM backup job with Resilient Change Tracking enabled

3. Hyper-Vのチェックポイントをバックアップとして扱ってはいけません

チェックポイントとは、Hyper-Vにおける用語であり、VMwareの世界では多くの人がこれをスナップショット。多くの人が、仮想マシンのチェックポイントやスナップショットがどのように機能するかを、痛い目に遭って学ばざるを得ませんでした。これらは バックアップではない また、Hyper-V では、そのものとしては Microsoft によってサポートされていません。チェックポイントは、ある時点からの差分変更を記録する仕組みを採用しています。しかし、これらは作成元となるベースディスクに依存しています。

バックアップは、データを復元するための完全に自律的な仕組みであるべきであり、親VMのディスクへの依存があってはなりません。チェックポイントやスナップショットは、親仮想マシンのディスクと同じ基盤となるストレージインフラストラクチャ上、かつ同じVMフォルダ内に存在するファイルを利用します。親ディスクが失われると、チェックポイントは使用できなくなります。

Creating a new checkpoint on a Hyper-V virtual machine

チェックポイントには、特に既知の状態へ迅速にロールバックする必要がある状況において、その役割があります。チェックポイントの具体的な活用例としては、開発者がコードをデプロイしてテストプロセスを継続する必要がある開発シナリオが挙げられます。チェックポイントを利用すれば、コードが導入される前の状態までサーバーをロールバックし、テストの各反復段階を遡って元に戻すことが可能になります。ただし、ここで重要な点は、チェックポイントには一定の目的があるものの、バックアップとしての機能を兼ね備えているわけではないということです。したがって、Hyper-V 仮想マシンをバックアップする最善の方法は、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 ボリュームシャドウコピーサービスを利用して、バックアップが実行される前に、メモリ内にあるアプリケーションのトランザクションが確実にディスクにフラッシュされるようにします。これにより、アプリケーション、特にそのデータベースが、トランザクション的に一貫した状態に保たれることが保証されます。

Using the application-aware mode

アプリケーション対応バックアップとトランザクションの一貫性を活用することには、大きなメリットがあります。これにより、データ破損のリスクを排除できます。また、バックアップを復元した後に追加の処理を行う必要がなくなります。もし”クラッシュ一貫性”のあるバックアップ、あるいはアプリケーションデータを認識していないバックアップのみを復元する場合、データベース駆動型アプリケーションの一貫性を確保するために、ログの再生やその他のタスクを実行する追加の手順を踏む必要があります。災害復旧シナリオにおいて数分が重要な場合、すでに一貫性が確保されたバックアップを復元できれば、RTO(復旧目標時間)を確実に短縮できます。

以下のような専門的なソフトウェアソリューションは NAKIVO Backup & Replication これにより、 アプリ対応モード Hyper-V ジョブでは、ビジネスに不可欠なアプリケーションをバックアップする際にアプリケーションの一貫性を確保するようにしてください。これが、Hyper-V 環境をバックアップする最善の方法です。

試してみてください NAKIVO Backup & Replication

無料トライアルを利用して、本ソリューションのデータ保護機能をすべてお試しください。15日間無料。機能や容量の制限は一切ありません。クレジットカードも不要です。

無料でお試しください