50%オフ すべてのプラン、期間限定。から開始 $2.48/mo
残り25分
サーバーとOS

Disk2VHD を使用して物理マシンを仮想化する方法

レクサ・サイラス By レクサ・サイラス 25 分で読めます 2025 年 11 月 9 日更新
下部のサーバーにはシアン色の光る線があり、VHDX ファイル ハブを介してその上の 3 つの仮想マシン ボックスまで流れており、物理サーバーが仮想マシンにどのように変換されるかを示しています。

最新の IT インフラストラクチャでは、物理マシンを仮想マシンに変換することが必要になっています。P2V 変換により、アプリケーション、構成、データを維持しながら物理システムを仮想環境に移行することで、この移行が可能になります。この変革により、仮想化システムが提供する拡張性と柔軟性が解放されます。

無料の Microsoft ユーティリティである Disk2VHD は、ダウンタイムなしで実行中のシステムから仮想ハード ディスク イメージを作成することにより、プロセス全体を簡素化します。このガイドでは、システムの準備から Disk2VHD の構成から、仮想マシンの展開、途中で発生する一般的な問題のトラブルシューティングまで、各手順を説明します。

サーバータワーは、輝くシアンのデータストリームを介して、暗い背景でセキュリティを備えた上昇するクラウドインフラストラクチャに変わります。
サーバーを統合する場合でも、仮想化戦略をテストする場合でも、この実用的なアプローチには金銭的投資や複雑な導入手順が不要で、あらゆる規模の組織が利用できるようになります。

物理ハードウェア コンポーネント上のハイパーバイザー層に 3 つの個別の仮想マシンがスタックされ、教育用の「レイヤー ケーキ」の垂直スタックが表示されます。

物理から仮想 (P2V) への変換について

物理から仮想への変換では、オペレーティング システム、インストールされているアプリケーション、ユーザー データ、システム構成を含むディスク構造全体をキャプチャすることにより、完全な物理コンピューター システムを仮想マシンに変換します。 

その結果、元の物理システムと同じように機能する仮想マシンが仮想化環境内で実行され、ソフトウェアの再インストールやアプリケーションの再構成を行わずに、異なるハードウェア プラットフォーム間でワークロードを柔軟に移動できるようになります。

物理サーバーはシアン色の Disk2VHD 矢印を介して仮想マシンに接続されており、保存された OS/アプリケーション/データが表示されています。

物理マシンを仮想化する必要があるのはどのような場合ですか?

組織は、魅力的なコスト削減と運用上の利点を理由に、IT インフラストラクチャを最新化するために仮想化を採用することが増えています。仮想化ソフトウェア市場が誕生 $94.82 billion in 2025 そして2030年までに2,187億6,000万ドルに達すると予測されています。

仮想化の主な利点

円の中の 6 つのメリット アイコン: 緑色のコスト削減、可用性のチェックマーク、シアンの生産性ロケット、紫色のリソース バランス スケール、オレンジ色の災害復旧シールド、青色のストレージ

コスト効率 – 仮想化により複数の物理サーバーが不要になり、経費が削減され、組織はサーバー統合率を報告しています 10:1を超える.

可用性の向上 – 仮想マシンは、ハードウェア障害時にダウンタイムを最小限に抑えて機能しているサーバーに移行しますが、物理マシンは特定のハードウェアに関連付けられたままになります。

生産性の向上 – 新しい仮想サーバーの導入には、プロビジョニング、クローン作成、または削除ができるため、数日ではなく数分で完了します。 仮想マシン ハードウェアを調達することなく即座に。

災害復旧への備え – 調査データは次のことを示しています 組織の 68% 仮想化は障害後の迅速な復元を可能にするため、災害復旧戦略には仮想化が不可欠であると考えます。

一元的なストレージ管理 – 仮想化によりストレージ リソースを一元的に制御できるため、管理者はストレージの割り当てを動的に変更できます。この一元化により、共有ストレージがすべての仮想サーバー間で最高の効率で動作すると同時に、個々の物理ディスク構成の管理の複雑さが軽減されます。

Disk2VHDとは何ですか?

Disk2VHD は、システムの実行を継続しながら物理ディスクから仮想ハード ディスク (VHD または VHDX) ファイルを作成する Microsoft の無料ユーティリティです。特別なメディアから起動したりシステムをシャットダウンしたりする必要がある多くの P2V 変換ツールとは異なり、Disk2VHD は実行中のシステム上で中断することなく動作します。

このツールは、Windows ボリューム シャドウ コピー サービス (VSS) を利用して、アクティブな操作中に選択したボリュームの一貫したポイントインタイム スナップショットを作成します。この機能は、作業を継続しながらシステムを変換できることを意味し、変換プロセスのダウンタイムをスケジュールせずにアプリケーションを利用可能な状態に維持できます。

フローティング VHD/VHDX フォーマット、Windows ロゴ、Hyper-V アイコン、チェックマーク付きの 0.9MB インストール不要ラベルが表示された Disk2VHD アプリケーション ウィンドウ

このツールは、物理インフラストラクチャを最新の仮想化プラットフォームと互換性のあるポータブル仮想ディスク ファイルに変換する変換レイヤーを提供します。

P2V 変換に Disk2VHD を使用する理由?

Disk2VHD は、システムのダウンタイムや特別なブート メディアを必要とせずに実行中のシステムを変換するため、P2V ツールの中でも際立っています。 VMware vCenter Converter や Acronis などのエンタープライズ ソリューションはより多くの機能を提供しますが、Disk2VHD は、ほとんどの標準的な変換シナリオを効率的に処理できる軽量で無料の代替手段を提供します。

