Восстановление АСУ ТП после сбоя: почему хороший бэкап — это только полдела

 

Наличие резервной копии проекта АСУ ТП вселяет ложное чувство безопасности. В нашей практике мы видим, что сама по себе копия файлов (бэкап) — это лишь файл.

Без отработанного плана восстановления он почти бесполезен, когда случается реальная авария на технологическом процессе (ТП).

 

Что именно нужно сохранять

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

В него как минимум входят:

• Исходный проект для программируемого логического контроллера (ПЛК).
• Текущая конфигурация SCADA-системы со всеми экранами и скриптами.
• Настройки сетевого оборудования и промышленных шлюзов.
• Архив ключевых технологических параметров, если он хранится локально.
• Рабочая программа и её последняя версия.

Без любого из этих элементов полное восстановление может оказаться невозможным.

Почему простое копирование файлов не работает

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

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

Это не просто копия, а готовый к развёртыванию резервный комплект для быстрого восстановления.

Как мы рассчитываем RPO и RTO

Эффективность всей системы восстановления описывают два показателя: RPO и RTO.

• RPO (Recovery Point Objective) — точка восстановления. Определяет, какой объём данных мы готовы потерять при сбое. Если резервное копирование выполняется раз в сутки, RPO составляет 24 часа.
• RTO (Recovery Time Objective) — время восстановления. Показывает, как быстро мы должны полностью восстановить работу системы после аварии.

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

Получите план аварийное восстановление для вашей АСУ ТП
Понимаем, что разбираться в деталях RPO/RTO и выстраивать сложный процесс резервного копирования — задача нетривиальная. Проведем аудит вашей текущей системы и разработать четкий план восстановления (Disaster Recovery Plan) под специфику вашего производства.

Процесс восстановления как генеральная репетиция

План аварийного восстановления (Disaster Recovery) бесполезен, если он лежит на полке. Единственный способ убедиться в его работоспособности — регулярная проверка.

Мы практикуем имитацию сбоя и полное восстановление системы на резервном стенде или в согласованное технологическое окно.

Такая «репетиция» позволяет не только проверить техническую исправность резервной копии, но и отработать действия персонала. В момент реальной аварии не будет времени читать инструкции. Каждый должен знать, что делать.

Успешное тестовое восстановление — лучшее доказательство того, что ваш резервный проект и данные действительно защищены. Это и есть главная цель резервного копирования.