Hyper-V で物理マシンを仮想マシン P2V に変換する方法

物理サーバーを仮想マシンに変換するには、新しいディスクバックアップタスクを作成するか(29ページを参照)、ディスクコンバータツール(メインメニュー – >ディスクツール – >ディスクバックアップ&ディスクコンバータ)を使用します。

変換する必要がある物理ディスクごとに、次の変換手順を入力します。次の例では、ディスク #3 のディスクが 1 つだけあり、ドライブ文字 Z:、F:、J:、D:、および V: を保持し、全体の容量は 7.28 TB です。

[設定の編集]をクリックして、そのバックアップ手順の詳細設定を確認します。

上記の画面にアクセスするには、メインメニューからDisk Backup & Disk Converterを開くか、[新しいタスク]をクリックして新しいセクタレベルのディスクバックアップタスクを作成します。次に、上記のように「ソースは物理ディスクです」を選択し、「選択」ボタンをクリックして利用可能なすべてのディスクを表示します。

注: ダイナミック ディスクは、[ディスクの追加] ボタンを使用して上記の画面にディスクを追加して、すべての結合を 1 つのステップで変換する必要があります。Windows のダイナミック ディスク (仮想ディスクの拡張と混同しないように、定義については https://technet.microsoft.com/en-us/library/cc737048 を参照してください) では、複数のディスクにまたがるスパン、ストライプ、およびミラー化されたボリュームを使用できます。これらのディスクをイメージ化する場合は、同時に変換するすべてのディスクを選択する必要があります。「ディスクの追加」ボタンをクリックして、追加の変換ステップ(ディスクなど)を追加できます。

上記の画面には、次の 3 つの基本設定が入力されていることに注意してください。

1.バックアップタイプ:この場合は「ディスクからイメージへ」

2.ソースディスク:「ディスク#3」

3.ターゲット イメージ ファイル: “W:\temp\disk_4.vhdx”

上記の例では、物理ディスクをディスクイメージファイル “disk_4.vhdx” に変換します。VHDX 仮想ディスク形式は最大 64 TB まで拡張できますが、他のすべての形式は約 2 TB に制限されています。選択した仮想化プラットフォームに応じて、以下を選択できます。

VirtualBox および VMware のそれ以降のバージョンでは、VHD も使用できる場合があることに注意してください。

災害復旧の目的でディスクをバックアップする場合は、ディスクが 2TB 未満であれば、任意の形式を使用できます。ただし、パフォーマンスはVHDX形式で最高です。

仮想ディスクのタイプは「動的に拡張」にプリセットされています。つまり、仮想ディスクは元のドライブ上のすべてのデータを格納するように拡張され、すべての情報を保持するために必要なだけのストレージしか使用しません。

「オプション」タブには、ディスクバックアップを微調整するための追加機能があります。

「すべてのサービスをバックアップ用に準備する」は、VSS対応のすべてのサービスにライブ・バックアップの準備をするよう通知することにより、アプリケーションの整合性を確保します。このオプションは、Microsoft SQL Server、Exchange Server、Oracle (VSS 対応バージョン)、およびその他の VSS 対応サービスを実行している場合に特に使用します。

「空きとしてマークされたディスク領域をスキップ」は、オペレーティングシステムによって明示的に空きとマークされているファイルシステムブロックをスキップするようにBackupChainに指示します。

上記の画面の下部には、検証を使用するオプションもあります。BackupChainは完全な変換を実行し、要求があればファイルごとに検証します。特定のフォルダを検証対象から除外するには、次のようなドライブ文字なしでフォルダを入力します。

\一時

をクリックして、ルートフォルダ上のすべての一時フォルダをスキップします。

古い仮想ディスクバックアップの自動クリーンアップ

仮想ディスクターゲットの場合、BackupChainが古いバックアップを削除する方法を[イメージングオプション]タブで制御できます。「保持するディスクバックアップ」オプションは、バックアップターゲットフォルダに含めるバージョン数を決定します。”ALL”はそれらを無期限に保持します(推奨されません)。必要に応じて任意の数値を入力できます。

「バックアップ前にバックアップバージョン履歴をクリーンアップする」オプションを使用すると、BackupChainは新しいバックアップを開始する前に最も古いバックアップを削除できます。これは、バックアップが停止または失敗した場合、バックアップがまったく残らなくなるため、履歴に「1」のバックアップのみを保持する場合はお勧めできません。

BackupChain の既定の戦略は、すべての状況下で少なくとも 1 つの適切なバックアップが常にあることを確認することです。ただし、一部の設定では、使用可能なバックアップストレージは非常に限られており、クリーンアップオプションがバックアップをまったく機能させる唯一の方法である場合があります。

仮想ディスクを仮想マシンとして起動する (P2V)

P2Vを続行する前に、サーバーのディスクレイアウトの性質をよく理解してください。コントロールパネルからWindowsディスクの管理を開き、ブートパーティションを確認します。

以下の例は、システムドライブディスク0がベーシックディスク(したがって、単独でバックアップされる場合があります)であり、新しいハードウェアで一般的なEFIブートローダを使用していることを示しています。

EFI ブートローダのないシステムは次のようになります。

EFI ブートは、一部の仮想化プラットフォームではサポートされていません。EFI / UEFI は、Hyper-V Server 2012 R2 / Windows Server 2012 R2 以降の第 2 世代 VM で起動できます。物理サーバー/PC を変換し、Windows Server 2012 や 2008 R2 などの以前のバージョンの Windows で VM として実行する場合は、EFI を使用しない通常のブート ローダーが必要です。

注: EFI BIOS は VMware Workstation と VirtualBox にも実装されています。

Hyper-V で P2V VM を作成する

この手順は 1 回だけ行う必要があることに注意してください。VM を配置すると、BackupChain は後続のバックアップ サイクルで仮想ディスクを自動的に置き換えることができます。障害復旧シナリオで VM が必要な場合は、起動するだけですぐに準備完了です。

前述のように、物理コンピューターで EFI を使用して VM を実行する場合は、Windows Server 2012 R2 以降を使用する必要があります。この例では、Hyper-V で第 2 世代 VM を作成します。

名前を入力し、「次へ」をクリックします。

EFIが必要な場合は、「第2世代」を選択してください。Hyper-V は、第 2 世代 VM の SCSI コントローラのみをサポートすることに注意してください。物理サーバの構成によっては、ブート構成の変更が必要になる場合があります。

次に、[次へ]をクリックして妥当な量のRAMを設定し、LANを今のところ切断し、[仮想ハードディスクの接続]画面でBackupChainによって作成されたVHDXを選択します。

次に、「完了」をクリックします。「第 2 世代」VM の特定のケースでは、VM の設定を 1 回変更する必要があります。
セキュリティ設定で、セキュアブート、シールド、TPMを無効にします。

ファームウェアセクションは、ディスク上のWindowsブートマネージャを指している必要があります。

これで、VM を起動する準備ができました。VMがブルースクリーンで起動する場合は、以下で説明するようにブート設定を変更する必要があります。

VM ブート設定の変更

一部の物理マシンでは、オペレーティング システムとブート構成によっては、BackupChain の “ディスク準備ツール” を使用して VM のブート設定を準備する必要があります。

上記のようにメインメニューから開きます。

次に、仮想ディスクファイルを選択し、「ユニバーサルブート設定の構成」をクリックして、以下に示すように「OK」をクリックします。

注: 物理サーバーを仮想ディスクではなく別の物理ディスクにコピーした場合は、準備するバックアップ物理ディスクを選択できるようになりました (上記のグレー表示のオプション)。この機能は、ディスクを別の物理マシンに移動する場合、または物理ディスクを VM に接続してそこから起動する場合に使用します。

このプロセスが完了すると、VM のブート構成が変更され、IDE のブートも許可されます。これは、EFI BIOS オプションが有効になっていない Windows Server 2008 R2 や VMware ワークステーションの Hyper-V など、古い仮想化プラットフォームで特に必要です。

注: Hyper-V とは異なり、VMware ワークステーションおよび ESX では、EFI オプションがオンの場合でも、IDE コントローラーから VM を実行できます。