Резервная копия есть. А сайт из неё восстановится? Проверка до первого сбоя

За какой период допустимо потерять изменения и сколько времени сайт может быть недоступен? Ответы определяют требования к копированию и восстановлению. Магазин с частыми заказами и редко обновляемая витрина нуждаются в разных регламентах. Универсальное «архив раз в сутки» не объясняет, устраивает ли бизнес возможный результат сбоя.

Согласуйте, кто принимает решение о восстановлении, кто выполняет его и как команда общается при недоступном основном сервере. Если инструкция и контакты лежат только на этом же сервере, ими может оказаться невозможно воспользоваться в нужный момент.

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

Составьте перечень компонентов и укажите источник восстановления каждого. Отделите секреты от общедоступной документации и определите, кто имеет к ним доступ. Копия в том же месте, что и рабочие данные, подвержена части тех же сбоев; независимое хранение следует продумать заранее.

Пробное восстановление проводите так, чтобы оно не изменяло рабочие данные. До запуска фоновых задач отключите реальные отправки писем, платежи и обмены с учётной системой. Закройте тестовый адрес от посторонних и поискового обхода. Простая смена домена сама по себе не останавливает внешние подключения.

Засеките время и записывайте действия, которые пришлось вспоминать или делать вручную. Проверка должна показать не только целостность архива, но и пригодность инструкции. Если восстановление умеет выполнить только один человек по памяти, регламент остаётся зависимым от его доступности.

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

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

Сохраните дату архива, длительность восстановления, список проверенных сценариев и найденные проблемы. За каждой проблемой закрепите действие и ответственного. Размер файла и успешное завершение копирования полезны для контроля, но не заменяют эту проверку.

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