CentOSDebianLinux

Veeam Agent for Linux 13: установка, backup job и проверка восстановления

Ниже — практический сценарий установки Veeam Agent for Linux 13, создания первой задачи резервного копирования и проверки результата. Примеры рассчитаны на сервер с root-доступом; точный пакет репозитория скачивается из личного кабинета Veeam для вашей ОС и архитектуры.

1. Проверяем систему и ядро

cat /etc/os-release
uname -r
uname -m
df -h
lsblk -f

Версия kernel headers должна соответствовать запущенному ядру. На системах с Secure Boot заранее проверьте требования к модулю snapshot.

2. Подключаем официальный репозиторий Veeam

Debian/Ubuntu:

dpkg -i ./veeam-release*.deb
apt-get update

RHEL/AlmaLinux/Rocky Linux:

rpm -ivh ./veeam-release*.rpm
yum check-update

3. Устанавливаем Agent

Для Debian 11–13 и Ubuntu 22.04–26.04 актуальная документация Veeam указывает:

apt-get install blksnap veeam

Для RHEL/Rocky/AlmaLinux:

yum install veeam

После установки:

veeamconfig --version
veeamconfig mode info
systemctl list-units --type=service | grep -i veeam
dmesg | grep -Ei 'blksnap|veeamsnap' | tail -50

4. Выполняем первичную настройку

veeam
# либо
veeamconfig ui

В мастере примите лицензию, создайте Recovery Media и настройте backup job. Для первой задачи разумно выбрать весь компьютер или системные тома и хранить копию вне защищаемого сервера.

5. Проверяем созданные repository и jobs

veeamconfig repository list
veeamconfig job list

Запишите точное имя задачи — оно понадобится для ручного запуска.

6. Запускаем backup вручную

veeamconfig job start --name SystemBackup
veeamconfig session list

Команда возвращает Session ID и путь к журналу. Следите за прогрессом через UI либо журнал текущей сессии.

find /var/log/veeam/Backup -maxdepth 3 -type f -printf '%TY-%Tm-%Td %TH:%TM %p\n' | sort | tail -20
tail -n 100 /var/log/veeam/Backup/SystemBackup/Session_*/Job.log 2>/dev/null

7. Проверяем точки восстановления

veeamconfig backup list
veeamconfig session list

Успешный статус job ещё не заменяет restore-test. Откройте UI и выполните восстановление одного тестового файла в другой каталог, затем сравните его с оригиналом.

8. File-level restore-test

  • создайте файл с известным содержимым;
  • запустите backup;
  • удалите или переименуйте тестовый файл;
  • запустите file-level restore через veeam или veeamconfig ui;
  • восстановите файл в отдельный каталог;
  • сравните checksum.
echo 'veeam restore test' > /root/veeam-test.txt
sha256sum /root/veeam-test.txt
# после восстановления
sha256sum /path/to/restored/veeam-test.txt

9. Проверяем расписание и свежесть копии

veeamconfig job list
veeamconfig session list
df -h /path/to/repository

В мониторинг стоит передавать статус последней сессии, её возраст и свободное место repository.

10. Recovery Media

Создайте загрузочный носитель в UI, загрузитесь с него на тестовой машине или в согласованное окно и убедитесь, что доступны сеть, диски и repository. Без этого bare-metal recovery остаётся непроверенным предположением.

11. Диагностика

veeamconfig session list
veeamconfig job list
journalctl -b | grep -i veeam | tail -100
dmesg | grep -Ei 'blksnap|veeamsnap|veeam' | tail -100
df -h
df -i

12. Rollback установки

Перед удалением сохраните сведения о jobs и убедитесь, что repository с копиями не удаляется вместе с программой.

veeamconfig job list
veeamconfig repository list
apt-get remove veeam blksnap   # Debian/Ubuntu
# либо
yum remove veeam              # RHEL-подобные

Критерий успеха: Agent установлен без ошибок snapshot-модуля, job завершается Success, recovery point виден, тестовый файл восстанавливается с совпадающей checksum, Recovery Media загружается и видит repository.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *