はじめに

前回の記事では、Proxmox VE 9.1 上に Proxmox Backup Server（PBS）4.1 を VM として構築し、バックアップの基本動作を確認しました。

今回は、TrueNAS の iSCSI LUN 上に Thick LVM（raw）で配置した Windows Server 2022 VM に対して、PBS の Live Restore を実行し、障害復旧シナリオをシミュレーションします。Live Restore は、バックアップデータの全転送が完了する前に VM を起動できる機能で、ダウンタイムを大幅に短縮できます。

本記事で行うこと

PVE から TrueNAS の iSCSI ターゲットに接続し、LVM を構成する
テスト VM を iSCSI LUN（Thick LVM）にフルクローンする
クローンした VM を PBS にバックアップする
VM を削除し（障害シミュレーション）、Live Restore で復旧する
Live Restore 中の VM 操作可否と性能を確認する

検証環境

前回から引き続き、同じ環境を使用しています。

コンポーネント	バージョン / スペック
Proxmox VE	9.1.6（Kernel 6.17.13-2-pve）
PBS	4.1.4-1
CPU	AMD Ryzen 5 5600G
メモリ	64 GB
ローカルストレージ	NVMe 2.9 TB × 2（ZFS stripe）、SATA 3.6 TB × 2（ZFS mirror）
iSCSI ターゲット	TrueNAS SCALE（VM 102、192.168.11.4）
iSCSI LUN	iqn.2005-10.org.freenas.ctl:block2（150 GiB zvol）
ネットワーク	vmbr0: 192.168.11.0/24（10 Gbps）
テスト VM	VM 125 WinSrv2022-iSCSI（Windows Server 2022、100 GiB）

iSCSI LUN の接続と LVM 構成

iSCSI ターゲットの検出とログイン

PVE ホストから TrueNAS の iSCSI ターゲットを検出し、ログインします。

# ターゲットの検出
iscsiadm -m discovery -t sendtargets -p 192.168.11.4

# 全ターゲットにログイン
iscsiadm -m node --login

ログイン後、iscsiadm -m session でセッションを確認します。

tcp: [1] 192.168.11.4:3260,1 iqn.2005-10.org.freenas.ctl:block2 (non-flash)

iSCSI デバイスの特定

どのブロックデバイスが block2 に対応しているか確認します。

ls -la /dev/disk/by-path/ | grep iscsi

ip-192.168.11.4:3260-iscsi-iqn.2005-10.org.freenas.ctl:block2-lun-0 -> ../../sde

block2 は /dev/sde（150 GiB）にマッピングされています。

LVM 物理ボリューム・ボリュームグループの作成

# 物理ボリュームの作成
pvcreate /dev/sde

# ボリュームグループの作成
vgcreate vg_iscsi_block2 /dev/sde

# 確認
vgs vg_iscsi_block2

  VG              #PV #LV #SN Attr   VSize   VFree
  vg_iscsi_block2   1   0   0 wz--n- 149.99g 149.99g

PVE への LVM ストレージ登録

PVE Web UI の データセンター → ストレージ → 追加 → LVM で以下のように設定します。

設定項目	値
ID	iSCSI-block2
ボリュームグループ	vg_iscsi_block2
内容	ディスクイメージ, コンテナ
共有	いいえ

ストレージ一覧に iSCSI-block2 が登録されました。

テスト VM の iSCSI LUN へのクローン

VM 123（WindowsServer2022）を iSCSI LUN 上の Thick LVM にフルクローンします。PVE Web UI で VM 123 を右クリック → 「クローン」 を選択し、以下の設定で実行します。

設定項目	値
モード	フルクローン
ターゲットストレージ	iSCSI-block2
VM ID	125
名前	WinSrv2022-iSCSI

クローンが完了し、scsi0（100 GiB）、efidisk0、tpmstate0 がすべて iSCSI-block2 上に作成されました。VM を起動し、Windows が正常に動作することを確認します。

iSCSI LUN 上の VM をバックアップ

VM 125 → バックアップ → 「今すぐバックアップ」 で、以下の設定で PBS にバックアップします。

設定項目	値
ストレージ	pbs
モード	停止
圧縮	ZSTD

バックアップログの抜粋です。

