"Если
<br />
Три варианта под разные задачи. Veeam — король виртуализации. Восстанавливает VM за 2-3 минуты. Acronis — универсал для смешанных сред: физика, виртуалки, облако. Bacula — опенсорсный монстр для тех, кто не боится конфигов и CLI. Дальше — детали и цифры.<br />
<h2>1. Диагноз: почему выбор сложный</h2>
<p>Стоишь перед задачей — выстроить резервное копирование в компании. Бюджет есть. Железо разное — где-то VMware, где-то физические серверы, пара машин в облаке. Руководство хочет «быстро и надёжно». А ты хочешь спать по ночам.</p>
<p>Знакомая картина.</p>
<p>Рынок предлагает десятки решений. Но по факту в корпоративном сегменте воюют три системы. Veeam <a class="wpil_keyword_link" title="Резервное копирование" href="https://it-apteka.com/category/rezervnoe-kopirovanie/" target="_blank" rel="noopener" data-wpil-keyword-link="linked" data-wpil-monitor-id="2597">Backup</a> & Replication. Acronis Cyber Protect. Bacula Enterprise.</p>
<p>Каждая закрывает свой сценарий. Выбрать неправильно — получишь ад из костылей или просроченный бэкап в момент аварии.</p>
<p>Вот что ты получишь через 10 минут чтения:</p>
<ul>
<li>Чёткие критерии — когда брать Veeam, когда Acronis, а когда Bacula.</li>
<li>Реальные цифры по скорости и стоимости.</li>
<li>Рабочие скрипты для автоматизации.</li>
<li>Чек-лист внедрения, который я сам использую на проектах.</li>
</ul>
<p>Поехали.</p>
<h2>2. Причины: почему бэкап-стратегия умирает на старте</h2>
<p>Проблема не в софте. Софт у всех трёх вендоров достойный. Проблема в том, что систему бэкапов выбирают по красивому дашборду или совету с форума. А потом на проде оказывается, что восстановление одной VM занимает 4 часа, а <a title="Бэкап и восстановление сервера The Dude (MikroTik)" href="https://it-apteka.com/bjekap-i-vosstanovlenie-servera-the-dude-mikrotik/" target="_blank" rel="noopener" data-wpil-monitor-id="2601">бэкап весит вдвое больше самого сервера</a>.</p>
<p>Вот 5 причин, которые ломают стратегию резервного копирования.</p>
<p><strong>Выбрали не под свою среду.</strong> Veeam на голой физике без виртуализации — деньги на ветер. Acronis в чистом VMware-окружении проигрывает Veeam по скорости. Bacula без сеньора с опытом — мёртвый груз.</p>
<p><strong>Забыли про RPO и RTO.</strong> Восстановление за 2 часа при RTO 15 минут — это не «почти успели», а простой бизнеса и прямой убыток.</p>
<p><strong>Нет автоматической проверки бэкапов.</strong> Резервная копия, которая не тестировалась на восстановление — самообман. Видел кейс: 3 года делали бэкапы на старый NAS. Когда пришло время восстанавливаться — диски оказались битыми полгода назад, а <a class="wpil_keyword_link" title="Мониторинг" href="https://it-apteka.com/category/monitoring/" target="_blank" rel="noopener" data-wpil-keyword-link="linked" data-wpil-monitor-id="2595">мониторинг</a> молчал.</p>
<p><strong>Всё в одном месте.</strong> Правило 3-2-1: три копии, два типа носителей, одна вне площадки. SAN в той же серверной — не считается offsite.</p>
<p><strong>Нет защиты от ransomware.</strong> Шифровальщики эволюционировали. Они ищут и уничтожают бэкапы. Immutable-репозиторий или air-gap обязательны.</p>
<h2>3. Решения: что брать и когда</h2>
<h3>3.1. Veeam Backup & Replication — для виртуализации</h3>
<p>Если инфраструктура на VMware vSphere или <a title="Запуск скрипта установки Microsoft DirectX, .NET Framework и VC++ в Steam — что это и как исправить зависание" href="https://it-apteka.com/zapusk-skripta-ustanovki-microsoft-directx-net-framework-i-vc-v-steam-chto-jeto-i-kak-ispravit-zavisanie/" target="_blank" rel="noopener" data-wpil-monitor-id="2602">Microsoft Hyper-V —</a> Veeam вне конкуренции. Продукт заточен под виртуалки. Джуниор с базовыми знаниями поднимет бэкап за пару часов.</p>
<p><strong>За что я уважаю Veeam:</strong></p>
<ul>
<li><strong>Instant VM Recovery.</strong> Поднимает VM прямо из бэкапа за 2-3 минуты. Виртуалка работает с бэкап-хранилища, пока фоном идёт миграция на прод-диски. В пятницу вечером эта функция спасла мне больше нервов, чем хотелось бы вспоминать.</li>
<li><strong>SureBackup.</strong> Автоматически запускает бэкап в изолированной песочнице и проверяет, живая ли VM. Никаких «ой, а бэкап-то битый».</li>
<li><strong>Changed Block Tracking.</strong> Копирует только изменившиеся блоки. Экономит и время, и место на хранилище.</li>
<li><strong>Application-aware processing.</strong> Корректно бэкапит SQL Server, Exchange, Oracle. Без остановки сервисов и танцев с бубном.</li>
</ul>
<p><strong>Минусы:</strong> дорого для малого бизнеса. Лицензия от $450 за сокет. Для физических серверов агент есть, но функционал беднее, чем для VM.</p>
<h3>3.2. Acronis Cyber Protect — универсал для смешанных сред</h3>
<p>Acronis прошёл путь от утилиты для клонирования дисков до комбайна «всё в одном». Сейчас это платформа, которая объединяет бэкап, антивирус и защиту от шифровальщиков.</p>
<p><strong>Фишки, которые реально работают:</strong></p>
<ul>
<li><strong>Universal Restore.</strong> Восстанавливаешь систему на другое железо. Физический сервер в виртуалку, HP на Dell, что угодно. Мигрировал так продакшн за ночь без выходных.</li>
<li><strong>Active Protection.</strong> Следит за процессами в реальном времени и блокирует подозрительную активность шифровальщиков. Не панацея, но эшелон защиты.</li>
<li><strong>Мобильные бэкапы.</strong> Да, iPhone и Android тоже можно бэкапить. Директора оценят.</li>
<li><strong>Blockchain-based нотаризация.</strong> Хеши бэкапов пишутся в блокчейн. Подделать или подменить данные незаметно не выйдет.</li>
</ul>
<p><strong>Минусы:</strong> веб-интерфейс иногда тупит. Глубокая кастомная автоматизация не такая гибкая, как у Bacula.</p>
<h3>3.3. Bacula Enterprise — опенсорсный монстр</h3>
<p>Bacula — это не софт. Это экзамен на профпригодность.</p>
<p>Шутка. Но только отчасти.</p>
<p>Bacula — модульная система резервного копирования под <a class="wpil_keyword_link" title="Linux" href="https://it-apteka.com/category/linux/" target="_blank" rel="noopener" data-wpil-keyword-link="linked" data-wpil-monitor-id="2596">Linux</a>. Director управляет заданиями. Storage Daemon хранит данные. File Daemon стоит на клиентах. Всё это можно раскидать по разным дата-центрам.</p>
<p>Я использовал Bacula на проекте с 500+ серверами на разных ОС — от <a class="wpil_keyword_link" title="Windows Server" href="https://it-apteka.com/category/windows-server/" target="_blank" rel="noopener" data-wpil-keyword-link="linked" data-wpil-monitor-id="2598">Windows</a> до FreeBSD. Конфигурация была поэмой на несколько страниц. Но после настройки система работала как швейцарские часы.</p>
<p><strong>Сильные стороны:</strong></p>
<ul>
<li><strong>Гибкость.</strong> Можно настроить любую логику. Хоть бэкап с проверкой целостности и отправкой алерта в <a class="wpil_keyword_link" title="Telegram" href="https://t.me/it_apteka_com/34" target="_blank" rel="noopener" data-wpil-keyword-link="linked" data-wpil-monitor-id="2599">Telegram</a> с котиками.</li>
<li><strong>Модульная архитектура.</strong> Компоненты независимы. Director в одном ДЦ, Storage в другом — стандартный сценарий.</li>
<li><strong>Ленточные библиотеки.</strong> Если у вас LTO — Bacula лучший выбор. Поддержка лент здесь лучшая среди всех трёх систем.</li>
<li><strong>Бесплатная Community Edition.</strong> Ни копейки за софт. Но учти стоимость внедрения — спецы по Bacula на рынке дороже.</li>
<li><strong>Скриптование.</strong> Можно вызывать свои скрипты на любом этапе: до бэкапа, после, при ошибке.</li>
</ul>
<p><strong>Минусы:</strong> порог входа как у Эвереста. Документация так себе. GUI в Community-версии нет. Без сеньора даже не начинай.</p>
<h2>4. Сравнение в цифрах</h2>
<h3>4.1. Стоимость</h3>
<table>
<thead>
<tr>
<th>Решение</th>
<th>Лицензия</th>
<th>Стартовая цена</th>
</tr>
</thead>
<tbody>
<tr>
<td>Veeam</td>
<td>Per socket</td>
<td>от $450/сокет (Essentials), Enterprise от $1300</td>
</tr>
<tr>
<td>Acronis</td>
<td>Подписка</td>
<td>от $50/год за рабочую станцию, от $700/год за сервер</td>
</tr>
<tr>
<td>Bacula</td>
<td>Community / Enterprise</td>
<td>Community — 0, Enterprise от $500/сервер/год</td>
</tr>
</tbody>
</table>
<h3>4.2. Производительность</h3>
<table>
<thead>
<tr>
<th>Система</th>
<th>Скорость инкремента</th>
<th>Скорость восстановления</th>
<th>Сжатие (текст/БД)</th>
</tr>
</thead>
<tbody>
<tr>
<td>Veeam (VM)</td>
<td>200-400 GB/ч</td>
<td>2-5 мин (Instant Recovery)</td>
<td>40-85%</td>
</tr>
<tr>
<td>Acronis</td>
<td>150-250 GB/ч</td>
<td>5-30 мин</td>
<td>30-85%</td>
</tr>
<tr>
<td>Bacula</td>
<td>300-500 GB/ч</td>
<td>30-60 мин</td>
<td>до 85%</td>
</tr>
</tbody>
</table>
<h3>4.3. Простота внедрения</h3>
<p>Veeam: 9/10. GUI интуитивный. Базовую настройку сделает даже джуниор. Acronis: 9/10. Современный веб-интерфейс, всё на виду. Bacula: 3/10. Конфиги, консоль, никаких поблажек.</p>
<h2>5. Практика: скрипты и автоматизация</h2>
<h3>5.1. Veeam — автоматическая очистка хранилища</h3>
"Проблема"
<br />
Retention policy настроили, а автоматическую очистку старых бэкапов — забыли. Через полгода в 3 ночи звонок: хранилище переполнено, бэкапы не идут. Знакомо?<br />
<p>Решение — <a class="wpil_keyword_link" title="Скрипты" href="https://it-apteka.com/category/scripts/" target="_blank" rel="noopener" data-wpil-keyword-link="linked" data-wpil-monitor-id="2600">скрипт</a>, который проверяет заполнение и чистит старые копии. Вешаем в Task Scheduler. Запускаем раз в сутки.</p>
<pre><code class="language-powershell">
Add-PSSnapin VeeamPSSnapin
Connect-VBRServer -Server "veeam-server.local"
$Repository = Get-VBRBackupRepository -Name "Main-Backup-Repo"
$FreeSpaceGB = $Repository.GetContainer().FreeSpace / 1GB
$TotalSpaceGB = $Repository.GetContainer().CachedTotalSpace / 1GB
$UsedPercent = (($TotalSpaceGB - $FreeSpaceGB) / $TotalSpaceGB) * 100
if ($UsedPercent -gt 85) {
Write-Host "Хранилище заполнено на $UsedPercent%, запускаем очистку"
$OldBackups = Get-VBRBackup | Where-Object {
$_.FindLastRestore() -lt (Get-Date).AddDays(-30)
}
foreach ($Backup in $OldBackups) {
Remove-VBRBackup -Backup $Backup -Confirm:$false
Write-Host "Удалён старый бэкап: $($Backup.Name)"
}
Start-VBRCompactFullBackup -Repository $Repository
}
Disconnect-VBRServer
</code></pre>
<h3>5.2. Bacula — проверка конфига перед применением</h3>
"Горький
<br />
Джуниор поправил конфиг Bacula, сделал опечатку в синтаксисе. Bacula молча проглотил ошибку и перестал делать бэкапы. Узнали через 2 недели, когда понадобилось восстановиться. После этого я внедрил обязательную проверку конфига перед каждым релоадом.<br />
<pre><code class="language-bash">
#!/bin/bash
# Проверка синтаксиса перед reload
bacula-dir -t -c /etc/bacula/bacula-dir.conf
if [ $? -eq 0 ]; then
echo "Конфиг валидный, перезапускаем Bacula"
systemctl reload bacula-dir
echo "run job=TestJob yes" | bconsole
sleep 60
STATUS=$(echo "list jobs" | bconsole | grep TestJob | tail -1 | awk '{print $7}')
if [ "$STATUS" == "OK" ]; then
echo "Тестовый бэкап успешен"
else
echo "ALARM! Тестовый бэкап failed, откатываем конфиг"
git checkout HEAD^ /etc/bacula/bacula-dir.conf
systemctl reload bacula-dir
fi
else
echo "Ошибка синтаксиса в конфиге! Изменения не применены"
exit 1
fi
</code></pre>
<h3>5.3. Схема: гибридная архитектура бэкапов</h3>
<p>Оптимальная модель для среднего бизнеса — on-premise для скорости, облако для disaster recovery.</p>
<pre class="mermaid">%%{init: {
'theme': 'base',
'themeVariables': {
'primaryColor': '#ffffff',
'primaryTextColor': '#1e293b',
'primaryBorderColor': '#94a3b8',
'lineColor': '#64748b',
'fontSize': '15px',
'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
},
'flowchart': {'curve': 'linear', 'nodeSpacing': 50, 'rankSpacing': 50}
}}%%
flowchart TD
A["Продакшн-серверы"] --> B["Основной backup-репозиторий on-premise"]
B --> C["Репликация критичных VM в облако S3"]
A --> D["Аварийный failover в облако"]
style A fill:#f8fafc,stroke:#3b82f6,stroke-width:2px,color:#1e40af
style B fill:#f8fafc,stroke:#22c55e,stroke-width:2px,color:#15803d
style C fill:#f8fafc,stroke:#f97316,stroke-width:2px,color:#9a3412
style D fill:#f8fafc,stroke:#ef4444,stroke-width:2px,color:#991b1b
</pre>
<h2>6. Осложнения: что ломается чаще всего</h2>
<p><strong>Ошибка 1: Не тестировать восстановление.</strong> Бэкап без test restore — самообман. Минимум раз в квартал поднимай критичные системы из копии в изолированной среде. Документируй результат.</p>
<p><strong>Ошибка 2: Всё в одной серверной.</strong> Пожар, потоп, криворукий админ с rm -rf не на том хосте. Если все копии на одном SAN — ты труп. Правило 3-2-1 никто не отменял.</p>
<p><strong>Ошибка 3: Нет immutable-бэкапов.</strong> Veeam умеет immutability на Linux-репозиториях. Acronis — через блокчейн-нотаризацию. В Bacula — WORM-хранилища. Если шифровальщик доберётся до backup-сервера, immutable-копия останется нетронутой.</p>
<p><strong>Ошибка 4: Мониторинг молчит.</strong> Failed job должен вызывать алерт сразу: почта, Telegram, Zabbix — не важно. Молчаливый фейл бэкапа это бомба замедленного действия.</p>
<h2>7. Альтернативные сценарии</h2>
<p><strong>Если только физические серверы.</strong> Смотри в сторону Acronis. Veeam Agent for Windows/Linux есть, но он вторичен по отношению к виртуализации. Bacula тоже вариант, если есть кому настраивать.</p>
<p><strong>Если только VMware и бюджет ограничен.</strong> Veeam Community Edition для 10 VM бесплатно. Функционал урезан, но для малого бизнеса хватит.</p>
<p><strong>Если нужна мультитенантность для MSP.</strong> Acronis Cyber Protect Cloud. Мультитенантность, биллинг, автоматизация — из коробки. Veeam Service Provider Console есть, но настройка сложнее.</p>
<h2>8. Чек-лист внедрения</h2>
<p>Скопируй и пройди по пунктам. Это мой личный список, который я использую на проектах:</p>
<ul>
<li><strong>□ Определены RPO и RTO</strong> для каждой системы: сколько данных можно потерять, за сколько нужно восстановиться.</li>
<li><strong>□ Настроено расписание:</strong> критичные системы — ежедневно, базы данных — каждые 4-6 часов, статика — еженедельно.</li>
<li><strong>□ Правило 3-2-1:</strong> три копии, два типа носителей, одна offsite.</li>
<li><strong>□ Ротация:</strong> daily 7 дней, weekly 4-5 недель, monthly 12 месяцев.</li>
<li><strong>□ Шифрование:</strong> минимум AES-256, ключи отдельно от бэкапов.</li>
<li><strong>□ Мониторинг:</strong> failed job → алерт за 5 минут, хранилище >80% → предупреждение.</li>
<li><strong>□ Test restore:</strong> критичные системы — ежемесячно, остальные — ежеквартально.</li>
<li><strong>□ Документация:</strong> runbook восстановления, контакты, пароли в секретном хранилище.</li>
<li><strong>□ RBAC:</strong> минимальные права для сервисных учёток, аудит доступов.</li>
<li><strong>□ Immutable backups:</strong> включены там, где возможно. Air-gap для критичного.</li>
</ul>
<h2>9. FAQ</h2>
<h3>Почему Veeam не видит мой ESXi хост после обновления?</h3>
<p>Чаще всего проблема в TLS-сертификатах или версии API. Проверь, что ESXi host добавлен по FQDN, а не по IP. В Veeam Console нажми Rescan — если ошибка сертификата, прими новый сертификат вручную. Если версия ESXi свежая, а Veeam старый — обнови Veeam до актуального билда.</p>
<h3>Как проверить, что бэкап Acronis не битый?</h3>
<p>В GUI: выбери бэкап, нажми Validate. Через CLI используй `acrocmd validate —target «путь_к_бэкапу»`. Настрой автоматическую валидацию после каждого задания в плане защиты — галочка в свойствах плана. Непроверенный бэкап равен отсутствию бэкапа.</p>
<h3>Что делать, если Bacula выдаёт ошибку «Volume is not available»?</h3>
<p>Скорее всего, закончились тома в пуле. Проверь через `bconsole`: команда `list media pool=Daily-Pool`. Если все тома в статусе Full или Used — добавь новые или увеличь Maximum Volumes в конфиге пула. Либо настрой автоочистку: `Recycle = yes` и `AutoPrune = yes` в определении пула.</p>
<h3>Чем Veeam отличается от Acronis для виртуальных машин?</h3>
<p>Veeam работает на уровне гипервизора и использует Changed Block Tracking для инкрементов. Это быстрее и меньше нагружает ESXi. Acronis ставит агента внутрь каждой VM. Для больших VMware-ферм Veeam выигрывает по скорости и удобству. Для смешанных сред с физикой и облаками — Acronis универсальнее.</p>
<h3>Как защитить бэкапы от шифровальщиков в 2026?</h3>
<p>Три правила. Первое: immutable-репозиторий. Veeam на Linux с XFS, Acronis с Notary, Bacula с WORM-хранилищем. Второе: air-gap. Ленточная библиотека или съёмный диск, который подключается только на время бэкапа. Третье: отдельная учётка для backup-сервиса. Не Domain Admin. Никогда.</p>
<h2>10. Прогноз</h2>
<p>Ты прочитал статью. У тебя есть критерии выбора и чек-лист внедрения. Дальше — действие.</p>
<p>Если инфраструктура на VMware — бери Veeam. Настрой Instant VM Recovery и SureBackup. Через неделю ты перестанешь думать о бэкапах как о проблеме.</p>
<p>Если зоопарк из физики, виртуалок и облака — ставь Acronis. Universal Restore и Active Protection закроют 90% болей.</p>
<p>Если бюджет ограничен, а <a title="VPN на MikroTik: полный гайд 2026 — WireGuard, L2TP/IPsec, IKEv2, настройка сервера и клиента" href="https://it-apteka.com/vpn-na-mikrotik-polnyj-gajd-2026-wireguard-l2tp-ipsec-ikev2-nastrojka-servera-i-klienta/" target="_blank" rel="noopener" data-wpil-monitor-id="2603">серверов больше 500 —</a> Bacula. Выдели сеньора на настройку. Дай ему время. Потом система будет работать годами без пинка.</p>
<p>Бэкапы — не продукт. Это процесс. Автоматизируй. Тестируй. Мониторь.</p>
<p>Если не заработало — пиши в комментарии. Разберёмся.</p>
Если нужно выбрать прямо сейчас
Три варианта под разные задачи. Veeam — король виртуализации. Восстанавливает VM за 2-3 минуты. Acronis — универсал для смешанных сред: физика, виртуалки, облако. Bacula — опенсорсный монстр для тех, кто не боится конфигов и CLI. Дальше — детали и цифры.
1. Диагноз: почему выбор сложный
Стоишь перед задачей — выстроить резервное копирование в компании. Бюджет есть. Железо разное — где-то VMware, где-то физические серверы, пара машин в облаке. Руководство хочет «быстро и надёжно». А ты хочешь спать по ночам.
Знакомая картина.
Рынок предлагает десятки решений. Но по факту в корпоративном сегменте воюют три системы. Veeam Backup & Replication. Acronis Cyber Protect. Bacula Enterprise.
Каждая закрывает свой сценарий. Выбрать неправильно — получишь ад из костылей или просроченный бэкап в момент аварии.
Вот что ты получишь через 10 минут чтения:
- Чёткие критерии — когда брать Veeam, когда Acronis, а когда Bacula.
- Реальные цифры по скорости и стоимости.
- Рабочие скрипты для автоматизации.
- Чек-лист внедрения, который я сам использую на проектах.
Поехали.
2. Причины: почему бэкап-стратегия умирает на старте
Проблема не в софте. Софт у всех трёх вендоров достойный. Проблема в том, что систему бэкапов выбирают по красивому дашборду или совету с форума. А потом на проде оказывается, что восстановление одной VM занимает 4 часа, а бэкап весит вдвое больше самого сервера.
Вот 5 причин, которые ломают стратегию резервного копирования.
Выбрали не под свою среду. Veeam на голой физике без виртуализации — деньги на ветер. Acronis в чистом VMware-окружении проигрывает Veeam по скорости. Bacula без сеньора с опытом — мёртвый груз.
Забыли про RPO и RTO. Восстановление за 2 часа при RTO 15 минут — это не «почти успели», а простой бизнеса и прямой убыток.
Нет автоматической проверки бэкапов. Резервная копия, которая не тестировалась на восстановление — самообман. Видел кейс: 3 года делали бэкапы на старый NAS. Когда пришло время восстанавливаться — диски оказались битыми полгода назад, а мониторинг молчал.
Всё в одном месте. Правило 3-2-1: три копии, два типа носителей, одна вне площадки. SAN в той же серверной — не считается offsite.
Нет защиты от ransomware. Шифровальщики эволюционировали. Они ищут и уничтожают бэкапы. Immutable-репозиторий или air-gap обязательны.
3. Решения: что брать и когда
3.1. Veeam Backup & Replication — для виртуализации
Если инфраструктура на VMware vSphere или Microsoft Hyper-V — Veeam вне конкуренции. Продукт заточен под виртуалки. Джуниор с базовыми знаниями поднимет бэкап за пару часов.
За что я уважаю Veeam:
- Instant VM Recovery. Поднимает VM прямо из бэкапа за 2-3 минуты. Виртуалка работает с бэкап-хранилища, пока фоном идёт миграция на прод-диски. В пятницу вечером эта функция спасла мне больше нервов, чем хотелось бы вспоминать.
- SureBackup. Автоматически запускает бэкап в изолированной песочнице и проверяет, живая ли VM. Никаких «ой, а бэкап-то битый».
- Changed Block Tracking. Копирует только изменившиеся блоки. Экономит и время, и место на хранилище.
- Application-aware processing. Корректно бэкапит SQL Server, Exchange, Oracle. Без остановки сервисов и танцев с бубном.
Минусы: дорого для малого бизнеса. Лицензия от $450 за сокет. Для физических серверов агент есть, но функционал беднее, чем для VM.
3.2. Acronis Cyber Protect — универсал для смешанных сред
Acronis прошёл путь от утилиты для клонирования дисков до комбайна «всё в одном». Сейчас это платформа, которая объединяет бэкап, антивирус и защиту от шифровальщиков.
Фишки, которые реально работают:
- Universal Restore. Восстанавливаешь систему на другое железо. Физический сервер в виртуалку, HP на Dell, что угодно. Мигрировал так продакшн за ночь без выходных.
- Active Protection. Следит за процессами в реальном времени и блокирует подозрительную активность шифровальщиков. Не панацея, но эшелон защиты.
- Мобильные бэкапы. Да, iPhone и Android тоже можно бэкапить. Директора оценят.
- Blockchain-based нотаризация. Хеши бэкапов пишутся в блокчейн. Подделать или подменить данные незаметно не выйдет.
Минусы: веб-интерфейс иногда тупит. Глубокая кастомная автоматизация не такая гибкая, как у Bacula.
3.3. Bacula Enterprise — опенсорсный монстр
Bacula — это не софт. Это экзамен на профпригодность.
Шутка. Но только отчасти.
Bacula — модульная система резервного копирования под Linux. Director управляет заданиями. Storage Daemon хранит данные. File Daemon стоит на клиентах. Всё это можно раскидать по разным дата-центрам.
Я использовал Bacula на проекте с 500+ серверами на разных ОС — от Windows до FreeBSD. Конфигурация была поэмой на несколько страниц. Но после настройки система работала как швейцарские часы.
Сильные стороны:
- Гибкость. Можно настроить любую логику. Хоть бэкап с проверкой целостности и отправкой алерта в Telegram с котиками.
- Модульная архитектура. Компоненты независимы. Director в одном ДЦ, Storage в другом — стандартный сценарий.
- Ленточные библиотеки. Если у вас LTO — Bacula лучший выбор. Поддержка лент здесь лучшая среди всех трёх систем.
- Бесплатная Community Edition. Ни копейки за софт. Но учти стоимость внедрения — спецы по Bacula на рынке дороже.
- Скриптование. Можно вызывать свои скрипты на любом этапе: до бэкапа, после, при ошибке.
Минусы: порог входа как у Эвереста. Документация так себе. GUI в Community-версии нет. Без сеньора даже не начинай.
4. Сравнение в цифрах
4.1. Стоимость
| Решение |
Лицензия |
Стартовая цена |
| Veeam |
Per socket |
от $450/сокет (Essentials), Enterprise от $1300 |
| Acronis |
Подписка |
от $50/год за рабочую станцию, от $700/год за сервер |
| Bacula |
Community / Enterprise |
Community — 0, Enterprise от $500/сервер/год |
4.2. Производительность
| Система |
Скорость инкремента |
Скорость восстановления |
Сжатие (текст/БД) |
| Veeam (VM) |
200-400 GB/ч |
2-5 мин (Instant Recovery) |
40-85% |
| Acronis |
150-250 GB/ч |
5-30 мин |
30-85% |
| Bacula |
300-500 GB/ч |
30-60 мин |
до 85% |
4.3. Простота внедрения
Veeam: 9/10. GUI интуитивный. Базовую настройку сделает даже джуниор. Acronis: 9/10. Современный веб-интерфейс, всё на виду. Bacula: 3/10. Конфиги, консоль, никаких поблажек.
5. Практика: скрипты и автоматизация
5.1. Veeam — автоматическая очистка хранилища
Проблема
Retention policy настроили, а автоматическую очистку старых бэкапов — забыли. Через полгода в 3 ночи звонок: хранилище переполнено, бэкапы не идут. Знакомо?
Решение — скрипт, который проверяет заполнение и чистит старые копии. Вешаем в Task Scheduler. Запускаем раз в сутки.
Add-PSSnapin VeeamPSSnapin
Connect-VBRServer -Server "veeam-server.local"
$Repository = Get-VBRBackupRepository -Name "Main-Backup-Repo"
$FreeSpaceGB = $Repository.GetContainer().FreeSpace / 1GB
$TotalSpaceGB = $Repository.GetContainer().CachedTotalSpace / 1GB
$UsedPercent = (($TotalSpaceGB - $FreeSpaceGB) / $TotalSpaceGB) * 100
if ($UsedPercent -gt 85) {
Write-Host "Хранилище заполнено на $UsedPercent%, запускаем очистку"
$OldBackups = Get-VBRBackup | Where-Object {
$_.FindLastRestore() -lt (Get-Date).AddDays(-30)
}
foreach ($Backup in $OldBackups) {
Remove-VBRBackup -Backup $Backup -Confirm:$false
Write-Host "Удалён старый бэкап: $($Backup.Name)"
}
Start-VBRCompactFullBackup -Repository $Repository
}
Disconnect-VBRServer
5.2. Bacula — проверка конфига перед применением
Горький опыт
Джуниор поправил конфиг Bacula, сделал опечатку в синтаксисе. Bacula молча проглотил ошибку и перестал делать бэкапы. Узнали через 2 недели, когда понадобилось восстановиться. После этого я внедрил обязательную проверку конфига перед каждым релоадом.
#!/bin/bash
# Проверка синтаксиса перед reload
bacula-dir -t -c /etc/bacula/bacula-dir.conf
if [ $? -eq 0 ]; then
echo "Конфиг валидный, перезапускаем Bacula"
systemctl reload bacula-dir
echo "run job=TestJob yes" | bconsole
sleep 60
STATUS=$(echo "list jobs" | bconsole | grep TestJob | tail -1 | awk '{print $7}')
if [ "$STATUS" == "OK" ]; then
echo "Тестовый бэкап успешен"
else
echo "ALARM! Тестовый бэкап failed, откатываем конфиг"
git checkout HEAD^ /etc/bacula/bacula-dir.conf
systemctl reload bacula-dir
fi
else
echo "Ошибка синтаксиса в конфиге! Изменения не применены"
exit 1
fi
5.3. Схема: гибридная архитектура бэкапов
Оптимальная модель для среднего бизнеса — on-premise для скорости, облако для disaster recovery.
%%{init: {
'theme': 'base',
'themeVariables': {
'primaryColor': '#ffffff',
'primaryTextColor': '#1e293b',
'primaryBorderColor': '#94a3b8',
'lineColor': '#64748b',
'fontSize': '15px',
'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
},
'flowchart': {'curve': 'linear', 'nodeSpacing': 50, 'rankSpacing': 50}
}}%%
flowchart TD
A["Продакшн-серверы"] --> B["Основной backup-репозиторий on-premise"]
B --> C["Репликация критичных VM в облако S3"]
A --> D["Аварийный failover в облако"]
style A fill:#f8fafc,stroke:#3b82f6,stroke-width:2px,color:#1e40af
style B fill:#f8fafc,stroke:#22c55e,stroke-width:2px,color:#15803d
style C fill:#f8fafc,stroke:#f97316,stroke-width:2px,color:#9a3412
style D fill:#f8fafc,stroke:#ef4444,stroke-width:2px,color:#991b1b
6. Осложнения: что ломается чаще всего
Ошибка 1: Не тестировать восстановление. Бэкап без test restore — самообман. Минимум раз в квартал поднимай критичные системы из копии в изолированной среде. Документируй результат.
Ошибка 2: Всё в одной серверной. Пожар, потоп, криворукий админ с rm -rf не на том хосте. Если все копии на одном SAN — ты труп. Правило 3-2-1 никто не отменял.
Ошибка 3: Нет immutable-бэкапов. Veeam умеет immutability на Linux-репозиториях. Acronis — через блокчейн-нотаризацию. В Bacula — WORM-хранилища. Если шифровальщик доберётся до backup-сервера, immutable-копия останется нетронутой.
Ошибка 4: Мониторинг молчит. Failed job должен вызывать алерт сразу: почта, Telegram, Zabbix — не важно. Молчаливый фейл бэкапа это бомба замедленного действия.
7. Альтернативные сценарии
Если только физические серверы. Смотри в сторону Acronis. Veeam Agent for Windows/Linux есть, но он вторичен по отношению к виртуализации. Bacula тоже вариант, если есть кому настраивать.
Если только VMware и бюджет ограничен. Veeam Community Edition для 10 VM бесплатно. Функционал урезан, но для малого бизнеса хватит.
Если нужна мультитенантность для MSP. Acronis Cyber Protect Cloud. Мультитенантность, биллинг, автоматизация — из коробки. Veeam Service Provider Console есть, но настройка сложнее.
8. Чек-лист внедрения
Скопируй и пройди по пунктам. Это мой личный список, который я использую на проектах:
- □ Определены RPO и RTO для каждой системы: сколько данных можно потерять, за сколько нужно восстановиться.
- □ Настроено расписание: критичные системы — ежедневно, базы данных — каждые 4-6 часов, статика — еженедельно.
- □ Правило 3-2-1: три копии, два типа носителей, одна offsite.
- □ Ротация: daily 7 дней, weekly 4-5 недель, monthly 12 месяцев.
- □ Шифрование: минимум AES-256, ключи отдельно от бэкапов.
- □ Мониторинг: failed job → алерт за 5 минут, хранилище >80% → предупреждение.
- □ Test restore: критичные системы — ежемесячно, остальные — ежеквартально.
- □ Документация: runbook восстановления, контакты, пароли в секретном хранилище.
- □ RBAC: минимальные права для сервисных учёток, аудит доступов.
- □ Immutable backups: включены там, где возможно. Air-gap для критичного.
9. FAQ
Почему Veeam не видит мой ESXi хост после обновления?
Чаще всего проблема в TLS-сертификатах или версии API. Проверь, что ESXi host добавлен по FQDN, а не по IP. В Veeam Console нажми Rescan — если ошибка сертификата, прими новый сертификат вручную. Если версия ESXi свежая, а Veeam старый — обнови Veeam до актуального билда.
Как проверить, что бэкап Acronis не битый?
В GUI: выбери бэкап, нажми Validate. Через CLI используй `acrocmd validate —target «путь_к_бэкапу»`. Настрой автоматическую валидацию после каждого задания в плане защиты — галочка в свойствах плана. Непроверенный бэкап равен отсутствию бэкапа.
Что делать, если Bacula выдаёт ошибку «Volume is not available»?
Скорее всего, закончились тома в пуле. Проверь через `bconsole`: команда `list media pool=Daily-Pool`. Если все тома в статусе Full или Used — добавь новые или увеличь Maximum Volumes в конфиге пула. Либо настрой автоочистку: `Recycle = yes` и `AutoPrune = yes` в определении пула.
Чем Veeam отличается от Acronis для виртуальных машин?
Veeam работает на уровне гипервизора и использует Changed Block Tracking для инкрементов. Это быстрее и меньше нагружает ESXi. Acronis ставит агента внутрь каждой VM. Для больших VMware-ферм Veeam выигрывает по скорости и удобству. Для смешанных сред с физикой и облаками — Acronis универсальнее.
Как защитить бэкапы от шифровальщиков в 2026?
Три правила. Первое: immutable-репозиторий. Veeam на Linux с XFS, Acronis с Notary, Bacula с WORM-хранилищем. Второе: air-gap. Ленточная библиотека или съёмный диск, который подключается только на время бэкапа. Третье: отдельная учётка для backup-сервиса. Не Domain Admin. Никогда.
10. Прогноз
Ты прочитал статью. У тебя есть критерии выбора и чек-лист внедрения. Дальше — действие.
Если инфраструктура на VMware — бери Veeam. Настрой Instant VM Recovery и SureBackup. Через неделю ты перестанешь думать о бэкапах как о проблеме.
Если зоопарк из физики, виртуалок и облака — ставь Acronis. Universal Restore и Active Protection закроют 90% болей.
Если бюджет ограничен, а серверов больше 500 — Bacula. Выдели сеньора на настройку. Дай ему время. Потом система будет работать годами без пинка.
Бэкапы — не продукт. Это процесс. Автоматизируй. Тестируй. Мониторь.
Если не заработало — пиши в комментарии. Разберёмся.