Восстановление VM из бэкапа в Proxmox VE — это простой процесс через веб-интерфейс или CLI. PBS поддерживает как полное восстановление VM, так и извлечение отдельных файлов и Live Restore (запуск VM прямо из бэкапа).
Полное восстановление VM через веб-интерфейс
- Перейдите в Storage → my-pbs → Backups
- Выберите нужный бэкап и нажмите Restore
- Укажите VM ID, хранилище для дисков, настройки сети
- Нажмите Restore — VM будет восстановлена

Восстановление через CLI (qmrestore/pctrestore)
# Восстановить VM из PBS-бэкапа с новым ID 200
qmrestore pbs:backup/vm/100/2025-03-15T01:00:00Z 200 --storage local-lvm --unique 1
# Восстановить LXC из PBS
pctrestore pbs:backup/ct/200/2025-03-15T01:00:00Z 201 --storage local-lvm --unique 1
# Восстановить из локального vzdump-файла
qmrestore /mnt/backup/vzdump-qemu-100-2025_03_15-01_00_00.vma.zst 200
Live Restore — немедленный запуск из бэкапа
Live Restore позволяет запустить VM из бэкапа немедленно, без ожидания полного восстановления данных. PBS потоково передаёт блоки по мере обращения:
# Live Restore через веб-интерфейс
# Backups → Restore → включить "Start now (live restore)"
# Через CLI
qmrestore pbs:backup/vm/100/2025-03-15T01:00:00Z 200 --storage local-lvm --live-restore 1
# Мониторинг прогресса Live Restore
qm status 200 --verbose 1
Восстановление отдельных файлов
PBS позволяет просматривать содержимое бэкапа и извлекать отдельные файлы без полного восстановления:
# Смонтировать бэкап как файловую систему
proxmox-backup-client mount pbs:backup-store:vm/100/2025-03-15T01:00:00Z /mnt/restore
# Просмотреть и скопировать нужные файлы
ls /mnt/restore
cp /mnt/restore/etc/nginx/nginx.conf /tmp/restored-nginx.conf
# Отмонтировать
proxmox-backup-client umount /mnt/restore
Восстановление на другой хост или в облако
# Скопировать бэкап в удалённый PBS через sync job
# PBS → Datastore → Sync Jobs → Add
# Source: local datastore
# Target: remote PBS instance
# Или скачать конкретный бэкап напрямую
proxmox-backup-client restore pbs:backup-store:vm/100/... drive-scsi0.img -
--unique 1, чтобы изменить MAC-адреса сетевых интерфейсов. Без этого флага восстановленная VM получит те же MAC-адреса, что может вызвать конфликты в сети.
Ошибки восстановления
Три ошибки, с которыми чаще всего сталкиваются при восстановлении VM из бэкапа.
TASK ERROR: unable to restore VM 100 - VM 100 already exists
problems could be detected reading archive - can't seek to 10485760
TASK ERROR: unable to create image: no such logical volume pve/data
- VM 100 already exists: восстановление в тот же ID без удаления оригинала запрещено. Либо укажите другой VM ID, либо удалите или переименуйте существующую VM перед восстановлением.
- can't seek to ...: файл бэкапа повреждён или скопирован не полностью (обрыв сети при копировании, файловая система с ограничением 4 ГБ на файл). Проверьте контрольную сумму или запустите verify в PBS перед восстановлением.
- no such logical volume: целевое хранилище LVM-Thin переполнено или пул не существует — проверьте свободное место через
pvesm statusи при необходимости расширьте тонкий пул.
Способы восстановления: сравнение
| Способ | Время до запуска VM | Нагрузка на сеть | Когда использовать |
|---|---|---|---|
| Полное восстановление | Минуты-часы (зависит от размера) | Высокая, разово | Плановое восстановление, миграция на новое железо |
| Live Restore | 10–30 секунд | Постоянная, в фоне | Авария в проде, нужен минимальный простой |
| Восстановление файлов | Секунды на файл | Минимальная | Нужен один файл или конфиг, а не вся VM |
Когда восстановление из бэкапа не поможет
- Бэкап устарел относительно RPO: если последний бэкап делался ночью, а авария случилась вечером — потеряны все изменения за день; для критичных сервисов нужна репликация, а не только бэкап раз в сутки.
- Повреждение на уровне приложения (например, ошибочный DROP TABLE), которое успело реплицироваться в бэкап — восстановление вернёт то же повреждённое состояние; нужна точка восстановления до инцидента, а не последняя.
- Бэкап без регулярной верификации: PBS хранит блоки годами, но истечение срока годности носителя или скрытое повреждение чанка обнаруживается только при verify или реальном восстановлении.
Проверка результата восстановления
# Статус восстановленной VM
qm status 200 --verbose
# Проверка сетевых интерфейсов после restore --unique
qm config 200 | grep net0
# Сверка контрольной суммы диска с журналом бэкапа (для критичных данных)
sha256sum /dev/pve/vm-200-disk-0
Если VM запускается, сетевой интерфейс получил новый MAC-адрес, а контрольная сумма совпадает с ожидаемой — восстановление прошло успешно. Про настройку расписания регулярных бэкапов — в статье расписание бэкапов в Proxmox VE.