Бэкапы хостинга: как проверить и восстановить сайт до оплаты

Задайте хостеру прямые вопросы: как часто делаются автокопии (ежедневно, еженедельно), сколько точек хранится, входят ли они в тариф или это отдельная опция.

Спросите, где физически лежат копии — на том же диске аккаунта или отдельно. Копия на том же сервере лучше, чем ничего, но при полном сбое диска она не спасёт; уточните это письменно.

Сравните формулировки на карточках: у Beget — «по правилам услуги», у Timeweb — «зависят от продукта», у Sprinthost, SpaceWeb, Hostland — «проверьте на тарифе». Без ответа поддержки вы не знаете, платите ли вы за иллюзию.

Для WordPress, 1С‑Битрикс и большинства CMS нужны и файлы сайта, и база данных. Если хостер копирует только каталог без дампа БД — контент и настройки не восстановятся.

Уточните, попадают ли в копию почтовые ящики на домене и настройки cron, если они критичны для вашего проекта. Для типового сайта достаточно файлов + MySQL.

Можно ли откатить сайт в один клик, восстановить в отдельную папку или субдомен, или только через обращение в поддержку? Запишите пошаговую инструкцию из ответа.

Оцените время реакции поддержки: отправьте тикет «Как восстановить WordPress из автобэкапа в тестовый поддомен?» — у Beget и Timeweb поддержка заявлена круглосуточно; сохраните ответ и время.

Шаг 1. Выберите дату копии в панели «Резервные копии» (Beget) или аналоге у Timeweb, Sprinthost, SpaceWeb, REG.RU. Убедитесь, что дата до сбоя или перед проблемным обновлением.

Шаг 2. Убедитесь, что восстанавливаются и файлы, и база. Если интерфейс разделяет их — восстановите оба компонента в правильном порядке (часто сначала файлы, затем импорт БД или наоборот — следуйте подсказке панели).

Шаг 3. Сначала восстановите в субдомен или тестовую папку, не на боевой сайт — так вы не затрёте текущие правки и заказы.

Шаг 4. Откройте сайт, wp-admin или админку Битрикс, проверьте формы, корзину, оплату и отправку писем. Сравните с тем, что помните до сбоя.

Шаг 5. Если тест успешен — зафиксируйте инструкцию у себя (скриншоты шагов, ссылки на раздел панели). Если нет — эскалируйте в поддержку до годовой оплаты, пока есть право на возврат или смену тарифа.

Шаг 6. После боевого восстановления проверьте SSL, cron, интеграции (оплата, CRM, обмен с 1С) и очистите кэш CDN, если он был подключён.

Шаг 7. Сообщите команде, какая дата копии легла на бой — контент после этой даты нужно будет внести заново или выгрузить из другого источника.

Даже при хороших автокопиях хостера перед обновлением ядра, плагинов, сменой темы или переносом сделайте ручной экспорт: архив файлов и дамп базы через phpMyAdmin или встроенный инструмент панели.

Храните доступы к панели, FTP, базе данных и DNS в менеджере паролей. Без пароля к MySQL восстановление из дампа затянется на часы, даже если архив у вас на руке.

Заведите календарное напоминание: раз в квартал — тест restore на субдомен; перед Black Friday или отчётным периодом — ручная копия и проверка, что она открывается локально.

«Как часто делаются автоматические копии и сколько дней они хранятся?»

«Входят ли копии в мой тариф или это дополнительная услуга?»

«Восстановление включает файлы и базу данных? Можно ли выбрать дату?»

«Могу ли я восстановить копию в субдомен для проверки, не затирая боевой сайт?»

«Где хранятся копии относительно моего аккаунта — на том же сервере или отдельно?»

Сохраните ответы в заметку — они важнее обещаний на лендинге. У Beget бэкапы описаны как «по правилам услуги», у Timeweb — «зависят от продукта»: без письменного ответа вы не знаете реальный срок хранения.

Верить баннеру «бэкапы включены», не проверив restore на тесте. Годовая оплата без успешного восстановления — самая дорогая экономия.

Хранить единственную копию только у хостера. Панель недоступна, аккаунт заблокирован, диск сервера повреждён — и у вас нет дампа у себя.

Восстанавливать сразу на боевой сайт, не проверив дату копии. Вы затираете свежие заказы или правки контент-менеджера.

Копировать только файлы WordPress без базы. Сайт «оживает» с пустой админкой или ошибкой подключения к БД.

Не обновлять доступы: пароль от MySQL лежит в старом wp-config на почте, а вы ищете его ночью под стрессом.

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

На новом тарифе сразу проверьте автокопии: у SpaceWeb и Sprinthost — «проверьте на тарифе», у REG.RU — «по услуге». Один раз восстановите копию в субдомен уже на новом хостере — так вы знаете процедуру именно там.

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

WordPress: минимум wp-content, wp-config.php и дамп базы. Плагины бэкапа (Duplicator, UpdraftPlus) удобны, но не заменяют проверку автокопий хостера — храните и их архивы, и панельные копии.

Битрикс: копия должна включать каталог сайта и базу; перед обновлением модулей делайте ручную точку и проверяйте откат на тестовом стенде. Обновление «на живую» без restore — частая причина простоя корпоративных сайтов.

Почта на домене в автокопии сайта часто не нужна, если MX у регистратора. Cron и интеграции после restore проверяйте отдельно — они не всегда попадают в стандартную копию shared.

Сайт упал после обновления плагина или «белый экран» в админке. Не паникуйте и не переустанавливайте WordPress с нуля — вы потеряете базу.

Шаг A. Зайдите в панель хостинга → резервные копии → выберите дату до обновления → восстановите в тестовый поддомен.

Шаг B. Проверьте тест: главная, заказы, формы. Если всё цело — повторите restore на бой или попросите поддержку, если панель пугает.

Шаг C. После восстановления отключите проблемный плагин или откатите обновление. Зафиксируйте, какая версия сломала сайт.

Шаг D. Сделайте новый ручной экспорт уже рабочего состояния. Обновите документацию для команды: где копии, кто имеет доступ, сколько занимает restore.

Если автокопий нет или restore не работает — это сигнал сменить тариф или хостера до следующей аварии, а не «повезёт в следующий раз».