Proxmox

Резервное копирование виртуальной машины в Proxmox VE

Пошаговое создание резервной копии виртуальной машины в Proxmox VE через веб-интерфейс и CLI, проверка архива и восстановление.

Резервная копия виртуальной машины позволяет восстановить её после повреждения диска, ошибочного обновления, удаления или сбоя хранилища.

В Proxmox VE резервное копирование можно запускать вручную через веб-интерфейс или командой vzdump.

В этой инструкции рассматривается только резервное копирование одной виртуальной машины, проверка созданного архива и базовое восстановление.

Подходит для: Proxmox VE 8 и 9
Уровень сложности: начальный
Время выполнения: около 15 минут без учёта времени копирования
Требуемый доступ: учётная запись с правами на резервное копирование и восстановление

Что потребуется

Перед началом подготовьте:

  • существующую виртуальную машину;
  • хранилище с поддержкой типа содержимого VZDump backup file;
  • достаточный объём свободного места;
  • доступ к веб-интерфейсу Proxmox VE;
  • при работе через CLI — доступ к shell узла.

Проверка хранилища для резервных копий

В веб-интерфейсе откройте:

Datacenter → Storage

Выберите нужное хранилище и проверьте поле:

Content

Должен быть разрешён тип:

VZDump backup file

Обычно локальные резервные копии сохраняются в хранилище:

local

Если тип содержимого не разрешён, откройте настройки хранилища и добавьте:

VZDump backup file

Проверка свободного места

В веб-интерфейсе выберите хранилище и откройте:

Summary

Через CLI:

pvesm status

Для файлового хранилища дополнительно:

df -h

Размер резервной копии зависит от:

  • объёма виртуальных дисков;
  • количества реально занятых блоков;
  • выбранного алгоритма сжатия;
  • содержимого файловой системы гостя.

Режимы резервного копирования

Proxmox VE поддерживает несколько режимов.

Snapshot

Snapshot

Виртуальная машина продолжает работать во время резервного копирования.

Это основной режим для большинства работающих VM.

Для более согласованного состояния рекомендуется установленный и включённый QEMU Guest Agent.

Suspend

Suspend

На время части операции VM приостанавливается.

Это может вызвать заметный перерыв в работе сервиса.

Stop

Stop

Виртуальная машина полностью останавливается перед копированием.

Такой режим даёт наиболее предсказуемое состояние дисков, но требует простоя.

Какой режим выбрать

Для обычного работающего Linux-сервера:

Snapshot

Для критичной базы данных без штатного дампа и без Guest Agent может потребоваться отдельная стратегия согласованного резервного копирования.

Для тестовой VM, где простой допустим:

Stop

Резервная копия VM не заменяет прикладной дамп базы данных.

Создание резервной копии через веб-интерфейс

Выберите виртуальную машину.

Откройте:

Backup

Нажмите:

Backup now

Укажите:

  • Storage;
  • Mode;
  • Compression;
  • при необходимости примечание.

Пример:

Storage: local
Mode: Snapshot
Compression: ZSTD

Нажмите:

Backup

Выбор сжатия

Обычно доступны варианты:

ZSTD
GZIP
LZO
None

Для большинства задач разумным выбором является:

ZSTD

Он обеспечивает хороший баланс скорости и размера архива.

None создаёт несжатую резервную копию и требует больше места.

Наблюдение за задачей

После запуска откроется окно задачи.

Дождитесь строки:

TASK OK

Если задача завершилась ошибкой, откройте журнал полностью и найдите первую значимую ошибку.

Также задачи доступны в нижней панели:

Tasks

Проверка созданной резервной копии

Выберите хранилище:

local → Backups

В списке должен появиться новый файл.

Имя обычно содержит:

  • тип гостя;
  • VM ID;
  • дату;
  • время.

Пример:

vzdump-qemu-100-2026_07_26-12_00_00.vma.zst

Проверьте:

  • VM ID;
  • дату и время;
  • размер;
  • хранилище;
  • описание.

Поиск резервной копии через CLI

Для стандартного локального хранилища:

ls -lh /var/lib/vz/dump/

Показать последние файлы:

ls -lht /var/lib/vz/dump/ |
head

Если используется другое хранилище, проверьте его путь:

pvesm path STORAGE_ID:backup/BACKUP_FILE

Создание резервной копии через CLI

Базовая команда:

vzdump VM_ID   --storage STORAGE_ID   --mode snapshot   --compress zstd

Пример:

vzdump 100   --storage local   --mode snapshot   --compress zstd

После успешного завершения в конце вывода должна появиться строка:

TASK OK

Добавление заметки

vzdump 100   --storage local   --mode snapshot   --compress zstd   --notes-template 'Перед обновлением системы'

Заметка помогает понять назначение резервной копии.

Проверка статуса VM перед копированием

qm status VM_ID

Пример:

qm status 100

Показать конфигурацию:

qm config 100

Проверка QEMU Guest Agent

В настройках VM:

Options → QEMU Guest Agent

Должно быть:

Enabled

В гостевой Ubuntu или Debian:

systemctl status qemu-guest-agent --no-pager

Проверка с узла Proxmox:

qm agent VM_ID ping

Пример:

qm agent 100 ping

Если агент доступен, команда завершится без ошибки.

Проверка журнала vzdump

Журналы задач Proxmox доступны через веб-интерфейс.

Для поиска ошибок на узле:

journalctl --since today |
grep -i vzdump

Также можно проверить журнал системного сервиса:

journalctl -u pvedaemon --since today --no-pager

Исключение отдельного диска

Иногда временный или кэш-диск не требуется включать в резервную копию.

