Настройка 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% за счёт снижения простоев.

Свяжитесь с нами — мы проведём аудит и предложим оптимальное решение. Закажите консультацию прямо сейчас.