Успешное копирование отвечает на узкий вопрос
Резервная копия содержит данные; восстановление возвращает рабочий сервис. Для него могут понадобиться настройки, совместимая версия программы, права доступа и порядок запуска. Проверка должна закончиться обычной операцией — например, созданием заказа или открытием документа.
Пример: склад после сбоя
Представим вымышленный склад, где каждую ночь сохраняют базу заказов. После учебного отключения выясняется, что для печати этикеток нужен отдельный справочник упаковки, который не входил в копирование. База открывается, но отгрузка не продолжается. Если принять запуск базы за окончание проверки, этот разрыв останется незамеченным.
В таком примере критерий восстановления лучше сформулировать как цепочку: найти заказ, проверить остаток, подготовить отгрузку и получить корректную этикетку. Для выполнения цепочки составляют список зависимостей. Неожиданно важным компонентом может оказаться шаблон документа или доступ к внешнему кабинету, а не самый крупный сервер.
Согласовать две границы
Первая граница — сколько последних изменений допустимо потерять. Вторая — сколько времени процесс может оставаться недоступным. Эти требования различаются: частое копирование уменьшает возможный разрыв в данных, однако не обязательно ускоряет развёртывание большой системы. И наоборот, быстрый запуск старой копии не возвращает пропавшие операции.
Выбирайте границы вместе с владельцем процесса. В учебном примере потеря последних заказов может потребовать сверки с почтой и повторного ввода. Тогда время этой сверки входит в реальное возвращение к работе. Обсуждение должно учитывать не только техническую операцию, но и ручной труд после неё.
Восстанавливать в отдельной среде
Для испытания заранее определяют изолированное место, доступы и порядок обращения с копиями. Восстановленный сервис не должен случайно отправить клиентам старые уведомления или повторно выполнить внешние операции. Техническая команда описывает, какие связи отключены и как будет проверять результат без воздействия на текущую работу.
Засекайте время с момента начала согласованного сценария до прохождения контрольной операции. Отдельно отмечайте ожидание паролей, ресурсов и ответов специалистов. Если измерять только копирование файлов, получится красивое время, из которого исчезнут задержки, наиболее неприятные во время настоящего простоя.
Проверить независимость и качество копии
Если основной сервис и его резервирование зависят от одной учётной записи, одна проблема способна затронуть оба. Конкретный способ разделения выбирает техническая команда: важен проверяемый результат, при котором отказ или повреждение рабочей среды не делает все копии недоступными. CISA отдельно рассматривает риск удаления или шифрования доступных атакующему резервов.
При восстановлении сравните контрольные записи и связи между ними. Открывающаяся таблица может содержать неполный период, устаревшие настройки или данные разных моментов времени. Для склада это означает проверку согласованности заказа и остатка, а не только подсчёт восстановленных файлов.
Завершить инструкцией, которую можно повторить
После испытания сохраните короткий порядок действий с зависимостями, контактами, контрольной операцией и обнаруженными препятствиями. Попросите другого подготовленного сотрудника пройти по нему хотя бы ключевые этапы. Это покажет, где документ опирается на память автора и неявные знания.
