Налаштування Veeam Backup & Replication: бекап серверів під ключ

CBT (Changed Block Tracking) пошкоджується після збою ESXi — ми зустрічали це в 30% проєктів. У результаті інкрементальний бекап перетворюється на повний, а RPO зростає з 15 хвилин до годин. Veeam дозволяє цього уникнути, але тільки за правильної налаштування. Ми налаштовуємо Veeam під ключ вже багато років — понад 50 проєктів, гарантуємо RTO менше 1 години та RPO від 15 хвилин. Без коректної конфігурації дедуплікація та компресія не дадуть очікуваної економії — до 70% дискового простору.

Як Application-Aware Processing захищає бази даних?

Просто «заморозити» віртуальну машину через VMware snapshot і скопіювати VMDK недостатньо для баз даних. SQL Server тримає дані в пам'яті та буферизує транзакції — снапшот диска може захопити стан у середині транзакції. Veeam вирішує це через VSS Framework: перед зняттям snapshot викликає VSS writers для SQL Server, Exchange, SharePoint, які скидають буфери та переводять додаток у стан, придатний для бекапу без пошкодження даних.

Для Linux з PostgreSQL або MySQL Veeam використовує pre/post-freeze scripts:

# /etc/veeam/pre-freeze-script.sh
#!/bin/bash
sudo -u postgres psql -c "SELECT pg_start_backup('veeam', true);"
# /etc/veeam/post-thaw-script.sh
#!/bin/bash
sudo -u postgres psql -c "SELECT pg_stop_backup();"

Покрокове налаштування Application-Aware Processing:

1. Увімкніть у завданні бекапу флаг Application-Aware Processing.
2. Вкажіть облікові дані гостьової ОС (локальний адміністратор).
3. Виберіть додатки для VSS — SQL Server, Exchange, SharePoint.
4. Для Linux налаштуйте pre/post-freeze скрипти, як показано вище.

Архітектура розгортання

Veeam Backup & Replication Server (Windows)
│
├── Veeam Proxy (обробляє дані з гіпервізора)
│   ├── Proxy-01 (VMware vSphere)
│   └── Proxy-02 (Hyper-V)
│
├── Backup Repository (зберігає бекапи)
│   ├── Scale-Out Repository → об'єктне сховище (S3)
│   └── Локальний репозиторій (Windows/Linux)
│
└── Enterprise Manager (централізоване управління, опціонально)

Proxy — вузол, який реально читає дані з гіпервізора. Для великих інсталяцій кілька proxy знижують навантаження на production-хости. Proxy можна розмістити прямо на ESXi-хостах у режимі HotAdd — це найшвидший режим, дані читаються локально без мережі.

Як налаштувати Scale-Out Backup Repository з S3?

SOBR автоматично витісняє старі бекапи з локального репозиторію в об'єктне сховище. Це на 50% дешевше, ніж зберігання всіх копій на локальному репозиторії з RAID10. Конфігурація через PowerShell:

# Додаємо S3-сумісне сховище
Add-VBRObjectStorageRepository `
    -Name "S3-Offload" `
    -Type "AmazonS3Compatible" `
    -Server "s3.eu-central-1.amazonaws.com" `
    -Bucket "veeam-backups-prod" `
    -AccessKey "AKIA..." `
    -SecretKey "secret" `
    -EnableSizeLimit

# Політика витіснення: переміщати бекапи старші 7 днів у S3
Set-VBRScaleOutBackupRepository `
    -ScaleOutBackupRepository (Get-VBRScaleOutBackupRepository "SOBR-Prod") `
    -PolicyType MoveByAge `
    -MoveOffloadedBackupAgeThreshold 7

Порівняння типів репозиторіїв

Як об'єктне сховище знижує вартість зберігання?

Об'єктне сховище (S3, Azure Blob, Yandex Object Storage) дозволяє платити лише за фактично зайняте місце, без попереднього виділення дискового масиву. Вартість зберігання одного терабайта в хмарі на 60-80% нижча, ніж на локальному RAID10. Крім того, Veeam підтримує політики життєвого циклу, автоматично переводячи старі бекапи в холодне сховище, що ще більше економить бюджет.