このツールは Windows ボリューム シャドウ コピー サービスと直接連携して、アプリケーションの実行を継続しながら一貫性のあるスナップショットを作成します。このアプローチにより、メンテナンス期間をスケジュールしたり、変換中に業務を中断したりする必要がなくなります。 

Disk2VHD は、仮想化戦略をテストしている組織や個々のサーバーを移行している組織に、財務投資や複雑な導入手順を必要としないリスクのないエントリ ポイントを提供します。

無料、使いやすさ、ダウンタイムなしを示す緑色のチェックマークが付いたシアン色で強調表示された Disk2VHD と、コストと複雑性を備えた競合他社を灰色で示した比較表

Disk2VHD は、中間の変換手順を必要とせずに Microsoft Hyper-V と直接統合するネイティブ VHD および VHDX 形式を作成します。作成された仮想ディスクは Windows Server 2012 以降の Hyper-V 実装ですぐに動作し、物理ハードウェアから仮想インフラストラクチャへの移行プロセスを合理化します。 

この直接的な互換性により、変換時間が短縮され、サードパーティのディスク形式を使用するときに発生する可能性のある互換性の問題が排除されます。

VHDX と VHD: 仮想ディスク形式について

Disk2VHD で仮想ディスクを作成する場合、VHD 形式と VHDX 形式のどちらかを選択する必要があります。この選択は、仮想マシンの容量、パフォーマンス、およびさまざまな仮想化プラットフォームとの互換性に影響します。それらの違いを理解することは、特定の環境や将来のニーズに合わせて正しい決定を下すのに役立ちます。

特徴 VHD VHDX
最大サイズ 2 TB 64 TB
論理セクタのサイズ 512バイト 4 KB (最新のハードウェア向けに最適化)
データ破損からの保護 基本 高度なメタデータログ機能
ライブサイズ変更 サポートされていません VM の実行中にサポートされる
停電保護 限定 変更追跡による強化
ブロックサイズのオプション 修理済み ダイナミック ディスク用に最適化された大規模なブロック
サードパーティのサポート VirtualBox、VMware、その他 主に Hyper-V (他の場所に限定)
紹介された 2003 (Connectix/マイクロソフト) 2012 (Windows 8/サーバー 2012)

VHDX を使用する場合 – Windows Server 2012 以降のすべての Hyper-V 展開には VHDX を選択してください。これは、優れたパフォーマンス、破損防止による強力なセキュリティ、および最大 64 TB の大容量仮想ディスクのサポートを提供するためです。 

この形式は 4KB セクターを使用する最新のストレージ ハードウェアとの整合性が高く、I/O パフォーマンスが向上し、電源障害やシステム クラッシュに対する回復力が向上します。

左側はミュートされた VHD フォーマット (2TB)、右側は明るいシアンの VHDX (64TB) で、容量、セクター サイズ、機能のアップグレードを示しています。

VHD を使用する場合 – 新しい VHDX 形式をサポートしていない古い仮想化プラットフォームまたはレガシー システムとの互換性が必要な場合にのみ、VHD を選択します。 VirtualBox や VMware などの一部のサードパーティ ハイパーバイザーでは、仮想ディスクを使用する前に VHD 形式が必要か、VHDX から VHD への変換が必要です。 

Microsoft Hyper-V を使用した新規展開の場合、重大な欠点がなく、容量、信頼性、パフォーマンスの点で大きな利点がある VHDX が推奨される選択肢です。

P2V 変換を開始する前の前提条件

物理から仮想への変換を開始する前に、変換の失敗や仮想ディスク ファイルの破損を避けるために、これらの要件が満たされていることを確認してください。仮想 PC の移行での使用の準備に時間をかけると、移行がスムーズになり、変換プロセス全体の再起動を余儀なくされる可能性のある問題を回避できます。

移行前チェックリスト

物理から仮想への変換を開始する前に、変換の失敗や仮想ディスク ファイルの破損を避けるために、次の要件を確認してください。時間をかけてシステムを適切に準備することで、変換プロセス全体の再起動を余儀なくされる可能性のある問題を回避できます。

移行前チェックリストは次のとおりです。

  • 十分なディスク容量: 保存先に、VHDX ファイルを保存するのに十分な空き領域があることを確認します。空き領域は、物理ディスクの使用容量とほぼ一致します。変換プロセス中のオーバーヘッドと潜在的な拡張に備えて、10 ~ 20% のバッファを追加します。

  • 管理アクセス: 標準のユーザー アカウントにはブート パーティションとシステム ファイルを読み取る権限がないため、管理者権限で Disk2VHD を実行してシステム ボリュームにアクセスし、ディスク イメージを作成します。開始する前に、実行可能ファイルを右クリックし、「管理者として実行」を選択します。

  • ボリューム シャドウ コピー サービス処置: Disk2VHD ではアクティブ ボリュームの一貫したスナップショットを作成する必要があるため、システム上で VSS が実行されていることを確認してください。変換を開始する前に、サービス (services.msc) をチェックして、VSS ステータスが「実行中」であることを確認します。

  • リソースを大量に消費するアプリケーションを閉じる: Disk2VHD はアクティブなシステム上で実行できますが、不要なアプリケーションを閉じるとシステムの負荷が軽減され、変換プロセスが大幅に高速化されます。データベース サーバー、ビデオ編集ソフトウェア、およびバックアップ プログラムは、可能であれば停止する必要があります。

  • 出力用のネットワークまたは別のディスク:同じディスクに保存するとパフォーマンスが大幅に低下し、変換時間が数時間増加するため、VHDX ファイルを変換中のディスクとは別の物理ディスクに保存します。ネットワーク共有に十分な帯域幅とストレージ容量がある場合、この目的には適切に機能します。

  • システム構成の確認: 移行後にこれらの設定を確認する必要があるため、現在の IP アドレス、コンピューター名、および重要な構成を文書化してください。仮想マシンは新しい MAC アドレスを受け取り、ネットワーク構成とソフトウェア ライセンスに影響を与える可能性があります。

