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

Проверяем восстановление до аварии

Успешное завершение задания копирования ещё не показывает, что данные пригодны к восстановлению. Нужно знать, что попало в копию, где она хранится, кто имеет доступ и как проверить полученный результат. Работа начинается с согласования этих условий.

Это плановая настройка резервного копирования и тест восстановления. Страница не обещает срочное спасение повреждённых носителей или восстановление данных, для которых нет пригодной копии.

Входит в существующий пакет

189 000 ₽ · мониторинг и резервные копии

До 5 VM, одна БД, до 10 правил мониторинга и один тест восстановления. Ориентир — 1–2 недели. Это тот же пакет, что на странице мониторинга инфраструктуры; отдельного тарифа на восстановление нет. Облако, лицензии и оборудование оплачиваются отдельно.

Способ копирования зависит от состава данных и действующей системы. Поддерживаемый стек, место хранения, необходимые доступы и ресурсы для проверки подтверждаем до начала работ.

Что согласуем и проверяем

1. Состав копии. Какие данные и конфигурация нужны для выбранного сценария, что остаётся вне него и где находятся необходимые ключи доступа.
2. Порядок хранения. Расписание, срок хранения, доступ к копиям и зависимость хранилища от исходного сервера. Эти параметры фиксируем для вашего контура.
3. Контроль выполнения. Как увидеть ошибку задания или отсутствие свежей копии и кто должен отреагировать.
4. Один тест восстановления. Выбираем копию и согласованный изолированный контур. Перед тестом проверяем, что он не перезапишет рабочие данные и не запустит реальные рассылки или задания.
5. Проверку результата. Сверяем согласованные данные и возможность их использования, записываем затраченное время, проблемы и последовательность действий.

Что получает команда

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

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

Что указать в брифе

Какие данные критичны, примерный объём, как сейчас делаются копии, где они хранятся и когда последний раз проверялось восстановление. Не прикладывайте сами копии, ключи или персональные данные. Если сбой уже произошёл, укажите это явно: возможность и порядок работ сначала нужно подтвердить.