Резервная копия ценна не датой в имени файла, а возможностью вернуть работающий сайт. В архиве могут отсутствовать база, изображения, настройки или письма, и это выяснится только при восстановлении.
Восстановление — отдельная операция: архив разворачивают в изолированном месте, открывают важные страницы и связывают результат с конкретной копией.
Что именно нужно вернуть?
Для обычного сайта это не только страницы и изображения. Важны пользователи, формы, настройки темы, письма и подключённые расширения. Для WooCommerce добавляются товары, заказы и правила, которые влияют на оформление. Список зависит от проекта, поэтому его фиксируют до выбора частоты копий.
Название архива должно позволять понять дату, источник и состав. Несколько одинаковых файлов без этой информации не помогают выбрать правильную точку восстановления.
Что покажет восстановление?
Восстановленную копию открывают на изолированном адресе. Владелец видит тексты и медиа, разработчик — работу плагинов, менеджер — отсутствие тестовых писем в рабочем ящике.
Доступная главная страница не подтверждает восстановление. Архив считают рабочим только тогда, когда открываются нужные страницы, отправляется форма или проходит заказ.
Как объяснить неудачу?
Восстановление может остановиться из-за неполной копии, несовместимой версии PHP, прав на файлы или отсутствующего подключения к базе данных. В записи фиксируют фактический шаг и сообщение системы. Общего вывода «бэкап не работает» недостаточно для исправления.
Для тестовой копии заранее отключают или переводят в безопасный режим платёжный сервис, почту и синхронизацию с учётом.
Как часто нужна копия?
Сайт с редкими изменениями и магазин с постоянными заказами не требуют одинакового ритма копирования. Ориентиром служит объём данных, который владелец готов восстановить вручную после сбоя. Если ответ неизвестен, сначала обсудите случай потери, а потом расписание.
Периодически выбирайте одну копию и повторяйте развёртывание. Так видно, не сломался ли сам процесс после обновления хостинга, плагина или структуры сайта.
Что подготовить для восстановления?
Перед обновлением нужны дата последней рабочей копии, место для восстановления и понятный владелец решения. Если нужна доработка WordPress-сайта, специалисту понадобятся архив, описание состава и результат последнего восстановления. Это превращает резервную копию из обещания в проверяемый способ вернуть сайт.
Где хранить архив?
Если резервная копия лежит только на том же сервере, сбой окружения может затронуть и сайт, и архив. Владелец определяет, где хранится дополнительная копия и кто имеет к ней доступ. Эти условия относятся к процессу восстановления так же, как сам файл.
Рядом с архивом указывают дату, версию сайта и состав восстановленных данных. Владелец видит, к какой точке можно вернуться и чем она отличается от текущей.
К архиву добавляют последовательность восстановления: где развернуть файлы, как подключить базу и какие форму или заказ открыть после запуска. Тогда команда возвращает рабочий сайт, а не только набор файлов.
Если архив возвращает только внешний экран, а не форму или заказ, проверка ещё не закончена. Именно конечный маршрут показывает, можно ли на него рассчитывать.
Если восстановление нельзя повторить по записи, архив ещё не подтверждает возможность вернуть сайт. Нужны конкретные шаги и результат конечного маршрута.
Архив хранят отдельно от рабочего сервера и периодически открывают в тестовом окружении. Так владелец знает не только дату копии, но и время возврата к работе.