Главная / Словарь / Резервное копирование

Словарь угроз · Защита данных и непрерывность

Резервное копирование: что это и как защищает данные

Проверено экспертной редакцией SecRadar · по первоисточникам ФСТЭК / ФСБ / Банка России

Резервное копирование (backup) — это регулярное создание независимых копий данных, виртуальных машин и систем, которые позволяют восстановить работу после сбоя оборудования, ошибки персонала, атаки программы-вымогателя или физической катастрофы. Материал разводит резервное копирование, репликацию и архивирование, объясняет метрики RPO и RTO, разбирает стратегии копирования и правило 3-2-1, показывает, почему бэкап остаётся ключевым рубежом защиты от шифровальщиков, и разбирает, как устроен рынок систем резервного копирования в России после ухода Veeam и Commvault.

Экспертная редакция SecRadar · как мы проверяем факты → Обновлено 11 июля 2026 · ~9 мин чтения ✓ B2B-контекст: защита организаций, не бытовой бэкап устройства

Кратко

Что это: Создание независимых копий данных для восстановления после потери, сбоя или атаки.
RPO / RTO: RPO — сколько данных допустимо потерять (точка восстановления); RTO — сколько времени допустимо на восстановление.
Правило 3-2-1: 3 копии данных, на 2 разных носителях, 1 — вне основной площадки (offsite/air-gap).
Защита от шифровальщиков: Неизменяемые (immutable) и офлайн-копии, которые не может изменить или удалить атакующий, добравшийся до сети.
Регуляторика РФ: Класс 03.13 в реестре Минцифры — 38 продуктов; сертификат ФСТЭК не всегда обязателен, критичен для КИИ и ГИС.
Импортозамещение: Veeam, Veritas, Commvault и Acronis ушли с рынка РФ в 2022 г.; их место заняли RuBackup, Кибер Бэкап и другие решения из реестра.

Что такое резервное копирование

Резервное копирование (backup) — это создание и хранение независимых копий данных, виртуальных машин или конфигураций систем, которые используются для восстановления после потери или повреждения оригинала. Копия физически или логически отделена от рабочих данных, поэтому переживает сбой, ошибку или атаку, которая вывела из строя основной источник. В контексте информационной безопасности резервное копирование — это мера обеспечения доступности данных, третьей составляющей триады CIA наряду с конфиденциальностью и целостностью.

На практике потеря данных случается по четырём типовым сценариям: отказ оборудования (диска, СХД, сервера), человеческая ошибка (случайное удаление или перезапись), логическая порча (сбой приложения, неудачное обновление) и кибератака — прежде всего программы-вымогатели, которые шифруют или уничтожают данные и заодно пытаются добраться до резервных копий. Резервное копирование закрывает все четыре сценария одновременно: причина потери данных для него не важна, важно только то, что есть рабочая копия, из которой можно восстановиться.

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

факт определение и назначение резервного копирования — общепринятая терминология ИБ и планирования непрерывности (NIST SP 800-34, ISO/IEC 27040)

Backup, репликация и архивирование: RPO и RTO

Резервное копирование, репликация и архивирование решают разные задачи и не заменяют друг друга: backup хранит версии данных для отката после порчи или атаки, репликация обеспечивает почти мгновенное переключение на копию при отказе, а архивирование — долгосрочное хранение неактивных данных. Их сравнивают по двум метрикам — RPO (допустимый объём потери) и RTO (допустимое время восстановления).

Резервное копирование восстановление

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

Репликация непрерывность

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

Архивирование хранение

Перенос неактивных, но юридически или регуляторно значимых данных в долгосрочное хранилище — не для быстрого отката рабочей системы, а ради соответствия срокам хранения и редких обращений в будущем. Восстановление из архива обычно медленнее, чем из бэкапа, и не рассчитано на частое использование.

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

RPO (Recovery Point Objective, целевая точка восстановления). Максимально допустимый объём потерянных данных, выраженный во времени — например, RPO в 4 часа означает, что после инцидента компания готова потерять данные, накопленные за последние 4 часа, и не более. Чем меньше требуемый RPO, тем чаще должно выполняться копирование или репликация.
RTO (Recovery Time Objective, целевое время восстановления). Максимально допустимое время простоя системы от момента инцидента до полного восстановления работы. Чем меньше требуемый RTO, тем более быстрое и автоматизированное восстановление нужно закладывать в архитектуру — ручное разворачивание из ленточного архива за сутки требование в 30 минут не обеспечит.

