An empirical analysis of best practices and regulatory standards relating to backup procedures in corporate production storage systems
An empirical analysis of best practices and regulatory standards relating to backup procedures in corporate production storage systems
Abstract
The article analyses best practices and regulatory requirements for data backup in corporate storage systems at manufacturing enterprises in the Russian Federation. The paper examines current data on cyberattacks, highlights the serious threat posed by ransomware attacks, and how they impact the need for reliable data protection. A detailed review is provided of the key regulatory and legal acts governing backup procedures and recovery times for IT environments, depending on their security classifications. The main backup methods and architectures in corporate IT infrastructures are reviewed in detail, including full, incremental and differential backups, hybrid data storage schemes using local and remote storage, as well as the use of write-once, read-many (WORM) storage to protect against overwriting. A comparative analysis of domestic backup software is carried out based on key characteristics, including support for virtualised environments, compatibility with domestic operating systems, as well as inclusion in the Unified Register of Russian Computer and Database Programmes and FSTEC certificates. The need for an automated agent has been substantiated, which will enable the generation of customised recommendations for creating backup plans and protecting data in WORM storage, taking into account the specific traits of virtualised environments and the existing IT landscape.
1. Введение
В существующей реальности, когда всё больше предприятий стремятся к цифровизации на рабочих местах, а объемы обрабатываемых данных неуклонно растут, корпоративные хранилища становятся центральными элементами информационной инфраструктуры большинства организаций. От их безопасности и стабильности работы зависит не только сохранность критически важной информации, но и непрерывное функционирование производственных процессов. По данным АО «Лаборатории Касперского», за первый квартал 2025 года зафиксировано свыше 629 миллионов кибератак, включая 21 миллион вредоносных файлов, а также 12 тысяч новых шифровальщиков
. Уже во втором квартале 18% компьютеров АСУ в России столкнулись с вредоносным ПО — особенно страдают строительная, нефтегазовая и энергетическая отрасли, где отказ ИТ-инфраструктуры может привести к серьезным экономическим потерям , . По международным отчетам АО «Лаборатории Касперского», около 40–50% организаций сталкиваются с трудностями при восстановлении данных после атак, вследствие того что их бэкапы повреждены или устарели .Технологии резервного копирования прошли путь от копий отдельных файлов и лент к виртуализированным средам, сетевым хранилищам данных и облакам. Современные подходы сочетают инкрементальные, дифференциальные и полные бэкапы, а также снапшоты и репликацию для того, чтобы минимизировать время восстановления
.В настоящее время резервное копирование сильно интегрировано с виртуализацией и инструментами оркестрации ИТ-ландшафтов. Корпоративные решения создают согласованные снимки ВМ и контейнеров, упрощая восстановление. Виртуализация повышает эффективность, но увеличивает риски, требуя особой защиты резервных копий.
На данный момент серьёзную угрозу для ИТ-ландшафтов представляют программы-шифровальщики (ransomware). Современные ransomware-атаки используют стойкие криптографические алгоритмы, поэтому расшифровать данные без ключа злоумышленника на заражённом устройстве невозможно
, . В результате чего, организации сталкиваются с длительными простоями ИТ-инфраструктур, значительными финансовыми потерями, а в некоторых случаях и с ущербом их репутации. Надёжное восстановление возможно только при наличии неизменяемых копий: WORM-хранилищ, логического или физического отделения бэкапов от основной сети и строгой проверки целостности , .В производственных отраслях (промышленность, энергетика, нефтегаз) простои недопустимы, поэтому применяются репликация ВМ, сочетание локальных и удаленных резервных копий, контроль целостности с учётом длительных циклов и необходимости поддержания непрерывности.
Несмотря на развитые системы защиты и восстановления данных в масштабах предприятия, сохраняются определённые проблемы. Сложности с внутренними правилами, отсутствие единого стандарта для систем бэкапа, разные способы защиты копий и слабое включение нормативов в работу мешают эффективно защищать данные. Для устранения обозначенных проблем необходимы чётко регламентированные подходы и адаптивные средства, в том числе агентные решения, обеспечивающие выработку рекомендаций по стратегиям резервирования данных.
Научная новизна данного исследования заключается в том, что впервые был проведен сравнительный анализ 13 систем резервного копирования на основе 8 критериев оценки с особым акцентом на соответствие обновленным нормативным требованиям ФСТЭК России, а именно приказу № 117, а не только ранее установленным требованиям.
Оригинальность данной работы определяется выявлением несоответствий между формальными нормативными требованиями и фактическими возможностями большинства существующих решений для резервного копирования на рынке РФ.
Практическая значимость результатов обусловлена тем, что они могут быть применены ИТ-отделами и специалистами по информационной безопасности предприятий, работающих в условиях импортозамещения.
Целью исследования является систематизация существующих практик и нормативной базы по резервному копированию данных в современных корпоративных инфраструктурах РФ для дальнейшей разработки автоматизированного агента, способного формировать индивидуальные рекомендации по созданию планов резервного копирования и обеспечению защиты данных в WORM-хранилищах с учетом особенностей виртуализированных сред существующей ИТ-инфраструктуры.
2. Нормативно-правовые требования к резервному копированию данных в РФ
В Российской Федерации меры по созданию резервных копий и восстановлению данных определяются нормами федерального законодательства и подзаконных актов.
Основу регулирования составляют Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» и Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных», в которых закреплена обязанность операторов информации и персональных данных обеспечивать их доступность, целостность и защиту от утраты, в том числе за счёт организации процессов резервного копирования и своевременного восстановления
, .Специальные технические и организационные требования к резервному копированию формализованы в приказах Федеральной службы по техническому и экспортному контролю (ФСТЭК) России.
Приказ ФСТЭК России от 11 февраля 2013 г. № 17 (в редакции от 28 августа 2024 г.) для государственных информационных систем предписывает регулярное создание резервных копий, а также необходимость обеспечивать возможность восстановления сведений с резервных машинных носителей в пределах установленного временного интервала (меры ОДТ.2, ОДТ.3, ОДТ.4, ОДТ.5)
. Конкретные периодичности резервного копирования и предельное время восстановления не регламентированы жёстко и определяются оператором данных самостоятельно с учётом класса защищённости системы, значимости обрабатываемой информации и актуальной модели угроз, что закрепляется во внутренней документации. Приказ ФСТЭК России № 21 от 18.02.2013 также требует систематического резервного копирования и обеспечения возможности восстановления информации с резервных носителей в установленные сроки (меры ОДТ.3, ОДТ.4, ОДТ.5) . При этом периодичность копирования и предельные значения времени восстановления в нём также возлагаются на усмотрение оператора данных с учётом уровня защищённости персональных данных.Приказ ФСТЭК России № 117 от 11.04.2025 (действует с 01.03.2026) актуализирует требования к резервному копированию и восстановлению информации в государственных и иных ведомственных информационных системах, впервые вводя конкретные предельные сроки восстановления работоспособности (не более 24 часов для систем 1-го класса защищённости, 7 календарных дней — для 2-го класса и 4 недель — для 3-го класса), которых ранее не содержали приказы ФСТЭК России от 11 февраля 2013 г. № 17 (в редакции от 28 августа 2024 г.) и ФСТЭК России № 21 от 18.02.2013, где регулирование этих параметров полностью ложилось на оператора .
Документ сохраняет принцип, по которому периодичность создания резервных копий и детальные процедуры определяются организацией самостоятельно, но обязывает закреплять их во внутренних организационно‑распорядительных актах с учётом класса защищённости и принятой модели угроз. Указанный приказ признаёт утратившими силу приказ ФСТЭК России от 11 февраля 2013 г. № 17 (в редакции от 28 августа 2024 г.) с последующими изменениями (приказы № 27, 106 и 61), тем самым ужесточая нормативную базу
, в части обеспечения доступности информации через резервное копирование и оперативное восстановление .Приказы ФСТЭК России (№ 17, 21, 117) реализуют положения Федеральных законов от 26.07.2017 № 187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации» и от 27.07.2006 № 152-ФЗ «О персональных данных», устанавливая обязательный характер мер по резервированию и восстановлению для объектов КИИ и систем обработки персональных данных. Надзор за соблюдением требований в части ПДн возложен на Роскомнадзор, тогда как вопросы криптографической защиты копий находятся в компетенции ФСБ России. В условиях политики импортозамещения программные продукты, применяемые для резервного копирования, должны соответствовать отечественным требованиям сертификации ФСТЭК и ФСБ, что способствует обеспечению технологического суверенитета и устойчивости информационно‑технологических инфраструктур.
3. Методы и архитектуры резервного копирования в корпоративных ИТ-инфраструктурах
В продолжении анализа нормативных аспектов резервного копирования стоит рассмотреть, какие именно подходы и инструменты создания резервных копий используются в корпоративных ИТ‑средах.
В современных ИТ-инфраструктурах резервному копированию, как правило, подлежат пользовательские данные, СУБД, конфигурационные файлы, образы операционных систем, виртуальные машины и серверные сервисы. Конкретный способ организации копирования выбирают исходя из целевых показателей точки восстановления (RPO) и допустимого времени восстановления (RTO), которые обычно закрепляются во внутренней документации компании, регламентирующей процессы резервирования
.На практике используются полные, инкрементальные и дифференциальные типы резервного копирования. Полный вариант позволяет восстановить весь объём информации, но требует значительных ресурсов по объёму хранилища и времени выполнения операции. Инкрементальные и дифференциальные копии, напротив, уменьшают нагрузку на инфраструктуру и сокращают потребление ресурсов, однако усложняют процедуру восстановления и предъявляют более строгие требования к поддержанию целостности цепочки резервных версий.
Для резервного копирования используются локальные и сетевые хранилища, внешние носители, а также специализированные аппаратные комплексы и программные системы. Профильные программные продукты обеспечивают автоматизацию процессов резервирования, централизованное управление правилами создания копий, контроль целостности информации и управление жизненным циклом бэкапов, включая сроки хранения и схемы ротации.
В распределённых и виртуализированных ИТ-ландшафтах широкое распространение получили гибридные архитектуры бэкапа, при которых используются как локальные, так и удалённые хранилища. Подобное территориальное разнесение копий снижает риски от отказов оборудования, аварий и иных нештатных ситуаций. Для защиты бэкапов от несанкционированных изменений или удаления, в том числе при атаках типа ransomware, применяются неизменяемые хранилища по принципу WORM, а также логическую или физическую изоляцию среды резервного копирования
.Практика показывает, что эффективные стратегии резервного копирования строятся на использовании нескольких копий данных, размещённых на различных типах носителей и в разных местах. Такой подход предотвращает наличие единственной точки отказа и даёт уверенность в возможности восстановления информации. Для их успешной реализации необходимо чётко регламентировать процедуры создания и хранения копий, регулярно проводить тесты восстановления, а также фиксировать целевые показатели RPO и RTO в документах по защите информационных систем с учётом предъявляемых к ним требований.
4. Системы резервного копирования в РФ
В условиях ужесточения регулирования и роста числа инцидентов, связанных с нарушением доступности и целостности информации, результативность резервного копирования в значительной степени определяется функциональностью профильного программного обеспечения. Российский сегмент решений для резервирования данных характеризуется высоким уровнем импортозамещения и нацелен на соответствие требованиям ФСТЭК и ФСБ России. В рамках данной работы рассматриваются ключевые программные продукты, применяемые в корпоративных ИТ‑ландшафтах и предлагаемые на рынке отечественными вендорами и дистрибьюторами.
"Altaro VM Backup" — решение для резервного копирования виртуальных машин на платформах Hyper-V и VMware. Позволяет выполнять создание копий без остановки работы ВМ, поддерживает механизмы дедупликации, сжатия, шифрования и централизованного управления задачами резервирования.
"Basis Virtual Protect" — система для защиты виртуальных машин и кластеров Kubernetes с упором на быстрое восстановление инфраструктуры после сбоев. Реализует полные и инкрементальные копии и умеет размещать данные в NFS‑ и S3‑совместимых хранилищах.
"Beeline Cloud Backup" — облачный сервис для резервирования персональных данных и инфраструктур компании с поддержкой правила 3‑2‑1, обеспечивая защиту как локальных, так и размещённых в облаке ресурсов с возможностью организации аварийного восстановления.
"Handy Backup" — универсальное программное средство для автоматизации резервирования, восстановления и синхронизации данных в средах Windows и Linux, включающее функции «горячего» копирования баз данных, ведения версий, сжатия и шифрования.
«MWS Резервное копирование» — сервис от MTS Web Services для защиты разнотипных и разномасштабных данных, поддерживающий резервирование персональных данных в аттестованные хранилища и кроссплатформенную миграцию.
"Postgres Pro Backup Enterprise" — специализированный продукт для создания копий и восстановления кластеров PostgreSQL и Postgres Pro; поддерживает полный, дифференциальный и инкрементальный режимы, контроль целостности и гибкую настройку политик хранения.
"RuBackup" — модульная система с открытым API, нацеленная на построение импортонезависимых корпоративных решений; реализует поддержку электронной подписи резервных копий, работу с ленточными библиотеками и совместимость с отечественными операционными системами.
«Резервное копирование как услуга в Selectel» — облачный сервис, который предназначен для бэкапа физических серверов, приложений и виртуальных сред с размещением копий в географически распределённых дата‑центрах уровня Tier III.
"VK Cloud Backup" предлагает средства для автоматизированного управления резервными копиями с использованием различных стратегий хранения, работает как с физическими, так и с виртуальными ресурсами, обеспечивая высокую скорость восстановления и масштабируемость.
"Yandex Cloud Backup" — платформа для резервного копирования и восстановления виртуальных машин и физических серверов, предоставляющая централизованный интерфейс управления, пофайловое восстановление и поддержку как полных, так и инкрементальных копий.
«Береста» — отечественное промышленное решение, ориентированное на задачи резервирования и восстановления данных в условиях политики импортозамещения. Предусматривает централизованное администрирование, дедупликацию на уровне хранилища и интеграцию с внешними системами аутентификации.
«Кибер Бэкап» позиционируется как корпоративная платформа для защиты ИТ‑инфраструктур высокой сложности, поддерживает широкий спектр сценариев резервирования и размещение данных как на дисковых, так и на ленточных носителях.
«Хайстекс Акура» — программное обеспечение для резервного копирования и аварийного восстановления приложений и рабочих нагрузок в физических и виртуальных средах, обеспечивающее кроссплатформенное восстановление и гибкую настройку политик хранения.
5. Сравнительный анализ отечественных платформ резервного копирования
Анализ отечественного рынка систем резервирования данных, выполненный независимым информационно аналитическим центром Anti Malware.ru (зарегистрированное отраслевое СМИ, специализирующееся на ИБ и ИТ рынке), в обзоре за 2025 год показывает, что отечественные решения полностью покрывают задачи корпоративного бэкапа. Речь идет о защите физических и виртуальных серверов, создание бэкапов баз данных и приложений, совместимость с контейнерами, а также взаимодействии с неизменяемыми и изолированными хранилищами
. Большинство ПО обеспечивают централизованное управление политиками, дедупликацию, сжатие данных, контроль целостности данных, а также тестирование восстановления.Обзор функциональности отечественных систем (см. Таблицу 1) выделяет основные сравнительные характеристики (СХ), а именно:
1) поддержка резервирования отдельных файлов и папок;
2) возможность создания бэкапов СУБД;
3) поддержка резервного копирования виртуализированных сред;
4) возможность хранения бэкапов в облачных хранилищах;
5) совместимость с отечественными ОС;
6) возможность поддержки или интеграции с программно-аппаратными комплексами;
7) наличие сертификации ФСТЭК России;
8) наличие продукта в Едином реестре российских программ для ЭВМ и БД.
Сравнение базовых возможностей российских систем резервного копирования
Продукт | СХ-1 | СХ-2 | СХ-3 | СХ-4 | СХ-5 | СХ-6 | СХ-7 | СХ-8 |
Altaro VM Backup | Нет | Нет | Да | Да | Нет | Нет | Нет | Нет |
Basis Virtual Protect | Нет | Нет | Да | Нет | Да | Нет | Нет | Нет |
Beeline Cloud Backup | Да | Да | Да | Да | Нет | Нет | Нет | Нет |
Handy Backup | Да | Да | Да | Да | Нет | Нет | Нет | Да |
MWS Резервное копирование | Да | Да | Да | Да | Да | Нет | Нет | Нет |
Postgres Pro Backup Enterprise | Нет | Да | Нет | Да | Да | Нет | Нет | Да |
RuBackup | Да | Да | Да | Да | Да | Да | Нет | Да |
Selectel Резервное копирование как услуга | Да | Да | Да | Да | Да | Нет | Да | Нет |
VK Cloud Backup | Да | Да | Да | Да | Да | Нет | Да | Нет |
Yandex Cloud Backup | Да | Нет | Да | Да | Да | Нет | Нет | Нет |
Береста | Да | Да | Да | Да | Да | Нет | Нет | Да |
Кибер Бэкап | Да | Да | Да | Да | Да | Нет | Да | Да |
Хайстекс Акура | Да | Да | Да | Да | Да | Нет | Нет | Да |
Представленные сведения показывают, что большинство отечественных систем резервного копирования ориентированы на работу в гибридных ИТ-инфраструктурах с возможностью хранения бэкапов как локально, так и на удалённых площадках. Подобная архитектура снижает риски отказов и позволяет соблюдать требования по целевому времени восстановления (RTO), установленные нормативными актами ФСТЭК России. Основные различия между продуктами касаются уровня автоматизации жизненного цикла бэкапов, гибкости политик хранения, а также совместимости с российскими ОС и ПАК, сертификации ФСТЭК и включения в реестр российского ПО, что критически важно в первую очередь для государственного сектора.
По данным ведущего российского ИТ-издания Cnews, на 2025 год лидером среди российских систем резервного копирования стала компания «Киберпротект», одним из продуктов которой, является «Кибер Бэкап»
. Её решения популярны в корпоративном и госсекторе благодаря широкой функциональности и соответствию нормативным требованиям.Таким образом, анализ отечественного рынка систем резервного копирования показывает, что представленные решения обеспечивают необходимую функциональность для корпоративных и государственных ИТ-ландшафтов. Большинство продуктов поддерживают виртуализацию, базы данных и облачные хранилища, однако существенно различаются по совместимости с российскими ОС и ПАК, сертификации ФСТЭК и включению в реестр российского ПО.
6. Результаты исследования
В результате проведённого исследования установлено, что вступление в силу с 01.03.2026 приказа ФСТЭК России № 117 значительно меняет подход к организации резервного копирования. Впервые вводятся конкретные сроки восстановления работоспособности информационных систем, зависящие от их класса защищённости. В отличие от предыдущих нормативных актов, данные параметры утрачивают рекомендательный характер и требуют обязательного оформления и практической реализации в инфраструктуре организаций.
Проведённый анализ показывает, что лишь небольшая часть систем резервного копирования (3 из 13 рассмотренных) имеют встроенные механизмы, которые теоретически удовлетворяют новым требованиям к срокам восстановления, установленные приказом ФСТЭК России № 117. При этом большинство проанализированных решений ориентированы в первую очередь на функциональную полноту (поддержку виртуализации, облачных сред, баз данных), но не обеспечивают необходимого уровня соответствия новым регуляторным требованиям.
В отличие от обзора, подготовленного Anti‑Malware.ru, который фокусируется в основном на функциональных возможностях продуктов, в данном исследовании выявляется разрыв между нормативными требованиями и реальными возможностями систем.
Также с учётом данных АО «Лаборатория Касперского», согласно которым лишь 40–50% организаций в состоянии корректно восстановить данные после инцидентов, можно говорить о системной проблеме, обусловленной не только выбором технологий резервного копирования, но и организацией хранения, проверки целостности и актуальности резервных копий.
Таким образом, результаты свидетельствуют о существенном несоответствии между ожиданиями регулирующих органов, реальной практикой внедрения и техническими возможностями распространённых решений для резервного копирования на отечественном рынке.
7. Заключение
В рамках исследования проведена систематизация нормативно‑правовых требований к резервному копированию данных в Российской Федерации, включая актуализированные положения ФСТЭК России. Рассмотрены современные методы и архитектуры резервного копирования, применяемые в корпоративных ИТ‑инфраструктурах, и выполнен сравнительный анализ отечественных программных решений по ключевым критериям.
Установлено, что несмотря на высокий уровень функциональной зрелости существующих систем резервного копирования, большинство из них не соответствует новым нормативным требованиям, в частности по времени восстановления, установленным приказом ФСТЭК России № 117. Выявлен явный разрыв между нормативными требованиями и фактическими возможностями большинства коммерческих решений на рынке РФ, что свидетельствует о необходимости пересмотра подходов к проектированию и внедрению систем резервирования.
Сравнительный анализ показал различия в уровне поддержки отечественных операционных систем, наличии сертификации ФСТЭК, интеграции с ПАК и возможностях организации неизменяемого хранения данных, критически важных для защиты от современных киберугроз.
Таким образом, полученные результаты обосновывают целесообразность разработки автоматизированного агента, формирующего индивидуальные рекомендации по построению стратегий резервного копирования и организации защиты данных в WORM‑хранилищах с учётом требований действующей нормативной базы и особенностей виртуализированных сред.