Disk2VHD の使用方法: 段階的な P2V 変換

したがって、古いサーバーを移行するか、重要なシステムをバックアップする必要がありますが、Disk2vhd を効果的に使用する方法がわかりませんか?このプロセスは、この多用途な Microsoft ユーティリティをダウンロードし、変換を成功させるための構造化されたアプローチに従うことから始まります。

このセクションでは、各構成オプションについて説明し、変換プロセス中に行う重要な決定について説明します。

光る矢印で結ばれたシアン色の円内の 6 つの番号付きステップからなる垂直ワークフロー: ダウンロード → 管理者 → ボリュームの選択 → 形式の選択 → 開始 → Hyper-V への展開

ステップ 1: Disk2VHD をダウンロードして実行する

公式からDisk2VHDをダウンロード Windows システム内部ページ、Microsoft は登録要件なしでツールを無料ダウンロードとして提供します。ダウンロードは、ユーティリティの 32 ビット バージョンと 64 ビット バージョンの両方を含む ZIP アーカイブとして提供されるため、さまざまな Windows インストールとの互換性が得られます。

ZIP ファイルをデスクトップやダウンロード フォルダーなど、コンピューター上の便利な場所にコピーします。システムに適切なバージョン (64 ビット システムの場合は disk2vhd64.exe、32 ビット システムの場合は disc2vhd.exe) を右クリックし、[管理者として実行] を選択して、必要な権限でツールを起動します。

Disk2VHD オプションの構成

Disk2VHD ウィンドウが開くと、変換プロセスの動作方法と出力ファイルが使用する形式を制御するいくつかの構成オプションが表示されます。各オプションは、特定の要件を満たす仮想ディスクを作成するのに役立ちます。これらの機能といつ使用するかは次のとおりです。

VHDXを使用する – 古い VHD 形式の代わりに VHDX ファイルを作成するには、このオプションをオンにします。これにより、最大 64 TB のストレージがサポートされ、データ破損保護が強化され、最新のハードウェアでのパフォーマンスが向上します。これは、Windows Server 2012 以降で実行される Hyper-V へのすべての新しい変換についてチェックする必要があります。

ボリューム シャドウ コピーを使用する – Windows ボリューム シャドウ コピー サービスを通じて、実行中のアプリケーションとデータの一貫したバックアップを作成するには、このオプションをオンにします。 VSS は、ポイントインタイムのスナップショットをキャプチャすることでデータの整合性を確保します。これは、頻繁にディスクに書き込むアクティブなアプリケーションやデータベースを含む運用システムにとって特に重要になります。

Disk2VHD「仮想 PC で使用するための準備」 – 何をするのですか?

Virtual PC で使用するための準備をする – このチェックボックスは、インターフェイスの [disk2vhd] が [仮想 PC での使用を準備する] オプションとして表示され、これを選択すると、Virtual PC 固有のドライバーが仮想ハード ディスクに挿入されます。この機能は、Microsoft が Hyper-V を優先して廃止した従来の Virtual PC プラットフォーム用に設計されました。

Hyper-V は統合サービスを使用して仮想マシンに最適化されたドライバーを提供するため、最新の Hyper-V 展開ではこのオプションは必要ありません。 Integration Services は、Hyper-V で Windows 仮想マシンを初めて起動するときに自動的にインストールされ、従来の Virtual PC ドライバーよりも優れたパフォーマンスと互換性を実現します。

Windows 8 より前の古い Microsoft Virtual PC バージョンとの互換性が特に必要でない限り、このオプションはオフのままにしておきます。 Windows Server 2012 以降で Hyper-V を使用するすべての最新の仮想化シナリオでは、この設定を無効にすると、最新のハイパーバイザー環境とよりスムーズに統合されるクリーンな仮想ディスクが生成されます。 

システム管理者が仮想 PC disk2vhd での使用の準備を検索すると、より高度なドライバー統合方法を使用する最新の仮想化プラットフォームでは、この設定がほとんど必要ないことがわかります。

左側にベージュのレトロなインターフェイスを備えた従来の Virtual PC と、右側に青緑色のインターフェイスを備えた最新の Hyper-V を示す分割画面の比較。「最新の Hyper-V 導入にはこのオプションは必要ありません」というラベルが付いています。

含めるボリュームの選択 – ボリューム リストには、メインのオペレーティング システム パーティションと非表示のシステム パーティションを含む、システム上で使用可能なすべてのドライブが表示されます。仮想マシンに含めるボリュームを選択します。 

起動可能な VM の場合、システム ドライブ (通常は C:) とシステム予約パーティション (通常は 100 ~ 500 MB 程度のラベルのない小さなボリューム) の両方を含める必要があります。システム予約済みパーティションがないと、重要なブート ファイルが含まれているため、仮想マシンは起動しません。

