Сообщение «Резервная копия создана» отвечает на вопрос о выполнении задания, но не подтверждает, что сайт удастся восстановить. В архиве могут отсутствовать загрузки, рядом может лежать база другой даты, а инструкция — требовать недоступного аккаунта. Проверка полезна до обновления или переезда, пока рабочий сайт ещё доступен для сравнения.
Здесь задача — проверить восстановление. Порядок самих обновлений разобран в руководстве по безопасному обновлению WordPress.
Определите, что именно нужно восстановить
Запишите состав проекта: страницы, изображения, товары, настройки, пользовательские данные и необходимые интеграции. Отдельно отметьте внешние сервисы. Копия WordPress сама по себе не заменяет доступ к домену, почтовому провайдеру или сервису, который хранит свои данные отдельно.
В официальном руководстве WordPress резервное копирование разделено на файлы и базу данных. Экспорт базы можно хранить рядом с файлами, но наличие файла экспорта не означает, что он уже восстановлен в базе.
1. Составьте паспорт конкретной копии
Для одного комплекта запишите дату, время, источник, местонахождение и способ восстановления. Уточните, какие части включены, где находятся инструкции и кто имеет доступ к хранилищу. Согласуйте, какая версия сайта должна получиться после восстановления.
Учебный пример: копия перед обновлением содержит файлы и экспорт базы, сделанные в одном согласованном окне. Если между ними появились новые заказы или изображения, нужно выяснить, как инструмент обеспечивает согласованность. Просто одинаковое имя папки это не доказывает.
Проверьте, что архив можно скачать и открыть доступным вам способом. Для формата конкретного сервиса используйте его документацию: ручная распаковка не всегда заменяет предусмотренную процедуру восстановления.
2. Подготовьте отдельное тестовое окружение
Проверяйте копию отдельно от рабочего сайта. Это может быть тестовая площадка хостинга или другое изолированное окружение, подготовленное специалистом. Убедитесь, что оно использует собственную базу и не перезапишет рабочие данные.
До запуска ограничьте доступ к тестовому сайту. Отключите реальные уведомления, фоновые интеграции и действия, которые могут отправить сообщение клиенту или создать операцию во внешнем сервисе. Для проверки платежных сценариев используйте предусмотренный тестовый режим.
Не размещайте резервный архив по общедоступной ссылке. Он может содержать конфигурацию и данные пользователей. Для отчёта достаточно даты, состава и результата проверки; сами данные не нужно публиковать.
3. Восстановите и проверьте содержимое
Следуйте инструкции выбранного инструмента или хостинга. После восстановления сравните несколько заранее выбранных объектов: свежую страницу, старую статью, изображение и товар, если есть магазин. Откройте их как обычный посетитель, а затем проверьте вход редактора или администратора.
Важно проверить не только главную. Она может открываться даже при отсутствующих файлах отдельных разделов. Сравните меню, вложения, ссылки и настройки, от которых зависит работа проекта.
4. Проверьте сценарии, которые приносят результат
- Страницы и нужные изображения доступны.
- Редактор может изменить тестовый текст и увидеть результат.
- Поиск находит заранее выбранный материал.
- Форма передаёт тестовые данные в разрешённое тестовое место.
- Магазин проходит согласованный сценарий в тестовом режиме.
- На телефоне доступны меню и основные кнопки.
Для проверки формы пригодится разбор пути заявки до почтового ящика. Восстановленный интерфейс ещё не подтверждает работоспособность доставки писем: тестовая среда может иметь собственные ограничения.
5. Зафиксируйте результат и недостающие части
Запишите время начала и окончания восстановления, выполненные проверки и замечания. Отделите проблему самой копии от различий окружения. Например, отсутствующий файл в архиве и недоступный почтовый сервис на тестовой площадке требуют разных исправлений.
Копию можно считать проверенной для выбранного сценария, когда её состав понятен, процедура воспроизводима и критические проверки пройдены. Одна успешная проверка не гарантирует пригодность всех будущих копий. Повторяйте её после смены инструмента, хостинга или способа хранения.
Что оставить себе после проверки
Сохраните краткую инструкцию, доступ к хранилищу и список ответственных. Отметьте, какие изменения после даты копии будут потеряны при откате. Если на сайте постоянно появляются заказы или заявки, этот вопрос нужно решить до восстановления рабочей версии, а не после него.
Полезные товары по теме
Контроль резервных копий сайта
Для ведения данных о контроле копий. Восстановление на тестовой площадке проверяйте отдельно.