факт RPO и RTO — стандартные метрики планирования непрерывности (NIST SP 800-34 «Contingency Planning Guide», ISO 22301)

Виды и стратегии резервного копирования

Три базовых способа снятия копии — полное, инкрементальное и дифференциальное копирование — отличаются тем, сколько места занимают и сколько времени требует восстановление; правило 3-2-1 задаёт минимальную схему хранения независимо от выбранного способа.

Полное копирование

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

Инкрементальное копирование

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

Дифференциальное копирование

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

Правило 3-2-1 — отраслевой стандарт де-факто: 3 копии данных (оригинал и 2 резервные), на 2 разных типах носителей, 1 копия — вне основной площадки (offsite) или изолированно от сети (air-gap). Схема закрывает три независимых сценария потери одновременно: отказ одного носителя, отказ целой площадки (пожар, наводнение) и целенаправленную атаку, которая ищет и уничтожает резервные копии в той же сети, что и рабочие данные. Под угрозой шифровальщиков правило расширяют до 3-2-1-1-0: добавляют отдельную неизменяемую (immutable) или air-gap-копию сверх offsite и требуют «ноль ошибок» при регулярной проверке восстановления.

Для управления сроками хранения множества версий копий чаще всего используют ротацию по схеме GFS (Grandfather-Father-Son, «дед-отец-сын»): ежедневные копии («сын») хранятся неделю-две, еженедельные («отец») — месяц-два, ежемесячные или ежеквартальные («дед») — год и дольше. Схема балансирует между глубиной истории версий и объёмом хранилища: чем старше копия, тем реже к ней обращаются и тем дешевле может быть носитель, на котором она лежит.

Отсюда и разделение хранения на горячее и холодное: горячее хранилище (быстрый диск, ближнее облако) держит недавние копии для оперативного восстановления за минуты, холодное (лента, архивный класс облачного хранилища) — старые генерации по схеме GFS, доступ к которым нужен редко и может занимать часы, но стоимость хранения на порядок ниже.

факт виды копирования, ротация GFS и hot/cold хранение — общепринятая практика резервного копирования, отражённая в документации backup-платформ и отраслевых глоссариях факт правило 3-2-1 — общепринятая практика отказоустойчивого хранения, растиражированная US-CERT/CISA

Резервное копирование как защита от угроз ИБ

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

Неизменяемые (immutable) копии. Хранилище с включённым режимом неизменяемости не позволяет изменить или удалить резервную копию до истечения заданного срока хранения — даже администратору с полными правами и даже если атакующий получил его учётные данные. Это закрывает конкретную технику MITRE ATT&CK T1490 «Inhibit System Recovery» — целенаправленное уничтожение теневых и резервных копий перед запуском шифрования, документированную тактику операторов программ-вымогателей и, шире, некоторых APT-группировок, стремящихся максимизировать ущерб и лишить жертву пути к быстрому восстановлению без переговоров.
Air-gap и офлайн-копии. Копия, физически или логически изолированная от рабочей сети (отключённый носитель, отдельный сегмент без постоянного сетевого доступа), недостижима для атакующего, который уже находится в инфраструктуре жертвы. Это самый надёжный, хотя и не самый быстрый рубеж — цена такой изоляции в том, что подключение офлайн-копии к сети обычно требует ручного действия.
Тестирование восстановления. Резервная копия, которую ни разу не пробовали восстановить, — это недоказанное предположение, а не гарантия. Регулярное тестовое восстановление (полное или выборочное) — единственный способ убедиться, что копия действительно читается, данные не повреждены, а процедура укладывается в целевое время RTO, а не выясняется впервые во время реального инцидента.
Защита самой backup-инфраструктуры. Сервер управления резервным копированием и его учётные записи — отдельная цель атаки, а не просто инструмент. Изоляция управляющей консоли от домена пользователей и отдельная многофакторная аутентификация для операций удаления и изменения политик хранения снижают риск, что скомпрометированные учётные данные администратора позволят уничтожить резервные копии вместе с рабочими данными.