宛先パスの選択 – ファイル名を含むフル パスを入力して、Disk2VHD が VHDX ファイルを保存する場所を指定します。最適なパフォーマンスを得るために、変換される物理ディスクとは別の物理ディスクに保存することを忘れないでください。信頼性の高いネットワーク接続と十分な帯域幅がある場合、ネットワーク パスは適切に機能します。

これらの設定を行った後、「作成」ボタンをクリックして変換プロセスを開始します。 Disk2VHD が VHDX ファイルの作成を開始します。

disc2vhd のボリュームリストの変換

変換中に予想されること:

側面 詳細
変換時間 データ量とディスクの読み取り/書き込み速度に依存します
進捗状況の追跡 Disk2VHD ウィンドウに表示されるリアルタイムの進行状況バーと推定残り時間
システムの使用状況 作業を続けることはできますが、ディスク I/O 操作によりパフォーマンスが低下することが予想されます。
推奨されるアクション 最適な速度を得るために別の物理ディスクに保存します

変換プロセスはボリューム シャドウ コピー サービスを使用してバックグラウンドで実行されるため、システムは全体的に動作し続けます。

ステップ 2: VHDX ファイルを Hyper-V ホストにコピーする

Disk2VHD による変換が完了したら、構成手順で指定した宛先パスで VHDX ファイルを見つけます。このファイルを Hyper-V サーバーの仮想ハード ディスク ディレクトリにコピーします。このディレクトリは通常、サーバーの構成に応じて次の標準の場所のいずれかにあります。

  • C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks\
  • D:\Hyper-V\Virtual Hard Disks\ (custom location)

帯域幅が限られたネットワーク接続を介して大きな VHDX ファイルを転送する場合、コピーにかなりの時間がかかることがあります。直接接続された USB ドライブまたはローカル ストレージを使用すると、特に 100 GB を超える仮想ディスクの場合、このプロセスが大幅に高速化されます。

ステップ 3: Hyper-V マネージャーで仮想マシンを作成する

[スタート] メニューで検索するか、サーバー マネージャーからアクセスして、ホスト サーバー上の Hyper-V マネージャーを開きます。ウィンドウの右側にあるアクションペインで、「」をクリックします。新しい」を選択し、「仮想マシン」をクリックして、新しい仮想マシン ウィザードを起動します。このウィザードでは、構成プロセスをステップバイステップで案内します。

名前と場所を指定する

実行している他の VM 間で識別しやすいように、仮想マシンのわかりやすい名前を入力します。この名前は、Hyper-V マネージャーの仮想マシン リストおよびさまざまな管理ツールに表示されます。 

仮想インフラストラクチャに特定のディレクトリ構造またはストレージ配置がある場合は、オプションで VM 構成ファイルのデフォルトのストレージの場所を変更できます。

世代の指定

この手順は重要であり、VM の作成後に変更することはできないため、最初から正しい世代を選択すると、仮想マシンを削除して再作成する必要がなくなります。 Hyper-V は、互換性、パフォーマンス、セキュリティ機能に影響を与える明確な特徴を持つ 2 つの世代を提供します。

特徴 第 1 世代 第 2 世代
ファームウェアの種類 BIOS UEFI
対応OS 古いバージョンを含むほとんどのゲスト オペレーティング システム Windows 8/Server 2012 以降の最新の Linux ディストリビューション
ブートオプション IDE、CD-ROM、ネットワーク、フロッピー SCSI、CD-ROM、ネットワーク (フロッピーや IDE なし)
セキュリティ機能 標準 セキュア ブート、TPM、シールドされた VM
パフォーマンス 良い 優れた (SCSI ベース)
最大VRAM 1 TB 240TB

第 1 世代を選択します 物理マシンが Windows 7、Windows Server 2008 R2、または UEFI ファームウェアをサポートしていない古いオペレーティング システムを実行している場合。第 1 世代は、レガシー システムとの幅広い互換性を提供し、一部の古いオペレーティング システムで必要な IDE コントローラーからの起動をサポートします。

第 2 世代を選択します UEFI ブート モードでインストールされた Windows 8/Server 2012 以降のシステムの場合。第 2 世代は、セキュア ブートと TPM サポートによる優れたセキュリティ、SCSI 仮想ストレージ コントローラによる優れたパフォーマンス、および起動時間を短縮する UEFI ファームウェアの利点を提供します。最新の導入環境では、現在のハードウェアおよびソフトウェアの標準に準拠しているため、第 2 世代が推奨される選択肢です。

vmm セットアップ イメージでの世代の選択

メモリの割り当て

物理マシンが通常のワークロードに使用していたものに基づいて、仮想マシンに RAM を割り当てます。アプリケーションがスムーズに実行されるように、その量は物理マシンのメモリと同等かそれを超える必要があります。

複数の仮想マシン間で RAM のオーバーコミットを避けるために、リソースを割り当てるときは、ホスト サーバーの合計メモリを考慮してください。動的メモリを使用すると、Hyper-V がワークロードの需要に基づいてメモリ割り当てを調整できるようになり、仮想化環境全体でリソースの使用率が向上します。

ネットワークの構成

仮想スイッチを選択して VM をネットワークに接続し、他のシステムと通信してネットワーク リソースにアクセスできるようにします。仮想スイッチをまだ作成していない場合は、これを「未接続」に設定し、Hyper-V マネージャーの仮想スイッチ設定を通じて VM を作成した後にネットワークを構成できます。

仮想ハードディスクの接続

