Резервное копирование и аварийное восстановление
Выстроим защиту данных по правилу 3–2–1: три копии, два типа носителей, одна копия вне основной площадки.
3–2–1 — принцип построения резервного хранения.
2 показателя контроля — допустимая потеря данных и время восстановления.
Проверка на практике — тестовое восстановление по согласованному сценарию.
Резервные копии есть, а уверенности в восстановлении нет?
Что происходит, когда восстановление не подготовлено
Останавливаются продажи и обслуживание
Недоступны сайт, CRM или корпоративный портал. Сотрудники не могут обрабатывать заявки, а клиенты — получать услуги.
Теряются изменения в данных
При восстановлении из устаревшей копии приходится заново вносить документы, заказы и операции, выполненные после её создания.
Увеличивается время простоя
Без плана аварийного восстановления команда ищет нужные копии, доступы и последовательность запуска уже после сбоя.
Сбой затрагивает связанные системы
Даже восстановленное приложение может оставаться неработоспособным, если недоступны база данных, интеграции или необходимые настройки.
Сколько стоит простой и потеря данных
1 час простоя = средняя выручка за час × доля бизнеса, которая остановилась
И это без учета зарплаты сотрудников во время простоя, сорванных сроков и потерянных клиентов.
Что входит в резервное копирование и аварийное восстановление
Аудит текущей защиты данных
Проверяем, что копируется, где хранятся бэкапы, как долго сохраняются версии и какие системы остаются без защиты.
Резервное копирование серверов
Настраиваем создание копий физических серверов и виртуальных машин с учётом нагрузки, доступных ресурсов и требований к восстановлению.
Резервное копирование баз данных
Определяем подход к копированию СУБД, согласованности данных и восстановлению на нужный момент — если это поддерживает выбранное решение.
Защита файлов и приложений
Включаем в согласованный контур документы, файловые ресурсы, конфигурации и компоненты, необходимые для запуска сервисов.
Хранение резервных копий
Подбираем локальное, удалённое или облачное хранилище. Определяем сроки хранения, правила доступа и защиту копий от изменения или удаления.
Контроль выполнения бэкапов
Настраиваем проверку результатов заданий, доступного места и уведомлений об ошибках резервного копирования.
Тестовое восстановление
Проверяем восстановление выбранных данных и систем в согласованной среде. Фиксируем результат, фактическое время и выявленные ограничения.
План аварийного восстановления
Описываем порядок действий при сбое: ответственных, необходимые доступы, зависимости и очерёдность запуска IT-сервисов.
От аудита бэкапов до проверенного восстановления
Определяем критичные данные и системы
Составляем перечень серверов, баз данных и приложений. Выясняем, какие бизнес-процессы зависят от их доступности.
Согласовываем требования к восстановлению
Определяем RPO — допустимый период потери данных — и RTO — целевое время восстановления. От этих параметров зависят архитектура и стоимость решения.
Проектируем схему резервного копирования
Выбираем объекты, расписание, способы копирования, места хранения и глубину архива.
Настраиваем копирование и контроль
Подключаем согласованные системы, задаём права доступа, уведомления и правила хранения резервных копий.
Проверяем восстановление
Проводим тест по выбранному сценарию. Проверяем доступность данных, запуск приложений и работу необходимых зависимостей.
Документируем и сопровождаем
Передаём инструкции и результаты проверки. При подключении сопровождения контролируем задания, актуализируем настройки и повторяем тесты по согласованному графику.
Целевые RPO и RTO фиксируются после обследования инфраструктуры. Фактическое время восстановления проверяется на тестах.
Инструменты под задачи инфраструктуры
Конкретный набор инструментов выбирается после изучения инфраструктуры и ограничений клиента.
Что получает команда после запуска
- Перечень систем и данных, включённых в резервное копирование.
- Результаты тестового восстановления с выявленными ограничениями.
- Согласованное расписание и сроки хранения копий.
- План аварийного восстановления с очерёдностью запуска сервисов.
- Целевые показатели допустимой потери данных и времени восстановления.
- Инструкции и распределение ответственности.
- Настроенные задания копирования и уведомления об ошибках.
Сколько стоит резервное копирование и аварийное восстановление
Какие сценарии восстановления проверяем
Восстановление базы данных: с 8 до 2 часов
Проблема
Резервные копии базы создавались раз в сутки и хранились на основном сервере. При аварии компания рисковала потерять до 24 часов изменений, а восстановление занимало до 8 часов.
Решение
Настроили резервное копирование с интервалом 1 час, хранение копий на отдельной площадке и уведомления об ошибках. Подготовили инструкцию и провели тестовое восстановление.
Результат
Резервные копии базы создавались раз в сутки и хранились на основном сервере. При аварии компания рисковала потерять до 24 часов изменений, а восстановление занимало до 8 часов.
Решение
Настроили резервное копирование с интервалом 1 час, хранение копий на отдельной площадке и уведомления об ошибках. Подготовили инструкцию и провели тестовое восстановление.
Результат
- С 8 до 2 часов — сократилось время восстановления базы на тесте.
- С 24 часов до 1 часа — уменьшился максимальный период возможной потери изменений.
- 12 из 12 проверок — завершились успешным восстановлением за квартал.
Аварийное восстановление: 6 сервисов за 3 часа
Проблема
У компании не было единого плана восстановления IT-инфраструктуры. Возврат систем в работу мог занимать до 12 часов: специалисты вручную искали копии и определяли порядок запуска.
Решение
Определили зависимости между 6 критичными сервисами, подготовили резервные ресурсы и настроили копирование данных. Разработали план аварийного восстановления и проверили его на учебном отключении основной площадки.
Результат
У компании не было единого плана восстановления IT-инфраструктуры. Возврат систем в работу мог занимать до 12 часов: специалисты вручную искали копии и определяли порядок запуска.
Решение
Определили зависимости между 6 критичными сервисами, подготовили резервные ресурсы и настроили копирование данных. Разработали план аварийного восстановления и проверили его на учебном отключении основной площадки.
Результат
- С 12 до 3 часов — сократилось время восстановления на учениях.
- 6 из 6 сервисов — запущены на резервной площадке.
- До 30 минут — составил период потери изменений в проверенном сценарии.
Частые вопросы
Резервное копирование создаёт копии данных для последующего возврата. Аварийное восстановление охватывает весь процесс возвращения IT-систем в работу: инфраструктуру, приложения, зависимости, доступы и действия команды.
Те, без которых невозможно продолжить работу или восстановить сервис. Обычно это базы данных, документы, файлы приложений и конфигурации. Точный перечень определяют после обследования инфраструктуры.
Частота зависит от того, какой объём изменений бизнес готов потерять. Если допустима потеря данных не более чем за один час, схема защиты должна обеспечивать соответствующую точку восстановления. Возможность её достижения проверяется технически.
RPO показывает, за какой период изменения могут быть потеряны при восстановлении. RTO определяет целевое время возврата системы в работу после сбоя. Эти показатели задаются отдельно для сервисов с разной критичностью.
Такое хранение не защищает от всех сценариев: аварии сервера, компрометации общих доступов или повреждения площадки. Схему резервного хранения проектируют с учётом независимости копий и возможных причин потери данных.
Они могут стать основой восстановления, если сохранились неповреждённые версии и доступна безопасная среда для запуска. Для этого заранее предусматривают изоляцию копий, ограничения доступа и защиту от изменения — в пределах возможностей выбранного решения.
Да, если она поддерживает необходимые объекты и требования к восстановлению. Сначала проверяем текущие настройки и ограничения, затем определяем, какие изменения нужны.
Время зависит от объёма данных, скорости хранилища и сети, доступных ресурсов и сложности приложений. Ориентир определяем при проектировании, а фактические показатели — во время тестового восстановления.
Узнайте, готовы ли ваши системы к восстановлению после сбоя
Расскажите, где хранятся данные и как сейчас создаются резервные копии. Команда ITLS поможет определить критичные системы, требования к восстановлению и состав работ по защите инфраструктуры.