INFO: starting new backup job: vzdump 125 --storage pbs --mode stop
INFO: Starting Backup of VM 125 (qemu)
INFO: VM Name: WinSrv2022-iSCSI
INFO: include disk 'scsi0' 'iSCSI-block2:vm-125-disk-1' 100G
INFO: include disk 'efidisk0' 'iSCSI-block2:vm-125-disk-0' 4M
INFO: include disk 'tpmstate0' 'iSCSI-block2:vm-125-disk-2' 4M
...
INFO: 100% (100.0 GiB of 100.0 GiB) in 3m 45s, read: 455.2 MiB/s, write: 36.5 MiB/s
INFO: backup is sparse: 26.36 GiB (26%) total zero data
INFO: backup was done incrementally, reused 26.36 GiB (26%)
INFO: transferred 100.00 GiB in 225 seconds (455.1 MiB/s)
INFO: Finished Backup of VM 125 (00:03:48)
INFO: Backup job finished successfully
TASK OK

100 GiB を約 3 分 45 秒で転送完了しました（平均 455 MiB/s）。iSCSI LUN 上の VM でも問題なく PBS へバックアップできています。

PBS 側でバックアップスナップショットを確認します。

proxmox-backup-client snapshot list --repository root@pam@localhost:backups

 snapshot                      |        size | files
 vm/123/2026-03-20T15:07:20Z  | 100.004 GiB | client.log drive-efidisk0.img driv...
 vm/125/2026-03-20T15:54:08Z  | 100.004 GiB | client.log drive-efidisk0.img driv...

VM 123（ローカルストレージ版）と VM 125（iSCSI LUN 版）の 2 つのバックアップが保存されています。

Live Restore による障害復旧シミュレーション

VM の削除（障害シミュレーション）

ストレージ障害やオペレーションミスを想定し、VM 125 を完全に削除します。

削除後、ボリュームグループの空き容量が元に戻っていることを確認します。

vgs vg_iscsi_block2

  VG              #PV #LV #SN Attr   VSize   VFree
  vg_iscsi_block2   1   0   0 wz--n- 149.99g 149.99g

LV が 0 個になり、149.99 GiB が完全に解放されました。

Live Restore の実行

Live Restore とは

Live Restore は、PBS に保存されたバックアップから VM を復元する際に、データの全転送が完了する前に VM を起動できる機能です。PVE 7.0 / PBS 2.0 以降で GA（一般提供）となっています。

Proxmox VE 公式ドキュメント「Backup and Restore」の Live-Restore セクション（参考文献[1]）には、以下のように記載されています。

Restoring a large backup can take a long time, in which a guest is still unavailable. For VM backups stored on a Proxmox Backup Server, this wait time can be mitigated using the live-restore option.

Enabling live-restore via either the checkbox in the GUI or the --live-restore argument of qmrestore causes the VM to start as soon as the restore begins. Data is copied in the background, prioritizing chunks that the VM is actively accessing.

Note that this comes with two caveats:

During live-restore, the VM will operate with limited disk read speeds, as data has to be loaded from the backup server (once loaded, it is immediately available on the destination storage however, so accessing data twice only incurs the penalty the first time). Write speeds are largely unaffected.

If the live-restore fails for any reason, the VM will be left in an undefined state - that is, not all data might have been copied from the backup, and it is most likely not possible to keep any data that was written during the failed restore operation.

This mode of operation is especially useful for large VMs, where only a small amount of data is required for initial operation, e.g. web servers - once the OS and necessary services have been started, the VM is operational, while the background task continues copying seldom used data.

公式ドキュメントの記述から、Live Restore のデータフローは以下のようになります。

公式ドキュメントの記述から読み取れるポイントを整理します。

PBS はデータの読み取り元としてのみ機能する： 公式ドキュメントには "data has to be loaded from the backup server" と記載されており、PBS からデータが読み出されます。PBS 上に一時領域やステージング領域を使用するという記述はドキュメントに存在しません。

データはリストア先ストレージに直接書き込まれる： 公式ドキュメントには "once loaded, it is immediately available on the destination storage" と記載されています。今回の検証環境では、PBS（192.168.11.46）から読み出されたデータは、PVE ホストを経由して iSCSI-block2（TrueNAS 192.168.11.4 上の LV）に直接書き込まれます。

VM の書き込みはリストア先ストレージに対して直接行われる： 公式ドキュメントには "Write speeds are largely unaffected" と記載されています。VM が行う書き込みは PBS のネットワーク帯域に影響されません。

VM がアクセスしているブロックが優先される： 公式ドキュメントには "prioritizing chunks that the VM is actively accessing" と記載されています。OS 起動に必要なブロックが優先的に PBS から取得されるため、全データの転送完了を待たずに VM が利用可能になります。

以上を踏まえ、実際に Live Restore を実行します。

Live Restore の実行手順

PVE Web UI の左メニューから pve → pbs（ストレージ）→ バックアップ タブを開き、VM 125 のバックアップエントリを選択して 「リストア」 をクリックします。

リストアダイアログで以下のように設定します。