ここで、Disk2VHD で作成した VHDX ファイルを新しい仮想マシンにリンクし、VM のプライマリ ストレージ デバイスにします。 「既存の仮想ハードディスクを使用する」を選択し、「」をクリックします。ブラウズ」をクリックしてファイル選択ダイアログを開きます。 

VHDX ファイルをコピーした場所に移動し、それを選択します。これにより、Hyper-V は、変換された物理ディスクを仮想マシンのストレージとして使用し、元のシステムのすべてのデータ、アプリケーション、構成を保持するように指示されます。

VM セットアップ イメージにディスクを挿入

ウィザードを完了する

構成の概要を確認して、世代、メモリ割り当て、仮想ハード ディスク パスを含むすべての設定が正しいことを確認します。 [完了] をクリックして仮想マシンを作成すると、Hyper-V によって新しい VM が仮想マシン リストに追加され、他の仮想システムと一緒に管理できるようになります。

ステップ 4: 仮想マシンを起動して接続する

Hyper-V マネージャーで、中央ペインに表示される仮想マシン リストで新しく作成した仮想マシンを見つけます。 VM 名を右クリックし、コンテキスト メニューから [開始] を選択して、仮想マシンをパワーオンします。 

次に、もう一度右クリックして「接続する」をクリックすると、VM のディスプレイを表示するコンソール ウィンドウが開き、仮想マシンの画面出力に直接アクセスして、物理コンピューターであるかのように仮想マシンを操作できるようになります。

初回起動時の考慮事項

Windows はハードウェアの変更を検出し、新しい仮想環境に合わせて構成する必要があるため、初回起動はその後の起動よりも時間がかかります。仮想環境では、仮想ネットワーク アダプタ、仮想 SCSI コントローラ、仮想 CPU 機能など、元の物理マシンとはまったく異なるハードウェアが提供されます。 

Windows は初回起動時に仮想ハードウェアのドライバーを自動的にインストールします。システムが新しい環境に適応するにつれて、デバイスのインストール通知や構成ダイアログが表示される場合があります。

起動プロセス中に、Windows 構成画面またはドライバーのインストール通知がポップアップ表示される場合があります。これらのプロセスは仮想マシンの適切な動作に必要なため、中断せずに完了できるようにします。 

数分後、見慣れたデスクトップの背景とユーザー アカウントが表示された Windows ログイン画面が表示されます。これで仮想マシンが稼働し、物理マシンのすべてのアプリケーション、データ、構成が含まれています。

初回起動時の一般的な問題

黒い画面とカーソル – カーソルが点滅する黒い画面だけが表示され、数分後に他に何も読み込まれない場合は、VM がオペレーティング システムに対して間違った世代に設定されている可能性があります。第 2 世代 (OS が Windows 8/Server 2012 以降の場合) または第 1 世代 (UEFI ブートをサポートしていない古いオペレーティング システムの場合) で VM を再作成してみてください。

ブートの失敗 – 変換設定を確認して、Disk2VHD 変換プロセス中にシステム ボリュームとシステム予約済みパーティションの両方を選択したことを確認します。ブート ローダーとブート構成データを含むブート パーティションがないと、VM は適切に起動できず、ブート エラーが表示されます。

ドライバーのエラー – Windows 10/11 および Windows Server 2016 以降の場合、Hyper-V 統合サービスは自動的にインストールされ、Windows Update を通じて更新され、時刻同期、ハートビート監視、マウス統合の改善などの最適化されたドライバーと機能が提供されます。

Windows 7 や Windows Server 2012 などの古いオペレーティング システムでは、適切な仮想ハードウェアの認識とパフォーマンスを得るために、「統合サービス セットアップ ディスクの挿入」を使用して Hyper-V ホストのアクション メニューから手動でインストールする必要があります。

コマンド ライン経由で Disk2VHD を使用する

Windows コマンド プロンプトに 4 つの Disk2VHD コマンド構文例が色分けされたテキストで表示され、70% の進行状況バーとステータス メッセージ「ボリューム シャドウ コピーを使用して VHD スナップショットを作成しています」が表示されます。Disk2VHD は、変換をスケジュールしたり、既存のワークフローに統合したりする必要がある自動化、スクリプト作成、およびリモート管理シナリオのためのコマンド ライン操作をサポートします。コマンド ライン インターフェイスは、GUI の操作を必要とせずにすべての Disk2VHD 機能にプログラムでアクセスできるため、複数のサーバーを管理するシステム管理者にとって価値があります。 

組織が複数のマシンにわたる仮想 PC での使用に向けて、disk2vhd を体系的に準備する必要がある場合、コマンド ライン スクリプトを使用すると、バッチ処理と自動変換スケジュールが可能になります。

コマンド構文

disk2vhd.exe <[drive:]> <vhd/vhdx filename>

コマンドラインフラグ

-c フラグ – ボリューム シャドウ コピーを使用せずに直接コピーを作成します。これは、VSS が使用できない場合、または整合性がそれほど重要ではない重要でないデータ変換に役立ちます。このモードはより高速に実行されますが、実行中のシステムのアプリケーション整合性のあるスナップショットが保証されるわけではありません。

-h フラグ – 従来の Virtual PC プラットフォームで使用できるように VHD を準備し、Virtual PC が予期する特定のメタデータを追加します。このオプションは、グラフィカル インターフェイスに表示される [仮想 PC で使用するために Disk2VHD を準備する] オプションに対応します。 Hyper-V またはその他の最新の仮想化プラットフォームを使用する最新の展開では、このフラグが必要になることはほとんどありません。

