Как проверить восстановление резервной копии

Подготовьте отдельную среду

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

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

Сравните структуру и содержимое

Распакуйте файловый архив и восстановите дамп в новую базу. Проверьте количество включённых файлов и их SHA-256, состав таблиц и контрольные строки. Для Switch Pages важны не только названия объектов, но и их ID, container_id, JSON-ключи, связи и ссылки на изображения.

Например, карточка может открываться с правильным заголовком, но потерять фотогалерею из-за отсутствующего каталога uploads. Поэтому успешный запрос главной не является проверкой полного восстановления.

Выполните редакторский сценарий

Войдите администратором, откройте контейнер, существующий объект и настройки главной. Создайте временную запись, сохраните поле и загрузите изображение. Затем проверьте гостевой просмотр и запрет прямого доступа к приватному медиа.

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

Продолжить работу

Повторите проверку на отдельной копии сайта. Сопоставьте задачу с возможностями ядра. Другой материал этого раздела: Зачем нужна отдельная тестовая копия сайта.