Откройте:

VM → Hardware

Выберите диск и нажмите:

Edit

Отключите параметр:

Backup

После этого диск не войдёт в архив.

Важно: не исключайте диск, если на нём находятся важные данные приложения.

Проверка конфигурации дисков

Через CLI:

qm config VM_ID |
grep -E '^(scsi|sata|virtio|ide)'

Пример:

qm config 100 |
grep -E '^(scsi|sata|virtio|ide)'

В параметрах диска может присутствовать:

backup=0

Это означает, что диск исключён из резервного копирования.

Восстановление через веб-интерфейс

Выберите хранилище:

Storage → Backups

Выберите нужный архив.

Нажмите:

Restore

Укажите:

  • целевой узел;
  • VM ID;
  • хранилище дисков;
  • параметры уникальности при необходимости.

Для восстановления поверх существующей VM сначала убедитесь, что текущая VM больше не нужна либо имеет отдельную резервную копию.

Восстановление с новым VM ID

Безопаснее восстановить копию с новым идентификатором.

Пример:

Исходная VM ID: 100
Новая VM ID: 150

После восстановления можно:

  • проверить загрузку;
  • проверить сеть;
  • убедиться в целостности данных;
  • сравнить конфигурацию;
  • только затем принимать решение о замене исходной VM.

Восстановление через CLI

Сначала найдите файл:

ls -lh /var/lib/vz/dump/

Восстановление:

qmrestore   /var/lib/vz/dump/BACKUP_FILE   NEW_VM_ID   --storage TARGET_STORAGE

Пример:

qmrestore   /var/lib/vz/dump/vzdump-qemu-100-2026_07_26-12_00_00.vma.zst   150   --storage local-lvm

Проверка восстановленной VM

Покажите список:

qm list

Проверьте конфигурацию:

qm config NEW_VM_ID

Запустите:

qm start NEW_VM_ID

Проверьте статус:

qm status NEW_VM_ID

Откройте консоль и убедитесь, что гостевая ОС загрузилась.

Проверка сети после восстановления

При восстановлении копии одновременно с исходной VM возможен конфликт:

  • IP-адреса;
  • hostname;
  • MAC-адреса;
  • machine-id;
  • идентификаторов приложения.

До первого запуска копии в production-сети рекомендуется:

  • отключить сетевой интерфейс;
  • подключить изолированную сеть;
  • изменить IP и hostname;
  • проверить уникальность конфигурации.

Проверка архива без полного восстановления

Практически значимая проверка резервной копии — тестовое восстановление.

Сам факт наличия файла не гарантирует:

  • возможность загрузки;
  • корректность приложений;
  • целостность базы данных;
  • работоспособность сети;
  • наличие всех необходимых дисков.

Периодически восстанавливайте копию в отдельную VM и выполняйте функциональную проверку.

Удаление старой резервной копии

В веб-интерфейсе:

Storage → Backups

Выберите файл и нажмите:

Remove

Через CLI для файлового хранилища:

rm /var/lib/vz/dump/BACKUP_FILE

Безопаснее удалять резервные копии через интерфейс Proxmox или команды управления хранилищем, особенно если используется не обычный локальный каталог.

Контроль свободного места после копирования

pvesm status

Для локального хранилища:

df -h /var/lib/vz

Размер каталога резервных копий:

du -sh /var/lib/vz/dump

Крупнейшие файлы:

du -h /var/lib/vz/dump/* |
sort -h |
tail

Типичные проблемы

Недостаточно места

Проверьте:

pvesm status
df -h

Удалите только подтверждённо ненужные резервные копии либо выберите другое хранилище.

Snapshot backup завершился ошибкой

Проверьте:

  • состояние VM;
  • доступность хранилища;
  • свободное место;
  • QEMU Guest Agent;
  • ошибки диска;
  • журнал задачи.

При необходимости попробуйте режим Stop в согласованное окно обслуживания.

Резервная копия получилась слишком большой

Причины:

  • большой объём занятых данных;
  • отключённое сжатие;
  • файлы с плохо сжимаемым содержимым;
  • включённый в backup временный диск;
  • отсутствие TRIM внутри гостя.

Не удаляйте данные только ради уменьшения архива без понимания их назначения.

Восстановленная VM не загружается

Проверьте:

  • порядок загрузки;
  • наличие всех дисков;
  • BIOS или UEFI;
  • EFI-диск;
  • контроллер диска;
  • журнал восстановления.

После восстановления конфликт сети

Не запускайте исходную и восстановленную VM одновременно с одинаковой сетевой конфигурацией.

Сначала изолируйте копию и измените её параметры.

Быстрый набор команд

Создать резервную копию:

vzdump VM_ID   --storage local   --mode snapshot   --compress zstd

Показать файлы:

ls -lht /var/lib/vz/dump/ |
head

Проверить VM:

qm status VM_ID
qm config VM_ID

Восстановить с новым ID:

qmrestore   /var/lib/vz/dump/BACKUP_FILE   NEW_VM_ID   --storage TARGET_STORAGE

Итог

После выполнения инструкции:

  • проверено хранилище резервных копий;
  • создан backup виртуальной машины;
  • рассмотрены режимы snapshot, suspend и stop;
  • проверен созданный архив;
  • показано резервное копирование через vzdump;
  • выполнено базовое восстановление;
  • рассмотрена проверка копии с новым VM ID.

Резервная копия считается надёжной только после успешного тестового восстановления и проверки работы гостевой системы.

← Предыдущая статья Создание виртуальной машины в Proxmox VE Следующая статья → Создание снапшота виртуальной машины в Proxmox VE