* ワイルドカード – 特定のドライブ文字の代わりに使用する場合、変換にすべてのボリュームが含まれるため、1 つのコマンドでシステム全体をキャプチャできます。これにより、正常な起動に必要なパーティションを誤って見逃すことがなくなります。

コマンドラインの例

特定のドライブを VSS で変換します。

disk2vhd.exe C: "D:\VHDs\server-backup.vhdx"

すべてのドライブを変換します。

disk2vhd.exe * "\\network-share\backups\complete-system.vhdx"

VSS を使用しない直接コピー:

disk2vhd.exe -c C: "E:\conversions\direct-copy.vhdx"

日付スタンプ付きの自動バックアップ (PowerShell):

disk2vhd.exe -c C: "\\file-server\Backups\snapshot-$(Get-Date -f yyyy-MM-dd).vhdx"

これらのコマンドを Windows タスク スケジューラと統合して、特定のスケジュールまたはトリガーで実行される自動バックアップ ルーチンを作成できます。このアプローチは、高価なエンタープライズ バックアップ ソフトウェアや複雑なインフラストラクチャを必要とせずに、物理マシンに軽量の自動バックアップ システムを提供します。

P2V 移行を成功させるためのベスト プラクティス

P2V 移行ワークフロー図。左側に物理サーバーがバックアップ、パフォーマンス監視、VM への検証手順を流れ、右側に検証チェックリストが示されています。すべて青緑色の背景に光る矢印が表示されています。

確立されたベスト プラクティスに従うことで、物理から仮想へのスムーズな変換と移行後の VM パフォーマンスの最適化が保証され、変換の失敗や仮想マシンのパフォーマンス低下につながる一般的な問題を回避できます。これらのガイドラインは、さまざまな環境にわたる P2V 移行に関する長年にわたる実際の経験に基づいています。

変換前のベストプラクティス

不要なアプリケーションを終了する – アクティブなアプリケーション、特に頻繁にディスク書き込みを実行するデータベースやサービス (SQL Server、Exchange、ファイル同期ツールなど) をシャットダウンします。これにより、変換されたイメージ内のデータの不一致の可能性が減り、ディスク I/O の競合が減って変換プロセスが高速化されます。

個別のストレージを使用する – 変換しているのと同じディスクに VHDX ファイルを保存しないでください。これにより、パフォーマンスが大幅に低下し、循環読み取り/書き込み操作によるファイルの破損が発生する可能性があります。ネットワーク共有、外部ドライブ、または別の物理ディスクを使用して、変換出力を保存します。

VSS 機能の検証 – 変換を開始する前にボリューム シャドウ コピー サービスが実行されていることを確認し、データの一貫したスナップショットを取得します。サービス (services.msc) を開き、「ボリューム シャドウ コピー」を見つけて、そのステータスが「実行中」であり、自動スタートアップの種類が構成されていることを確認します。

ディスク容量を確認する – コピー先に、完全な VHDX ファイルを保存できる十分な空き領域と、オーバーヘッド ファイルと一時ファイル用の追加の 10 ~ 20% のバッファがあることを確認してください。ダイナミック VHDX ファイルは、最初は消費するスペースが少なくなりますが、変換中に指定した最大サイズまで増加する可能性があるため、それに応じて計画してください。

変換後のベストプラクティス

統合サービスのインストール – VM が正常に起動したら、Hyper-V 統合サービスをインストールして、仮想ハードウェア コンポーネント用に最適化されたドライバーを取得します。これらのコンポーネントは、仮想ハードウェアに最適化されたドライバーを提供し、パフォーマンスと機能を大幅に向上させます。 Integration Services により、ホスト システムとゲスト システム間の時刻同期、ハートビート監視、スムーズなマウス制御も可能になります。

ネットワーク構成の更新 – 仮想マシンは、仮想環境で起動するときに新しい MAC アドレスと、場合によっては新しい IP アドレスを受け取ります。両方のシステムがネットワーク上で同時に実行される場合は、元の物理マシンとの競合を避けるために、必要に応じてネットワーク設定を再構成します。

アプリケーションの機能を確認する – すべての重要なアプリケーションをテストして、ハードウェアと対話するアプリケーションや特定のシステム構成に依存するアプリケーションに特に注意を払い、仮想化環境で正しく動作することを確認します。ハードウェア固有のライセンスを持つ一部のアプリケーションでは、移行後に再アクティベーションまたはライセンスの更新が必要になる場合があります。

古いハードウェアドライバーを削除する – RAID コントローラー、特定のネットワーク アダプター、その他のハードウェア用の物理マシン ドライバーは、仮想環境で競合やパフォーマンスの問題を引き起こす可能性があります。未使用のドライバーをクリーンアップして、パフォーマンスを最適化し、システムの潜在的な不安定性を軽減します。

ソース マシンに VHDX をマウントしないでください – Windows は衝突を防ぐために新しいディスク署名を割り当てるため、変換された VHDX ファイルを作成元と同じ物理マシンにアタッチまたはマウントしないでください。この署名の再割り当てにより、VHDX ファイルが起動できなくなったり、データ破損が発生したりする可能性があります。 VHDX ファイルは、使用される宛先 Hyper-V ホスト上でのみ開きます。

P2V の一般的な問題のトラブルシューティング

P2V 変換後の起動エラーは、通常、Hyper-V でのドライバーの欠落または不適切なディスク構成が原因で発生します。物理サーバーのハードウェアは仮想環境とは異なるため、オペレーティング システムはストレージ コントローラーを認識しません。 

