Восстановление сайта

Типичные ошибки, из-за которых данные теряются окончательно

Самая частая ошибка — попытка «починить всё сразу»: переустановить CMS поверх рабочих файлов, удалить подозрительные папки или откатить хостинг на старую копию, не сохранив текущее состояние. После этого заказы, заявки и изменения за последние дни пропадают безвозвратно, хотя до вмешательства их ещё можно было вытащить из базы. Поэтому любое восстановление я начинаю с полной копии файлов и базы в том виде, в каком они есть сейчас, даже если сайт выглядит безнадёжно сломанным.

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

Третья — обновить ядро и все модули разом, когда сайт упал после обновления. Если версия PHP на хостинге или доработки в шаблоне несовместимы с новыми версиями, повторное обновление только усложнит картину. Сначала нужно найти конкретный компонент, который вызывает ошибку, — это видно по журналам PHP и веб-сервера. Иногда достаточно временно отключить один модуль, чтобы вернуть сайт посетителям, и уже потом спокойно разбираться с совместимостью.

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

Первое правило восстановления — сначала копия текущего состояния, потом любые изменения.

От чего зависит объём работ

Главный фактор — наличие и свежесть резервной копии. Если есть полный бэкап файлов и базы за вчерашний день, восстановление сводится к развёртыванию и проверке. Если копии нет или она месячной давности, приходится собирать сайт из того, что осталось: файлов на хостинге, дампов, кэша, исходных дистрибутивов CMS. В этом случае сначала оцениваю, какие данные можно вернуть, и только потом начинаю работу.

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

Третий — объём доработок на сайте. Самописные модули, правки в шаблоне и нестандартные интеграции приходится проверять вручную, потому что эталона для сравнения нет. Работа считается по времени — от 2 000 ₽ за час, оценку называю после диагностики. Если часть функций можно вернуть быстро, а остальное требует времени, предлагаю сначала запустить главное — например, каталог и приём заказов.

Влияет и доступ к инфраструктуре. Если есть доступ к серверу по SSH, журналам и панели хостинга, диагностика идёт быстрее. Если доступ только по FTP или в админку, часть проверок делается обходными путями, а иногда приходится запрашивать журналы и копии через поддержку хостинга. Поэтому доступы лучше собрать заранее, ещё до начала работ.

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

Типовые случаи восстановления: что делаю и сколько это занимает

Ситуации, с которыми обращаются чаще всего, и с чего в каждой начинается работа. Часы — нижняя граница: точную оценку называю, когда видно, что уцелело.

1. «Хостинг удалил аккаунт за неоплату, а своей копии нет».Сразу запрашиваю у хостинга резервные копии: после блокировки аккаунта их часто хранят ещё какое-то время. Параллельно проверяю домен: в зоне .ru после окончания регистрации у владельца есть 30 дней, чтобы продлить его. Если копий нет, собираю то, что осталось: архивы у прежних подрядчиков, локальные копии, тексты и изображения из веб-архива.диагностикаот 2 чот 4 000 ₽Сборка сайта заново — по объёму уцелевшего.
2. «База не открывается: „Table … is marked as crashed“ или MySQL не запускается после сбоя».Сначала проверяю место на диске: переполненный раздел — частая причина повреждения таблиц. Таблицы MyISAM и Aria чиню через mysqlcheck —repair. Для InnoDB поднимаю сервер на копии данных с параметром innodb_force_recovery, начиная с минимального значения, выгружаю всё, что читается, и пересобираю базу из дампа.от 2 чот 4 000 ₽На общем хостинге часть шагов — через поддержку.
3. «Случайно удалили товары или страницы — вернуть только их, не откатывая сайт».В WordPress сначала смотрю корзину: удалённые записи по умолчанию хранятся там 30 дней. Если их нет и там, разворачиваю бэкап в отдельную базу и переношу только нужные строки с прежними ID: для WooCommerce — из wp_posts, wp_postmeta, wp_term_relationships и wc_product_meta_lookup, для Битрикса — из b_iblock_element, b_iblock_element_property, b_catalog_product и b_catalog_price.от 3 чот 6 000 ₽
4. «Обновили тему или шаблон — пропали все правки, вёрстка разъехалась».Значит, доработки вносили прямо в файлы темы, и обновление их перезаписало. Беру прежнюю версию из бэкапа или копии хостинга, сравниваю её с оригиналом той же версии — для бесплатных тем из каталога wordpress.org, для платных из архива продавца — и выделяю только собственные правки. Переношу их в дочернюю тему, в Битриксе — в /local/templates/, чтобы следующее обновление их не затронуло.от 2 чот 4 000 ₽
5. «Вместо картинок пустые места: пропали файлы из папки загрузок».Пишу скрипт, который сверяет файлы, записанные в базе, с тем, что лежит на диске: в WordPress пути хранятся в мета-поле _wp_attached_file, в Битриксе — в таблице b_file относительно /upload/. Недостающее беру из бэкапа, а если копии нет — ищу в веб-архиве, остальное передаю списком для повторной загрузки.от 2 чот 4 000 ₽
6. «Сайт перестал открываться, хотя на нём ничего не меняли».Проверяю то, что истекает по сроку. Сертификат: браузер пишет ERR_CERT_DATE_INVALID — обычно не сработало автопродление Let’s Encrypt из-за закрытого 80-го порта или изменённого пути к сайту. Регистрация домена и DNS-записи, оплата хостинга.от 1 чот 2 000 ₽Продление домена оплачивается регистратору отдельно.