Коротка відповідь: Відновлюйте у зворотному порядку до бекапу: поверніть файли, імпортуйте дамп бази, виправте права і протестуйте сайт перед перемиканням DNS чи трафіку. Відпрацювання цього на чорновому сервері заздалегідь — те, що робить реальне відновлення спокійним, а не хаотичним.
Огляд
Відновлення має чотири фази — отримати, файли, база, перевірка. Команди нижче передбачають типову розкладку LAMP/LEMP і бекап, зроблений rsync + SQL-дампом, як у нашому гайді бекапів на Storage VPS.
Що потрібно мати
- Доступ до цілі бекапів і облікові дані сервера, на який відновлюєте.
- Найсвіжішу консистентну пару: снапшот файлів + дамп бази з одного запуску.
- Рішення: відновлювати на місці чи на свіжий сервер із перемиканням (безпечніше для скомпрометованих машин — див. якщо сервер скомпрометовано).
Покрокова інструкція
- Поверніть файли:
rsync -az [email protected]:/srv/backups/example/wp-content/ /var/www/example.com/wp-content/ - Імпортуйте базу даних:
gunzip < example-2026-07-15.sql.gz | mysql example_db - Виправте власника і права:
chown -R www-data:www-data /var/www/example.com - Перезапустіть сервіси й очистіть кеші:
systemctl restart php8.3-fpm nginx - Перевірте спершу на самому сервері:
curl -I http://localhost, далі в браузері через IP сервера чи запис у hosts-файлі, і лише потім спрямовуйте DNS/трафік.
Типові проблеми
- Біла сторінка після відновлення: зазвичай права або відсутнє PHP-розширення — спершу дивіться лог помилок.
- Показується старий контент: ви відновили старіший снапшот, ніж хотіли, або кеш (opcode/сторінковий/CDN) віддає застарілі копії.
- Розсинхрон бази й файлів: дамп із вівторка з файлами з п’ятниці ламає плагіни — завжди відновлюйте узгоджену пару.
Коли звертатися в підтримку
Якщо відновлення блокує платформа — сервер недоступний, помилки диска, потрібен KVM — відкрийте тикет. Відновлення на рівні застосунку на unmanaged-планах — територія клієнта, але підтримка приведе саму машину до тями.
Часті запитання
У якому порядку відновлювати сайт?
Спершу файли, потім дамп бази даних, далі права і перезапуск сервісів, і нарешті перевірка на самому сервері — перш ніж спрямовувати DNS чи живий трафік на відновлений сайт.
Чому сайт показує помилки одразу після відновлення?
Більшість помилок дня відновлення — це власник файлів, відсутнє PHP-розширення або застарілі кеші. Спершу дивіться лог помилок веб-сервера — він називає справжню проблему одним рядком.
Чи відновлюватися на той самий сервер після зламу?
Ні — розгорніть свіжий сервер або перевстановіть ОС і відновіть дані на нього. Відновлення поверх скомпрометованої системи зберігає всі бекдори, які лишив зловмисник.
Схожі статті
- Як перевірити цілісність бекапів
- Як створити план аварійного відновлення
- Як робити бекап WordPress у віддалене сховище
- Що робити, якщо сервер скомпрометовано
Потрібна допомога? Звернутися в підтримку Cloud2Y →