Связь с непрерывностью бизнеса. Резервное копирование — техническая часть более широкого плана: план обеспечения непрерывности бизнеса (BCP, Business Continuity Plan) описывает, как организация продолжает критичные процессы во время и после инцидента, а план аварийного восстановления (DRP, Disaster Recovery Plan) — как именно восстанавливаются ИТ-системы, включая процедуры и роли для восстановления из резервных копий. Backup без описанного и протестированного DRP решает только часть задачи: технология копирования может быть исправна, но без понятной процедуры её применения фактическое RTO окажется намного больше заявленного.

факт MITRE ATT&CK T1490 «Inhibit System Recovery» — техника из базы знаний MITRE ATT&CK (attack.mitre.org) факт immutable/air-gap как контрмеры и понятия BCP/DRP — общепринятая практика индустрии резервного копирования и планирования непрерывности оценка без числовых оценок доли атак, целенаправленно уничтожающих backup-инфраструктуру, — верифицируемого открытого источника на момент публикации нет

Системы резервного копирования и регуляторика в РФ

В реестре российского ПО системы резервного копирования выделены в отдельный класс 03.13, где зарегистрировано 38 продуктов; сертификация ФСТЭК для них не обязательна повсеместно и становится строгим требованием прежде всего для объектов критической информационной инфраструктуры (КИИ) и государственных информационных систем (ГИС).

После ухода с российского рынка в 2022 году зарубежных лидеров сегмента — Veeam, Veritas, Commvault и Acronis — их место заняли решения из реестра Минцифры. Полного функционального аналога любого из ушедших продуктов «один к одному» на рынке нет — вместо этого сложилась карта частичных и близких замен.

↔ таблицу можно прокрутить вбок

Зарубежное решение	Российская замена	Комментарий
Veeam	RuBackup (Рубэкап, ГК Астра), Базис.Virtual Protect (Базис)	Образ-ориентированное резервное копирование виртуальных машин и физических серверов
Veritas	Прямого аналога уровня NetBackup не найдено	Ближе всего по классу задач — «Кибер Бэкап Расширенная редакция» (Киберпротект) с поддержкой ленточных накопителей
Commvault	Прямого аналога не найдено	Ближе всего по позиционированию — «Береста» (Береста РК), заявлена вендором как решение промышленного уровня
Acronis	Кибер Бэкап (Киберпротект)	Прямой технологический и юридический преемник: «Акронис-Инфозащита» лицензировала код Acronis с 2016 г., переименована в «Киберпротект» в 2021 г., полностью отделилась от Acronis в 2022 г.; для SMB — Handy Backup (Новософт)

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

Среди самих российских решений статус сертификации ФСТЭК различается заметно. У RuBackup действующий сертификат №4879 (до 25.11.2029, реестр Минцифры №6808); у крупнейшего по выручке специализированного вендора класса — Киберпротект (CNews′25 №23 среди ИБ-компаний РФ, выручка ₽4,211 млрд за 2024 г.) — сертификат №4337 на «Кибер Бэкап» истёк 11.12.2025 и на момент публикации не продлён, при этом у смежного продукта «Кибер Хранилище» действует отдельный сертификат №5049 до 12.03.2031.

У ряда решений (Базис.Virtual Protect, Хайстекс Акура, Береста, Handy Backup, ROC Backup) действующего сертификата ФСТЭК на сам продукт в реестре не найдено — это не блокирует использование вне регулируемого контура, но требует отдельной проверки перед закупкой для КИИ или ГИС.

Для объектов критической информационной инфраструктуры требования к обеспечению доступности значимых объектов, куда по смыслу входит и способность восстановить данные и системы после инцидента, устанавливают 187-ФЗ и подзаконные акты ФСТЭК; для государственных информационных систем и информационных систем персональных данных — приказы ФСТЭК №17 и №21 с группой мер по обеспечению доступности технических средств и данных.

Для финансового сектора отдельный ориентир — серия ГОСТ Р 57580: базовый состав мер защиты информации задаёт 57580.1, а требования к операционной надёжности значимых систем и приложений (куда входит и восстановление данных) — ГОСТ Р 57580.3 и 57580.4. Ни один из этих документов не предписывает конкретный продукт или технологию — оператор объекта сам выбирает, каким решением из реестра закрыть требование.

