Veeam объявил об уходе с российского рынка ещё весной, и к осени последствия стали осязаемыми. Новые лицензии не продаются, продление недоступно, техподдержка не отвечает. Установленные копии продолжают работать, но без обновлений сигнатур, патчей безопасности и совместимости с новыми версиями гипервизоров и СУБД. Для банков, госсектора и операторов критической инфраструктуры это прямой риск: бэкап, который нельзя восстановить, не считается бэкапом. Откладывать миграцию резервного копирования больше нельзя.

Чем заменить Veeam

Прямого аналога «один в один» на рынке нет, но рабочие связки уже сложились. Для виртуальной среды на базе российских платформ виртуализации подойдут отечественные решения – «Кибер Бэкап» (бывший Acronis Backup), RuBackup, «Рустэк». Они умеют агентное и безагентное копирование, дедупликацию, гранулярное восстановление файлов и приложений. Для гетерогенного парка с Linux и PostgreSQL хорошо работает Bacula/Bareos в связке с pgBackRest или Barman – этот стек проверен и не зависит от вендорских лицензий.

Подбирать инструмент нужно под реальную нагрузку, а не под красивый список функций. Снимите три параметра до выбора: объём защищаемых данных, допустимое окно восстановления (RTO) и допустимую потерю данных (RPO). Если у вас уже идёт миграция баз на PostgreSQL, согласуйте схему бэкапа СУБД с новой платформой сразу – переделывать дважды дороже.

Катастрофоустойчивость, а не только бэкап

Резервная копия защищает от потери данных. От потери дата-центра защищает катастрофоустойчивость – отдельная задача. Принцип «3-2-1» остаётся базовым: три копии данных, на двух разных типах носителей, одна – вне основной площадки. Раньше внешней копией часто служило зарубежное облако. Теперь это неприемлемо: данные должны лежать в РФ, а доступ к иностранному облаку могут отключить в любой момент.

Стройте вторую площадку внутри страны – собственную или в российском дата-центре. Репликацию виртуальных машин и баз настраивайте асинхронно, чтобы канал не стал узким местом. Главное правило здесь одно: восстановление, которое ни разу не проверяли, не существует. Проводите учебные восстановления по графику – раз в квартал для критичных систем, фиксируйте фактические RTO и RPO и сравнивайте с целевыми.

С чего начать переход

Не пытайтесь мигрировать всё разом. Составьте реестр систем и ранжируйте их по критичности. Сначала переводите на новую схему то, что нельзя потерять ни на час, – биллинг, основные базы, документооборот. Параллельно держите старый Veeam как запасной слой, пока новое решение не пройдёт хотя бы один полный цикл проверочного восстановления.

Эта работа упирается в людей не меньше, чем в технологии. Перенастройка резервного копирования требует инженеров, которые знают и старый, и новый стек, – поэтому удержание ИТ-команды сейчас часть стратегии непрерывности бизнеса, а не отдельная HR-задача.

Вывод

Уход Veeam – не локальный сбой одного продукта, а сигнал пересобрать всю схему защиты данных под новые реалии: импортонезависимый стек, хранение в РФ, регулярные проверки восстановления. Тот же подход работает и для других замещаемых систем – от интеграционной шины до СУБД. Аудит бэкапа и проектирование катастрофоустойчивой архитектуры – от выбора решения до учебных восстановлений на боевых данных – входят в сопровождение ИТ-инфраструктуры.