Как восстановить сайт из бэкапа

Краткий ответ: Восстанавливайте в обратном порядке к бэкапу: верните файлы, импортируйте дамп базы, исправьте права и протестируйте сайт перед переключением DNS или трафика. Отработка этого на черновом сервере заранее — то, что делает реальное восстановление спокойным, а не хаотичным.

Обзор

Восстановление имеет четыре фазы — получить, файлы, база, проверка. Команды ниже предполагают типичную раскладку LAMP/LEMP и бэкап, сделанный rsync + SQL-дампом, как в нашем гайде бэкапов на Storage VPS.

Что нужно иметь

• Доступ к цели бэкапов и учётные данные сервера, на который восстанавливаете.
• Самую свежую консистентную пару: снапшот файлов + дамп базы из одного запуска.
• Решение: восстанавливать на месте или на свежий сервер с переключением (безопаснее для скомпрометированных машин — см. если сервер скомпрометирован).

Пошаговая инструкция

1. Верните файлы:

   rsync -az [email protected]:/srv/backups/example/wp-content/ /var/www/example.com/wp-content/

2. Импортируйте базу данных:

   gunzip < example-2026-07-15.sql.gz | mysql example_db

3. Исправьте владельца и права:

   chown -R www-data:www-data /var/www/example.com

4. Перезапустите сервисы и очистите кэши:

   systemctl restart php8.3-fpm nginx

5. Проверьте сначала на самом сервере: curl -I http://localhost, затем в браузере через IP сервера или запись в hosts-файле, и только потом направляйте DNS/трафик.

Типичные проблемы

• Белая страница после восстановления: обычно права или отсутствующее PHP-расширение — сначала смотрите лог ошибок.
• Показывается старый контент: вы восстановили более старый снапшот, чем хотели, или кэш (opcode/страничный/CDN) отдаёт устаревшие копии.
• Рассинхрон базы и файлов: дамп со вторника с файлами с пятницы ломает плагины — всегда восстанавливайте согласованную пару.

Когда обращаться в поддержку

Если восстановление блокирует платформа — сервер недоступен, ошибки диска, нужен KVM — откройте тикет. Восстановление на уровне приложения на unmanaged-планах — территория клиента, но поддержка приведёт саму машину в чувство.

Частые вопросы

В каком порядке восстанавливать сайт?

Сначала файлы, потом дамп базы данных, далее права и перезапуск сервисов, и наконец проверка на самом сервере — прежде чем направлять DNS или живой трафик на восстановленный сайт.

Почему сайт показывает ошибки сразу после восстановления?

Большинство ошибок дня восстановления — это владелец файлов, отсутствующее PHP-расширение или устаревшие кэши. Сначала смотрите лог ошибок веб-сервера — он называет настоящую проблему одной строкой.

Восстанавливаться ли на тот же сервер после взлома?

Нет — разверните свежий сервер или переустановите ОС и восстановите данные на него. Восстановление поверх скомпрометированной системы сохраняет все бэкдоры, которые оставил злоумышленник.

Похожие статьи

• Как проверить целостность бэкапов
• Как создать план аварийного восстановления
• Как делать бэкап WordPress в удалённое хранилище
• Что делать, если сервер скомпрометирован

Нужна помощь? Связаться с поддержкой Cloud2Y →