Восстановление сайта из резервной копии: WordPress, Битрикс, PHP

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

Что должно быть в копии

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

Шаг 0. Прежде чем восстанавливать

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

WordPress

1. Создайте чистую базу и пользователя (или очистите существующую, предварительно сохранив её дамп).
2. Загрузите файлы в каталог сайта и проверьте права.
3. Импортируйте дамп: через phpMyAdmin или командой mysql -u пользователь -p база < dump.sql. Для больших дампов командная строка надёжнее.
4. Откройте wp-config.php и проверьте DB_NAME, DB_USER, DB_PASSWORD, DB_HOST и префикс таблиц $table_prefix: он должен совпасть с префиксом в дампе.
5. Если адрес сайта изменился (перенос на другой домен или тестовый адрес), замените его в базе: wp search-replace 'старый-адрес' 'новый-адрес' --all-tables. Прямая замена текстом ломает сериализованные данные, поэтому используйте именно эту команду или плагин.
6. Сбросьте кэш и обновите постоянные ссылки («Настройки → Постоянные ссылки → Сохранить»).
7. Проверьте wp core verify-checksums, а в wp-content/uploads — отсутствие посторонних .php.

1С-Битрикс

Резервная копия создаётся штатным инструментом («Настройки → Инструменты → Резервное копирование») и разворачивается скриптом restore.php, который кладут в корень сайта вместе с архивами копии. Копия состоит из нескольких частей: переносите их все, не только первый файл. Точные шаги зависят от версии продукта и редакции, поэтому ориентируйтесь на официальные уроки на dev.1c-bitrix.ru.

• Версия PHP и модули на новом сервере должны подходить версии Битрикса: проверьте тестом окружения до начала;
• у каталога bitrix/php_interface и bitrix/.settings.php должны быть верные параметры подключения к базе;
• после восстановления проверьте лицензию, почтовые события и обмен с 1С;
• если сайт при восстановлении сообщает об изменившемся IP клиента, это защита сессии: действуйте по инструкции вашей версии, а не отключайте проверки наугад.

Если лицензия закончилась или привязка изменилась, смотрите что будет с сайтом при окончании лицензии Битрикс.

Сайт на PHP + MySQL без CMS

1. Разверните файлы на сервере с подходящей версией PHP.
2. Создайте базу и импортируйте дамп.
3. Поправьте параметры подключения в конфигурации (config.php, .env).
4. Проверьте кодировку базы и сравнение (collation): при ошибках «Unknown collation» поможет разбор переноса MySQL.
5. Проверьте права на каталоги загрузок и кэша, задания cron и почту.

Типичные ошибки и что они значат

Как не потерять заказы

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

Чек-лист перед переключением боевого домена

1. Главная, каталог, карточка товара и поиск работают.
2. Форма заявки и оплата проходят тестовое действие, письма доходят.
3. Админка открывается, администраторы только свои, пароли сменены.
4. В файлах нет посторонних скриптов.
5. SSL-сертификат выдан на нужный домен.
6. Новая резервная копия снята сразу после успешного восстановления.

Если копии нет или она неполная, пригодится материал про удалённый хостером сайт без копии. Проверку восстановления и регулярные пробные развёртывания мы выполняем в рамках поддержки сайта.