Полное сравнение решений класса — по вендору, зрелости, сертификату и рыночному присутствию — в разделе «Резервное копирование» карты рынка SecRadar.

реестр класс 03.13, 38 продуктов, номера и статусы сертификатов ФСТЭК — Реестр российского ПО (reestr.digital.gov.ru) и реестр сертифицированных СЗИ ФСТЭК (reestr.fstec.ru/reg3), сверено редакцией SecRadar оценка формулировка требований к КИИ/ГИС/финсектору — обобщение назначения нормативных актов редакцией, не дословная цитата приказов; за точным текстом мер обращайтесь к первоисточнику

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

Что такое резервное копирование данных простыми словами?

Это создание отдельной копии файлов, баз данных или целых виртуальных машин, которая хранится независимо от оригинала — на другом диске, в облаке или на ленте. Если оригинал пропадёт, сломается или окажется зашифрован атакующим, компания использует эту копию, чтобы вернуть данные и продолжить работу, вместо того чтобы платить выкуп или начинать с нуля. Метка: факт — раздел «Что такое резервное копирование» выше.

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

Резервное копирование хранит версии данных за разные моменты времени и позволяет откатиться назад — это защищает от логической порчи и шифровальщиков. Репликация синхронизирует данные почти в реальном времени для мгновенного переключения при отказе оборудования, но не спасает от шифровальщика: зашифрованные данные реплицируются вместе с исправными. Архивирование переносит неактивные данные в долгосрочное хранилище ради соответствия срокам хранения, а не для быстрого отката рабочей системы. Метка: факт — раздел «Backup, репликация и архивирование» выше.

Что такое RPO и RTO в резервном копировании?

RPO (Recovery Point Objective, целевая точка восстановления) — максимально допустимый объём потерянных данных в единицах времени: например, RPO в 4 часа означает готовность потерять не более 4 часов данных. RTO (Recovery Time Objective, целевое время восстановления) — максимально допустимое время простоя от инцидента до полного восстановления работы системы. Обе метрики бизнес формулирует заранее, а под них уже подбираются частота копирования и архитектура восстановления. Метка: факт — раздел «Backup, репликация и архивирование» выше.

Что такое правило 3-2-1 в резервном копировании?

Базовая практика отказоустойчивого хранения: 3 копии данных (оригинал и 2 резервные), на 2 разных типах носителей, 1 копия — вне основной площадки (offsite) или изолированно от сети (air-gap). Схема закрывает три независимых сценария потери одновременно — отказ одного носителя, отказ всей площадки и целенаправленную атаку на резервные копии в той же сети, что и рабочие данные. Метка: факт — раздел «Виды и стратегии резервного копирования» выше.

Как резервное копирование защищает от программ-вымогателей (шифровальщиков)?

Резервное копирование не предотвращает заражение, а лишает атаку смысла: при наличии чистой восстанавливаемой копии организации не нужно платить выкуп за расшифровку. Из-за этого операторы вымогателей целенаправленно ищут и уничтожают резервные копии перед запуском шифрования (документированная техника MITRE ATT&CK T1490 «Inhibit System Recovery») — поэтому обычной копии недостаточно: нужны неизменяемые (immutable) или офлайн (air-gap) копии, недоступные для изменения и удаления даже при компрометации учётных записей администратора. Метка: факт — раздел «Резервное копирование как защита от угроз ИБ» выше.

Нужен ли сертификат ФСТЭК для системы резервного копирования?

Не всегда: сама функция резервного копирования не подпадает под обязательный профиль защиты ФСТЭК, и большинство российских backup-продуктов в реестре сертификата не имеют. Требование становится обязательным для объектов КИИ, ГИС или при закупке по 187-ФЗ и приказам ФСТЭК — тогда важен не сам факт наличия сертификата, а его актуальный статус (например, у «Кибер Бэкап» сертификат истёк в декабре 2025 г., у RuBackup действует до 2029 г.). Актуальный статус стоит проверять в государственном реестре сертифицированных СЗИ ФСТЭК. Метка: реестр — раздел «Системы резервного копирования и регуляторика в РФ» выше.

Резервное копирование на SecRadar

Российские системы резервного копирования из реестра — сравнение по вендору, зрелости, сертификату ФСТЭК и рыночному присутствию, без вендорной привязки.

Смотреть решения из реестра →