VHDX ファイルが VM 設定でプライマリ ブート デバイスとして接続されていることを確認し、Hyper-V 統合サービスをインストールして、仮想ハードウェアの認識に必要なドライバーを提供します。

問題: 変換後に VM が起動しない

ディスク領域、アクセス、ネットワーク、ブートの問題をカバーする、シアン色の矢印から緑色の解決策のチェックマークに至る赤い警告アイコンが付いた 4 つの問題と解決策のペア

原因:

  • 変換中にシステム予約パーティションがありません
  • 間違った VM 世代が選択されました
  • ブート構成データの破損

解決策:

  • 変換を開始する前に、Disk2VHD でシステム ボリュームとシステム予約済みパーティションの両方が選択されていることを確認して、VHDX を再作成します。
  • オペレーティング システムのブート要件に合わせて、代替 VM 世代 (第 1 世代と第 2 世代の間で切り替える) を試してください。
  • Windows 回復環境を使用して、Windows インストール メディアから起動し、スタートアップ修復を実行してブート構成を修復します。

問題: 変換パフォーマンスが遅い

原因:

  • VHDX を変換対象と同じディスクに保存する
  • ディスク容量が不足すると断片化が発生する
  • 実行中のアプリケーションによる高いシステム負荷

解決策:

  • 適切な帯域幅と低遅延を備えた別の物理ディスクまたはネットワークの場所に常に保存します。
  • 変換を開始する前に、宛先ドライブのディスク領域を解放し、VHDX ファイル サイズの少なくとも 20% を削除します。
  • 変換前に不要なアプリケーションを閉じて、ディスク I/O の競合と CPU 使用率を削減します。

問題: ネットワーク接続の問題

原因:

  • 新しいMACアドレスの割り当て
  • 物理マシンからの静的 IP 構成
  • 仮想ネットワークアダプタードライバーが欠落しています

解決策:

  • Hyper-V マネージャーで仮想スイッチ構成を確認し、正しい物理ネットワーク アダプターに接続されていることを確認します。
  • ネットワーク要件に合わせて VM のネットワーク設定を更新または再構成し、必要に応じて静的から DHCP に変更します。
  • Hyper-V 統合サービスをインストールすると、ネットワーク ドライバーが最適化され、パフォーマンスと互換性が向上します。

問題: 「アクセスが拒否されました」または許可エラー

原因:

  • Disk2VHD が管理者権限で実行されていない
  • ディスクアクセスをブロックするセキュリティソフト
  • 宛先フォルダーに対する権限が不十分です

解決策:

  • Disk2VHD を右クリックし、「管理者として実行」を選択すると、システム パーティションにアクセスするために必要な権限が与えられます。
  • 一部のセキュリティ ツールが低レベルのディスク アクセス操作をブロックするため、変換中はウイルス対策ソフトウェアを一時的に無効にしてください。
  • 宛先ディレクトリに対する書き込み権限を確認し、アカウントがターゲットの場所を完全に制御できることを確認します。

Cloudzy を使用して仮想マシンをクラウドに移行

Disk2VHD は物理マシンをローカル仮想マシンに正常に変換しますが、仮想化されたワークロードをクラウドに移動すると、その利点がさらに大きくなります。 Cloudzy では、ハードウェア管理の責任を取り除き、エンタープライズ グレードの機能を提供します。 クラウドインフラストラクチャ 複雑さなしで。

クラウドベースの仮想化の利点

物理サーバーはローカル仮想化を通じて左から右に進化し、月額 6.98 ドル、2GB RAM、NVMe SSD、グローバル アクセス、およびセキュリティ機能を示す明るいシアン色のクラウドに上昇します

インフラストラクチャコストの削減 – 物理サーバー、冷却システム、バックアップ ハードウェア、データ センターのスペースにかかる費用を削減します。ピーク時の需要に備えて過剰な容量を維持するのではなく、消費したリソースに対してのみ料金を支払います。

自動災害復旧 – 当社の多層バックアップ システムと地理的に分散されたデータ センターは、ほとんどのオンプレミス ソリューションよりも強力にデータを保護します。仮想マシンは複数の場所に自動的にレプリケートされるため、ローカルのハードウェアに障害が発生した場合でも、仮想マシンへのアクセスは維持されます。

グローバルなアクセシビリティ – Web ブラウザまたはリモート デスクトップ クライアントを備えた任意のデバイスを使用して、インターネット接続があればどこからでも仮想マシンにアクセスします。クラウドベースの VM は、物理的なオフィス インフラストラクチャへの VPN 接続を必要とせずに、リモート チームと柔軟な勤務体制をサポートします。

素早い拡張性 – 物理ハードウェアを変更せずに、VM リソースを即座にアップグレードまたはダウングレードします。新しいサーバーを購入したり、ハードウェアの納品を待つことなく、現在のニーズに基づいて CPU コア、メモリ、ストレージを追加できます。

プロフェッショナルな管理 – ハードウェアのメンテナンス、セキュリティの更新、インフラストラクチャの監視を当社が処理し、IT チームを日常的なメンテナンス作業から解放します。チームは、ハイパーバイザーにパッチを適用したり、障害が発生したコンポーネントを交換したりするのではなく、アプリケーションとビジネス ロジックに集中できます。

Cloudzy では、 クラウドVPS これらのサービスは、KVM テクノロジーによる高性能仮想化、高速ディスク I/O のための NVMe SSD ストレージ、アプリケーションの応答性を向上させる DDR5 メモリを提供します。当社の Linux および Windows VPS オプションは、さまざまなワークロードに柔軟なソリューションを提供します。異なるものを理解する 仮想マシンの種類 特定のニーズに適したソリューションを選択するのに役立ちます。