Налаштування завдання бекапу та розкладу

Через PowerShell (корисно для автоматизації):

$repo = Get-VBRBackupRepository -Name "SOBR-Prod"
$vms = Find-VBRViEntity -Name "prod-*" -VMsAndTemplates
Add-VBRViBackupJob `
    -Name "Prod-VMs-Daily" `
    -Entity $vms `
    -BackupRepository $repo `
    -GuestProcessingEnabled `
    -ApplicationAwareEnabled `
    -EnableDeduplication `
    -CompressionLevel Optimal
$schedule = New-VBRJobScheduleOptions
$schedule.OptionsDaily.Enabled = $true
$schedule.OptionsDaily.TimeLocal = "22:00:00"
$schedule.OptionsDaily.DaysSrv = @("Sunday","Monday","Tuesday","Wednesday","Thursday","Friday","Saturday")
Set-VBRJobSchedule -Job (Get-VBRJob "Prod-VMs-Daily") -Options $schedule

Retention policy та GFS

Veeam підтримує GFS (Grandfather-Father-Son) нативно в налаштуваннях завдання:

• Simple retention: зберігати N restore points.
• GFS: щотижневі (4 штуки), щомісячні (12 штук), щорічні (до 7 років) — для compliance.

Для щорічних бекапів з retention 7+ років використовують Immutable Storage через S3 Object Lock:

# Увімкнути immutability для S3-репозиторію
Set-VBRObjectStorageRepository `
    -Repository (Get-VBRObjectStorageRepository "S3-Offload") `
    -EnableImmutability `
    -ImmutabilityPeriod 30

Моніторинг через Veeam ONE

Veeam ONE — окремий продукт для моніторингу. З коробки дає:

• алерти на пропущені завдання, переповнення репозиторію, високий RPO;
• звіти по Backup Success Rate, Compliance, Protected VMs;
• інтеграцію з SCOM, vCenter Operations.

Альтернатива — Veeam Exporter для Prometheus (офіційний репозиторій на GitHub).

Типові проблеми та їх вирішення

CBT corrupted. Changed Block Tracking може пошкодитися після некоректного завершення гіпервізора. Завдання починає робити повний бекап замість інкрементального. Рішення: Reset CBT у налаштуваннях VM або через PowerCLI.

Unable to truncate transaction logs для SQL Server. Application-Aware Processing не може залогінитися на гостьову ОС. Перевіряємо: користувач з правами Local Admin, WMI доступний, порт 445 відкритий між proxy та VM.

Репозиторій заповнений, завдання не стартує. Veeam резервує 10% місця за замовчуванням. При 90% заповнення завдання зупиняються. Рішення: розширити репозиторій, увімкнути SOBR-витіснення в S3 або збільшити поріг у налаштуваннях.

Що входить в роботу

• Аудит поточної інфраструктури vSphere/Hyper-V, мереж та систем зберігання.
• Розробка архітектури: вибір proxy, репозиторіїв, політик.
• Встановлення та налаштування Veeam Backup & Replication Server, проксі, репозиторіїв, Enterprise Manager.
• Конфігурація Application-Aware Processing для SQL, Exchange, SharePoint, PostgreSQL, MySQL.
• Налаштування SOBR з витісненням в S3, включаючи Immutable Storage при необхідності.
• Створення завдань бекапу з розкладом та GFS-ретеншеном.
• Підключення моніторингу Veeam ONE або Prometheus/Grafana.
• Тестування відновлення: Instant VM Recovery, file-level restore, application item restore.
• Документація: схеми, runbook, інструкції для адміністраторів.
• Передача ключів та доступів, навчання персоналу.

Орієнтири за термінами

Вартість розраховується індивідуально після аудиту vSphere/Hyper-V інфраструктури. За рахунок дедуплікації та компресії ви економите до 70% дискового простору. ROI досягає 300% за рахунок зниження простоїв.

Зв'яжіться з нами — ми проведемо аудит і запропонуємо оптимальне рішення. Замовте консультацію прямо зараз.