設定項目	値
ソース	vm/125/2026-03-20T15:54:08Z
ストレージ	iSCSI-block2
VM ID	125
ライブリストア	チェック

注釈： 「ライブリストア中に何か問題が発生した場合、仮想マシンによって書き込まれた新しいデータが失われる可能性があります。」という警告が表示されます。Live Restore 中に VM が書き込んだデータは、リストアプロセスが失敗した場合に失われるリスクがあるため、本番環境では注意が必要です。

「リストア」をクリックすると、まず efidisk0 と tpmstate0 が即座にリストアされ、続いて VM が起動します。drive-scsi0（100 GiB）はバックグラウンドで転送が続行されます。

Live Restore 中の VM 動作確認

リストア開始から約 1 分 30 秒：Windows ログイン画面

データ転送がまだ数 % の段階で、Windows のロック画面が表示されました。

リストア開始から約 3 分（転送 38%）：デスクトップ操作

ログイン後、サーバーマネージャーが表示され、通常通り操作できる状態になりました。バックグラウンドではまだ 62 GiB のデータ転送が継続中です。

リストア中に IIS をインストール

Live Restore のバックグラウンド転送中に、サーバーマネージャーから IIS（Web サーバー）のインストールを実行してみました。インストールウィザードが正常に進行し、問題なく完了しました。

VM のサマリーでは、CPU 使用率 29%、メモリ使用率 27%（8 GiB 中 2.2 GiB）で安定して動作しています。

リストア完了

バックグラウンド転送が 100% に達し、タスクが正常終了しました。

restore-drive-scsi0: transferred 73.7 GiB of 100.0 GiB (73.70%) in 6m 15s
restore-drive-scsi0: transferred 74.6 GiB of 100.0 GiB (74.55%) in 6m 16s
...（ゼロデータ領域で加速）...
restore-drive-scsi0: transferred 98.8 GiB of 100.0 GiB (98.76%) in 6m 35s
restore-drive-scsi0: transferred 100.0 GiB of 100.0 GiB (100.00%) in 6m 38s
restore-drive-scsi0: stream-job finished
restore-drive jobs finished successfully, removing all tracking block devices to disconnect from Proxmox Backup Server
TASK OK

特筆すべき点として、6 分 15 秒（73.7 GiB）以降に転送速度が大幅に加速しています。残り約 26 GiB をわずか 23 秒で転送しており、これは未使用領域のゼロデータを PBS の重複排除機能がスキップしたためです。

検証結果まとめ

項目	値
バックアップサイズ（scsi0）	100 GiB
バックアップ所要時間	3 分 45 秒（平均 455 MiB/s）
Live Restore 総所要時間	6 分 38 秒
Live Restore 平均転送速度	約 258 MiB/s
VM 起動まで	約 30 秒以内（リストア開始直後に自動起動）
Windows ロック画面表示	約 1 分 30 秒（転送約 2%）
デスクトップ操作可能	約 3 分（転送 38%）
リストア中の IIS インストール	正常に完了

従来のリストアでは 100 GiB の転送が完了するまで VM を起動できませんが、Live Restore ではリストア開始からわずか約 1 分 30 秒で Windows のログイン画面が表示され、ユーザーは業務を再開できます。リストア中であっても IIS のインストールのような比較的負荷の高い操作も問題なく実行でき、体感上の遅延はほとんどありませんでした。

おわりに

本シリーズを通して、Proxmox VE 9.1 + PBS 4.1 の組み合わせで、iSCSI LUN 上の Thick LVM（raw）VM に対するバックアップと Live Restore が実用的に機能することを確認できました。

Thick LVM 環境では LVM スナップショットがまだ Technology Preview であり、本番環境でのポイントインタイムリカバリ手段としては不安が残ります。PBS の Live Restore は、VM 全体のバックアップ・リストアという手法でありながら、ダウンタイムを数十秒〜数分に抑えることができるため、iSCSI/FC 環境におけるスナップショットの実質的な代替手段として十分に活用できると言えます。

参考情報

Proxmox VE 公式ドキュメント「Backup and Restore」- Live-Restore セクション: https://pve.proxmox.com/pve-docs/chapter-vzdump.html
Proxmox VE Administration Guide: https://pve.proxmox.com/pve-docs/pve-admin-guide.html
pve-devel メーリングリスト - Live-Restore ドキュメント追加パッチ（Stefan Reiter, Proxmox, 2021-04-22）: https://lists.proxmox.com/pipermail/pve-devel/2021-April/047839.html
qmrestore(1) マニュアルページ: https://pve.proxmox.com/pve-docs/qmrestore.1.html