要約: Disk2VHD を使用した物理マシンの仮想化

Disk2VHD を使用した P2V 変換は、複雑なツールや高価な移行サービスを必要とせずに、IT インフラストラクチャを最新化する簡単な方法を提供します。このツールは、実行中のシステムをダウンタイムなしで変換し、VHDX 形式は最新の Hyper-V 展開とシームレスに連携します。

このガイドに従うことで、すべてのアプリケーション、データ、システム構成を維持しながら、物理マシンを仮想環境に正常に移行できます。仮想化は、コストの削減、災害復旧機能の向上、リソース使用率の向上、運用の柔軟性の向上など、目に見えるメリットをもたらします。

よくある質問

Disk2VHD を使用して物理マシンを仮想マシンに変換するにはどうすればよいですか?

Disk2VHD をダウンロードし、管理者権限で実行し、VHDX および VSS オプションを有効にして、システム ドライブとシステム予約済みパーティションを選択し、別のディスクに保存して、[作成] をクリックします。 VHDX を Hyper-V ホストにコピーし、OS と一致する世代の VM を作成し、VHDX を仮想ディスクとして接続します。

仮想化の主な利点は何ですか?

仮想化により、ワークロードが少数のサーバーに統合され、ハードウェアと電力のコストが削減され、10:1 以上のサーバー比率が実現します。仮想マシンは障害発生時に数分でホスト間を移行し、ハードウェアを調達せずに即座に展開し、物理システムよりも速く復元するスナップショットを通じて災害復旧を簡素化します。

Disk2VHDとは何ですか?

Disk2VHD は、一貫性のあるスナップショットのためにボリューム シャドウ コピー サービスを使用して、実行中の物理ディスクから VHD または VHDX ファイルを作成する Microsoft の無料ツールです。作成された仮想ディスクは変換せずに Hyper-V で直接動作するため、ダウンタイムや再インストールを行わずに物理システムを VM として実行できます。

物理マシンを仮想マシン (P2V) に変換する理由は何ですか?

P2V 変換は、物理ハードウェア要件を排除し、サーバーを統合することで運用コストを削減します。仮想マシンは、より迅速なディザスタ リカバリ、柔軟なリソース割り当て、クラウド移行への対応を実現するとともに、数日かかるハードウェアの導入ではなく、クローン作成によるインスタント プロビジョニングを可能にします。

VHD 形式の代わりに VHDX を使用する必要があるのはどのような場合ですか?

Windows Server 2012 以降の Hyper-V には VHDX を使用します。これは、VHD の 2 TB 制限に対して 64 TB のディスクをサポートし、破損保護と停電からの回復力を提供し、オンラインでサイズ変更ができるためです。 VHDX をサポートしていない VirtualBox、VMware、またはレガシー プラットフォームの場合のみ VHD を選択してください。

第 1 世代 VM と第 2 世代 VM の違いは何ですか?

第 1 世代では、Windows 7/Server 2008 R2 以前のシステムの IDE ブート サポートを備えた BIOS ファームウェアを使用します。第 2 世代には、UEFI ファームウェアを備えた Windows 8/Server 2012+ が必要で、SCSI ストレージによってパフォーマンスが向上し、セキュア ブートと TPM セキュリティが追加され、第 1 世代の 1 TB の制限に対して 240 TB のメモリをサポートします。

共有

詳細はブログから

読み続けてください。

Cosmos Cloud で実行できる最高のセルフホスト アプリ Cosmos ダッシュボードの周囲にアプリ パネルが配置されたカバー画像。
サーバーとOS

Cosmos Cloud で実行できる最高のセルフホスト アプリ: ファイル、メディア、パスワード、オートメーションなど!

おそらく、Cosmos Cloud を設定済みで、どのアプリがそれによく適合するかを知りたいと考えているかもしれません。あるいは、Cosmos をまだ決めておらず、それが自分のワークフローにどれだけ適合するかを確認したいだけかもしれません。

ニック・シルバーニック・シルバー 16 分で読めます
Docker アプリの管理のための Porttainer と Cosmos Cloud では、ハイブリッド セットアップの図とネオン運用とアクセス ブロックが取り上げられています。
サーバーとOS

Porttainer 対 Cosmos Cloud: Docker アプリ管理に最適

すでに Docker を知っていて、成長するアプリ スタックを実行するためのよりクリーンな方法が必要な場合は、Porttainer と Cosmos Cloud に対する簡単な答えをここに示します。ポーテイナーはディレックにとってより強力なピックだ

ニック・シルバーニック・シルバー 14 分で読めます
Cosmos Cloud、CasaOS、Umbrel のフィーチャー グラフィックは、1 つの抽象的なクラウド ネットワーク世界内の 3 つのセルフホスト パスを示しています。
サーバーとOS

Cosmos Cloud vs CasaOS vs Umbrel: どのセルフホスト プラットフォームがあなたのセットアップに適合しますか?

簡単に言うと、CasaOS は依然として最も簡単に始めることができ、Umbrel は最もすっきりと厳選された感触があり、Doma をより厳密に制御したい場合は Cosmos Cloud が合理的です。

ニック・シルバーニック・シルバー 11 分で読めます

導入する準備はできていますか? 月額 $2.48 から。

2008 年以降の独立したクラウド。AMD EPYC、NVMe、40 Gbps。 14日間の返金。