VMDKファイルはVMwareにおいて重要な構成要素です。通常、1つまたは複数のパーティションを含んでおり、それぞれのパーティションに独自のファイルシステムが存在します。これは、VMDKファイルからデータを抽出したい場合、これらのパーティションにアクセスできる必要があることを意味します。
Updated by 高橋明哲 on 2026/01/20
VMDKファイルはVMwareにおいて重要な構成要素です。これらのファイルは仮想マシンの仮想ハードディスクとして機能し、オペレーティングシステム、アプリケーションデータ、ユーザーのファイルが含まれています。ただし、仮想マシンを起動せずにVMDKファイルから特定のファイルを抽出したりデータを復旧する必要がある場合もあります。このブログでは、VMDKファイルからファイルを抽出するために使用されるさまざまな方法とツールについて紹介します。
VMDKファイルとは、物理ハードディスクまたは論理ドライブを表す、仮想ハードディスクデータを含むファイルのことです。これらのファイルは、あらかじめすべての領域が割り当てられる固定サイズ、または実際に使用される分だけ領域を割り当てる動的拡張のいずれかです。VMDKファイルには通常、それぞれ独自のファイルシステムを持つ1つ以上のパーティションが含まれています。これは、VMDKファイルからファイルを抽出したい場合、これらのパーティションとそのファイルシステムにアクセスできる必要があるということです。
仮想ディスクイメージ： VMDKファイルは、オペレーティングシステムやプログラムファイル、ユーザーデータなど、仮想マシンのすべてのデータを含みます。まるで物理的なハードディスクのように機能します。
ディスク割り当て: 2種類あります。スパースとフラットです。スパースVMDKファイルは初期状態でディスク容量を少なくし、データの追加に伴って容量が増加します。一方、フラットVMDKファイルは作成時に必要なすべてのディスク容量を確保します。
ファイル形式: VMDKファイルは、単一ファイル形式または分割ファイル形式のいずれかで構成でき、後者は大容量のファイルをより小さな部分に分割して管理や保存を容易にします。
互換性： VMDKファイルはVMware製品（VMware Workstation、VMware ESXi、VMware Fusionなど）だけでなく、Oracle VirtualBoxなどの他の仮想化プラットフォームとも互換性があります。
スナップショットとバックアップ: VMDKファイルは仮想マシンのスナップショットをサポートしており、ユーザーが特定の時点での仮想マシンの状態を保存できるようになります。ユーザーは複数のスナップショットを作成でき、必要に応じて以前の状態に戻すことができます。
ストレージの拡張：VMDKファイルは仮想マシンの増加するストレージ要件に応じて動的に拡張できます。
ファイルシステムの違いにより、DiskGeniusはUbuntu仮想マシンの仮想ディスクのディレクトリ構造は読み取れますが、内部のデータをコピーすることはできません。ただし、Windows仮想マシンの仮想ディスクからファイルを通常に読み取り、コピーすることが可能です。
1. 最初に、DiskGeniusソフトウェアを開き、ツールバーの「ディスク」メニューをクリックします。「仮想ディスクファイルを開く」を選択し、VMDKファイルを選んで開きます。
2. 一度開くと、メインインターフェースの左側に仮想ディスクのディレクトリ構造が表示され、右側でファイルに対する各種操作が行えます。
3. データを抽出するには、ファイルを右クリックして指定されたフォルダーにコピーしてください。
1. 最初に、正しく動作するLinuxの仮想マシンを用意する必要があります。VMwareで「仮想マシンの設定を編集」を選択し、ハードディスクを追加します。開くVMDKタイプを選択します。通常はデフォルトのSCSIタイプを選択します。
2. 元の仮想ディスクファイルを選択し、拡張子のないVMDKファイルを選択したことを確認してください。ディスクの追加を完了します。
3. 仮想マシンを起動し、fdisk コマンドを使用してディスクのパーティションを確認します。
sudo fdisk -l
4. 出力結果で新しく追加されたディスクを探します。この例では/dev/sdbです。このディスクには3つのパーティションがあり、その中で最も大きいsdb3がファイルを保存するパーティションであることがわかります。
Disk /dev/sdb: 50 GiB, 53687091200 bytes, 104857600 sectors Disk model: VMware Virtual S Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 8D1FD725-00E4-4AA4-B4EE-453C0986E9B2 Device Start End Sectors Size Type /dev/sdb1 2048 4095 2048 1M BIOS boot /dev/sdb2 4096 1054719 1050624 513M EFI System /dev/sdb3 1054720 104855551 103800832 49.5G Linux filesystem
5. 次に、マウントポイントを作成し、ディスクをマウントします。
sudo mkdir /mnt/sdb3 sudo mount /dev/sdb3 /mnt/sdb3
6. マウント後、仮想ディスク内のファイルはマウント用ディレクトリを通じてアクセスし、その後FTPまたは他の手段によって物理マシンに転送できます。
ステップ 1: 7-Zip をインストールします。
ステップ 2: VMDK ファイルを右クリックし、7-Zip のコンテキスト メニューから [アーカイブを開く] を選択します。
ステップ 3: VMDK 内のディレクトリを移動し、必要なファイルを抽出します。
注: この方法は、シンプルで分割されていないVMDKファイルに有効です。お使いのVMDKが複数のファイルに分割されている場合、最初にそれらを結合する必要があるかもしれません。
ステップ1: 必要なパッケージをインストールします:
sudo apt-get install qemu-utils
ステップ 2: VMDK をネットワーク ブロック デバイスとして接続します:
sudo qemu-nbd --connect=/dev/nbd0 /path/to/your.vmdk
ステップ 3: 利用可能なパーティションを確認します:
sudo fdisk -l /dev/nbd0
ステップ 4: ファイルを抽出するパーティションをマウントします:
sudo mount /dev/nbd0p1 /mnt
ステップ 5: /mnt から目的の場所にファイルをコピーします。
ステップ 6: 作業が完了したら、ネットワークブロックデバイスのマウントを解除して切断します:
sudo umount /mnt sudo qemu-nbd --disconnect /dev/nbd0
データは非常に重要であるため、仮想マシンを使用する際には重要なデータを定期的にバックアップすることをお勧めします。
Vinchin Backup & Recoveryは、VMware向けの包括的な仮想マシンのバックアップおよび復旧ソリューションを提供し、さまざまな災害シナリオにおいてデータを迅速に復旧できるようにします。その効率的なデータ保護システムは、自動バックアップ、複数のストレージタイプ、およびインテリジェントな圧縮と重複排除技術をサポートしており、ストレージの利用率を最大限に高め、バックアップ効率を向上させます。
特に、Vinchinの細かいリカバリ機能により、ユーザーは個別のファイルやフォルダを仮想マシン全体を復元することなく迅速に抽出できます。この機能は、特定のデータを回復する必要がある際に復旧時間を大幅に短縮し、災害復旧の柔軟性と効率性を高めます。
VMwareの仮想マシンをバックアップするには、たったの4ステップで完了します:
1. バックアップ対象を選択します。
2. バックアップ先を選択します。
3. バックアップ戦略を構成します。
4. 求人情報を確認して送信する。
Vinchinは複数の仮想化プラットフォームにまたがるV2V移行もサポートしています。下のダウンロードボタンをクリックして60日間の全機能付き無料トライアルを試し、さらに高度な機能を探求してください！
1. Q: 削除されたファイルをVMDKから復旧できますか？
A: はい、TestDiskやPhotoRecなどのファイル復元ツールを使用して、マウントされたVMDK内の削除されたファイルをスキャンできます。ただし、VMDKが広範囲にわたって上書きされていない場合に限ります。
2. Q: VMDKを他の形式に変換してより簡単に抽出するにはどうすればよいですか？
A: qemu-img ツールを使用して、VMDK ファイルを別の形式（例: QCOW2、RAW、VDI）に変換できます:
VMDK構造を理解し、適切なツールを利用することで、VMDKファイルからのデータ抽出を効率的に行うことができ、ダウンタイムを最小限に抑えながら効果的なデータ管理が可能となります。
共有:
