Программы для резервного копирования

Три года назад ответ на вопрос «какую программу взять под бэкап» помещался в два слова: Veeam или Acronis. Сейчас оба вендора с российского рынка ушли, и выбор стал шире и запутаннее. Отечественные продукты из реестра, свободный софт с дедупликацией, штатные средства, которые уже лежат в вашей ОС и не стоят ничего.

Ниже - какие программы для резервного копирования сегодня доступны в России и что из них берут под какую задачу. Рейтинга «лучшая программа года» не будет. Подходящую программу определяют ваш парк, бюджет и требования регулятора - место в чьём-то топе тут ни при чём.

Быстрый выбор под задачу

Если читать целиком некогда, начните отсюда.

Дальше - почему именно так и где у каждого варианта потолок.

Что изменилось к 2026 году

Veeam приостановил продажи в России в марте 2022 года, а в мае свернул бизнес целиком и закрыл офис в Петербурге. Acronis ушёл ещё раньше, в первых числах марта, и закрыл московский центр разработки.

С Acronis история отдельная. Российское юрлицо «Акронис-Инфозащита» переименовалось в «Киберпротект» ещё в конце 2021 года, лицензировало часть исходного кода и с тех пор развивает продукты своей командой. Поэтому «Кибер Бэкап» - родственник Acronis Backup по происхождению, но давно самостоятельный продукт с собственным циклом релизов и российской сертификацией.

Купленные до ухода лицензии продолжают работать до конца срока. Проблема в другом.

Если у вас всё ещё крутится Veeam или Acronis, паниковать и мигрировать за выходные не нужно. Но план замены стоит иметь. Подробное сравнение этих двух и сценарии перехода мы разбирали в отдельной статье про резервное копирование серверов.

Сравнение: что доступно в России

Собрали в одну таблицу программы для резервного копирования, которые сегодня можно купить или поставить без плясок с обходом ограничений. Таблица - карта местности, читайте её вместе с разделом про критерии ниже.

Российские продукты из реестра

Эту группу берут по двум причинам: нужна поддержка на русском с внятным SLA либо нужна запись в реестре и сертификат ФСТЭК - под госзакупки, КИИ или требования собственной службы безопасности.

Кибер Бэкап

По логике работы ближе всех к тому, к чему привыкли админы на Acronis. Копирует файлы, диски целиком, виртуальные машины, PostgreSQL и почтовые ящики. Редакции делятся на Standard (Server, Workstation, Virtual Host) и Advanced, где к тому же набору добавляются Universal, PostgreSQL и Mailbox на 5, 25 или 100 ящиков.

Лицензия считается по количеству защищённых нагрузок и их типу: отдельно рабочая станция, отдельно сервер, отдельно хост виртуализации. Схема удобна тем, что вы платите ровно за то, что защищаете, и неудобна тем, что при росте парка счёт растёт линейно.

Пробную версию дают на месяц и только для Advanced - у Standard такой опции нет. Если хотите пощупать продукт перед покупкой, берите триал старшей редакции и потом опускайтесь до нужной. Как он ставится и настраивается на физической машине, мы показывали в статье про настройку Кибер Бэкапа для физических серверов.

Кому подойдёт: смешанный парк Windows и Linux, где нужен один интерфейс на всё и поддержка вендора.

RuBackup

Клиент-серверная система от «РуБэкапа» из группы «Астра». Версия 2.8 вышла в январе 2026 года. Совместим с Astra Linux, «Альтом» и РЕД ОС - и это, по сути, определяет его нишу.

Если вы уже переехали на отечественный Linux и хотите, чтобы вся вертикаль была из одного реестра, RuBackup ложится в такую инфраструктуру родным образом. На парке из голого Windows его брать смысла мало.

Кому подойдёт: инфраструктура на российских дистрибутивах, требования по импортозамещению, наличие штатного линуксоида.

Handy Backup

Новосибирский «Новософт», в реестре с июля 2016 года. Продукт заметно легче двух предыдущих и заточен под задачи поменьше: файлы, образы дисков с загрузочными разделами MBR и UEFI, базы 1С версий 7.7 и 8.x, MS SQL, MySQL, MariaDB, PostgreSQL, Oracle, DB2, почтовые ящики.

Четыре редакции: Standard для домашних машин и совсем небольших контор, Professional для рабочих станций, Office Expert со всеми плагинами под серверы, Server Network - сетевое копирование в смешанной среде Windows и Linux.

Кому подойдёт: небольшая компания, где надо закрыть 1С, пару баз и файловый сервер, а разворачивать тяжёлую систему некому и незачем.

Базис.Virtual Protect

Узкоспециальная вещь: безагентное копирование дисков виртуальных машин на уровне гипервизора плюс бэкап кластеров Kubernetes. Управление через веб-интерфейс, есть REST API. В реестре с ноября 2023 года, классы 02.05 и 03.13.

Кому подойдёт: те, кто уже живёт в экосистеме «Базиса» или держит продуктив в Kubernetes. Для офиса на пятнадцать машин это из пушки по воробьям.

Свободные и бесплатные

Здесь нет счетов и лицензионных аудитов, зато есть цена в виде вашего времени. Ставить и обслуживать придётся руками, поддержку искать в документации и на форумах.

Proxmox Backup Server

Если ваш продуктив живёт на Proxmox VE, вопрос закрыт: PBS - штатное решение под эту связку, с дедупликацией, инкрементальными копиями и проверкой целостности. Версия 4.0 вышла в августе 2025 года на Debian 13 «Trixie» с ядром 6.14 и ZFS 2.3.3, тогда же появилась нативная поддержка S3-совместимых хранилищ. Актуальная на сегодня - 4.2, апрель 2026 года.

Софт распространяется под AGPLv3 и бесплатен. Подписка нужна, если хотите доступ к оттестированному Enterprise-репозиторию и техподдержку: от 560 евро за сервер в год, причём объём хранилища и число клиентов не ограничены.

Кому подойдёт: любой инфраструктуре на Proxmox VE. Штатный vzdump в самом гипервизоре никуда не делся и для одного хоста с парой машин его хватает, но он выгружает архив целиком, без дедупликации и без инкрементов - на десятке виртуалок разница в занятом месте и в длине окна становится решающей.

restic и BorgBackup

Два консольных инструмента одной школы. Оба режут файлы на блоки переменной длины, дедуплицируют их и шифруют на стороне клиента ещё до отправки в репозиторий. Практический эффект: если в каталоге на 40 ГБ изменилось 200 МБ, по сети уедут примерно эти 200 МБ.

restic универсальнее по хранилищам - умеет писать напрямую в S3-совместимые бакеты, есть сборки под Linux, Windows и macOS. Borg живёт на Linux и macOS, репозиторий держит на локальном диске или на удалённой машине по SSH.

Чего у них нет: образов дисков и восстановления машины целиком. Это файловые инструменты. Систему после них вы поднимаете сами, а из копии достаёте данные. Подробнее про связку с cron и systemd-таймерами - в материале про бэкап в Linux.

Кому подойдёт: парк Linux-серверов, где админ дружит с консолью и ценит компактный репозиторий.

UrBackup

Из бесплатных это решение ближе всех к офисной реальности. Клиент-серверная схема: сервер поднимается на Windows, Linux или FreeBSD, клиенты ставятся на Windows, Linux и macOS. Умеет и файловое копирование с отслеживанием изменений, и образы дисков, которые потом разворачиваются на голое железо с загрузочной флешки. С образами есть нюанс: они снимаются с NTFS у Windows-клиентов и с ext2/3/4 и XFS у Linux-клиентов, раздел должен быть основным на MBR или GPT, динамические тома не поддерживаются. На macOS остаётся файловый бэкап. Лицензия AGPLv3, использовать в коммерческой организации можно.

Кому подойдёт: офис на 10-30 машин, где нужна централизованная консоль и возможность поднять умерший ноутбук бухгалтера целиком - со всеми программами и настройками.

Если парк больше и в схеме участвует ленточная библиотека, смотрите в сторону Bareos и Bacula - они умеют каталог заданий и ленты, но и порог входа у них соответствующий.

Штатные средства: когда покупать ничего не нужно

Прежде чем выбирать программу для резервного копирования, проверьте, не решается ли задача тем, что уже установлено.

Windows Server. Роль Windows Server Backup закрывает копирование томов, состояния системы и приложений через VSS - она ставится на серверных редакциях, от 2016 до 2025. Управляется из консоли или командой wbadmin, которая доступна и на Windows 10 и 11, но там набор её команд урезан. Для одного сервера с файловой шарой роли хватает.

А вот старую «Архивацию и восстановление (Windows 7)» из панели управления трогать не стоит. Microsoft объявила её устаревшей ещё в Windows 10 версии 1709 и прямо рекомендует искать сторонние продукты для копирования диска целиком. Инструкции, которые до сих пор советуют настраивать бэкап там, отправляют вас в функцию, которую больше не развивают.

Linux. Пара tar плюс rsync, запущенная по systemd-таймеру в каталог на другой машине, - рабочая схема для одного сервера. Она не даёт дедупликации и ротации из коробки, поэтому за местом придётся следить самому. Как только серверов становится больше трёх, переходите на restic или Borg.

1С. У платформы есть штатная выгрузка в .dt, а под клиент-серверный вариант - средства самой СУБД, вплоть до pg_basebackup для PostgreSQL. Выгрузка .dt требует монопольного доступа к базе, поэтому на живом продуктиве её обычно заменяют копией средствами СУБД. Разбор всех способов и их ограничений - в статье про резервное копирование баз 1С.

Критерии, которые решают выбор

Сравнивать ПО для резервного копирования по «простоте» и «скорости» бесполезно: все производители напишут, что у них просто и быстро. Работают другие вопросы.

• Что вы восстанавливаете. Отдельный файл после того, как бухгалтер удалил не тот документ, - хватит файлового инструмента. Сервер целиком после отказа диска - нужен образ и восстановление на голое железо. Это два класса продуктов, и половина ошибок при выборе растёт отсюда.
• Есть ли агент под вашу ОС и гипервизор. «Поддерживает Linux» на сайте вендора ничего не значит. Значение имеет строчка про вашу конкретную версию Astra Linux или РЕД ОС в матрице совместимости - её и смотрите, минуя маркетинговые страницы.
• Как устроен репозиторий. Дедупликация и сжатие определяют, во сколько дисков вам обойдётся глубина хранения. Разница между «сырыми» копиями и дедуплицированными - в разы.
• Защищена ли копия от шифровальщика. Если репозиторий примонтирован к серверу и доступен из-под доменной учётки, шифровальщик доберётся до него следом за продуктивом. Ищите иммутабельные хранилища, отдельные учётки и офлайн-копию.
• Есть ли проверка восстановления. Автоматический тест восстановления - функция, которая отличает систему бэкапа от планировщика копирования файлов.
• По чему считают лицензию. Агенты, сокеты, терабайты или гигабайты защищённых данных. При росте парка одна модель растёт линейно, другая - ступеньками. Считайте на два года вперёд.
• Нужен ли реестр. Если компания попадает под требования по импортозамещению или работает с КИИ, свободный софт и западные продукты отпадают сразу, каким бы удобным ни был инструмент.

Про то, как эти критерии ложатся на схему хранения, - в материале про принципы системы резервного копирования. Разбор самих схем, от полной до инкрементной, - в статье про виды резервного копирования.

Сценарии: что ставить в типовых ситуациях

Офис на 10-20 машин и файловый сервер

Задача - вернуть удалённый файл за прошлую неделю и поднять машину после отказа диска. Бюджета почти нет.

Ставьте UrBackup: сервер на отдельную машину с парой дисков в зеркале, клиенты - на рабочие станции и файловый сервер. Файловые копии делайте ежедневно, образы - раз в неделю. Держите глубину в месяц и обязательно проверьте восстановление на тестовой машине до того, как это понадобится всерьёз. Если нужна поддержка с телефоном и договором - вместо UrBackup берите «Кибер Бэкап» Standard Workstation на станции и Standard Server на файловый сервер.

Виртуализация на Proxmox VE

Тут вариантов немного, и это хорошо. Proxmox Backup Server на отдельном железе, репозиторий на ZFS. Дедупликация там устроена на уровне самого хранилища - включать отдельно нечего, одинаковые блоки просто не пишутся дважды. Расписание - ежедневно ночью, глубина хранения по правилу «7 дней, 4 недели, 6 месяцев». С версии 4.0 можно писать копии в S3-совместимое хранилище, что закрывает вопрос второй площадки без покупки второго сервера.

Отдельная машина под PBS - принципиальный момент. Копии на том же хосте, что и виртуалки, защищают ровно от одной проблемы: от того, что кто-то удалил виртуалку. От пожара, кражи и шифровальщика они не защищают никак.

Инфраструктура на российском Linux с требованиями регулятора

Astra Linux или РЕД ОС, есть требования по реестру и ФСТЭК. Здесь выбирают между RuBackup и «Кибер Бэкапом», и решает обычно совместимость с конкретными версиями дистрибутивов и СУБД плюс условия сопровождения.

Запросите у обоих вендоров матрицу совместимости под ваши версии и уточните срок действия сертификата ФСТЭК: у «Кибер Бэкапа» текущий сертификат № 4337 действует до 31 декабря 2026 года, и вопрос про его продление стоит задать до подписания договора.

Смешанный парк: Windows, Linux и 1С

Так живёт добрая половина среднего бизнеса. Соблазн - купить одну программу на всё. Это работает, но не всегда дёшево: универсальные редакции стоят заметно дороже базовых.

Рабочая альтернатива - разделить. Базы 1С и СУБД копируйте штатными средствами по расписанию, файлы и машины закрывайте одной системой, а результаты сводите в один каталог хранения. Так вы платите за агенты только там, где без них не обойтись.

Где держать копии

Программа - половина дела. Вторая половина - куда она пишет.

Минимальная схема, которая действительно работает: одна копия на отдельной машине в той же сети, вторая - вне здания или в облаке. Отдельная машина под репозиторий нужна не из перфекционизма: сервер бэкапа с собственными дисками, собственной учётной записью и без доменного доступа переживает то, что убивает продуктив.

Требования к такой машине свои. Процессор нужен не под нагрузку приложений, а под дедупликацию, сжатие и подсчёт контрольных сумм - на слабом камне окно бэкапа растягивается. Но главное здесь диски: объём, надёжность и запас на рост. Репозиторий с историей за полгода занимает заметно больше, чем кажется на старте. Что брать под эту роль и как считать объём, разобрано в статье про серверы для резервного копирования и архивного хранения.

Ошибки, из-за которых бэкап не спасает

Программа может быть хорошей, а система - нерабочей. Четыре ошибки встречаются чаще прочих.

Копия лежит на том же сервере или на соседнем диске той же машины. Умирает контроллер или блок питания - и вы теряете данные вместе с копией.

Восстановление никто не проверял. Задание отрабатывает, письма приходят, зелёные галочки на месте. А потом выясняется, что в копии нет системного раздела или архив бьётся при распаковке. Проверка восстановления - раз в квартал, руками, на тестовой машине.

Репозиторий доступен из-под той же учётной записи, под которой работает продуктив. Шифровальщик, попавший на сервер, доберётся до копий следом. Отдельная учётка, отдельные права, по возможности - иммутабельное хранилище.

Чек-лист перед внедрением

1. Выпишите, что именно защищаете: конкретные серверы, базы, каталоги. Не «всё».
2. Для каждой позиции определите, сколько данных допустимо потерять и за сколько часов надо подняться. Это задаёт схему копирования и глубину хранения.
3. Проверьте по матрице совместимости вендора, что агент существует под ваши версии ОС, гипервизора и СУБД.
4. Посчитайте объём репозитория с учётом дедупликации и глубины хранения, добавьте запас на полтора-два года.
5. Посчитайте лицензии на два года вперёд, с учётом планов по росту парка.
6. Разведите учётные записи: доступ к репозиторию не должен совпадать с продуктивным.
7. Заложите вторую площадку или облако. Одна копия в одном здании - это не резервное копирование.
8. Проведите тестовое восстановление до того, как система уйдёт в эксплуатацию, и внесите такую проверку в регламент.

Частые вопросы

Как часто надо делать бэкап?

От того, сколько данных вы готовы потерять. Бухгалтерия и торговая база, где за день накапливаются десятки документов, - ежедневно, а лучше несколько раз в день по журналам транзакций. Файловый архив, который меняется раз в неделю, - раз в неделю. Отталкивайтесь от объёма работы, который придётся повторить руками.

Где хранить бэкап?

Как минимум в двух местах, и хотя бы одно - вне здания с продуктивом. Внутри сети это отдельная машина с собственным диском, снаружи - вторая площадка, арендованное хранилище или S3-совместимое облако. Внешний диск в сейфе тоже считается, если его регулярно подключают и меняют.

Чем репликация отличается от резервного копирования?

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

Как сделать автоматический бэкап файлов?

Расписание есть у любой из перечисленных программ. Без них задачу закрывает планировщик: cron или systemd-таймер в Linux, «Планировщик заданий» в Windows. Важнее самого расписания - уведомления о сбоях: задание, которое молча падает третью неделю, хуже отсутствующего, потому что создаёт ложное чувство защищённости.

Как сделать резервную копию системного диска?

Нужен инструмент, умеющий образы: UrBackup, Handy Backup, «Кибер Бэкап». Штатная «Архивация и восстановление (Windows 7)» для этой задачи не подходит - Microsoft объявила её устаревшей и рекомендует сторонние продукты. На Windows Server образ тома снимает wbadmin. Отдельно проверьте, что у вас есть загрузочный носитель для восстановления: образ без среды восстановления бесполезен.

Нужно ли шифровать резервные копии?

Если копии уезжают за пределы вашей серверной - в облако, на внешний диск, на вторую площадку - да. restic и BorgBackup шифруют на стороне клиента, коммерческие продукты умеют это штатно. Единственное условие: ключ должен храниться отдельно от копий, иначе смысл теряется. И проверьте восстановление из зашифрованного архива заранее - потерянный ключ превращает репозиторий в набор случайных байтов.