Как развернуть бэкап Beget на другом хостинге

Сначала проверьте архив

Прежде чем что-то заливать, убедитесь, что архив открывается, дамп не пустой, а файлы и база взяты на одну дату. На macOS и Linux это три команды в терминале; на Windows оба файла открывает, например, 7-Zip. Подставьте свои имена файлов вместо site.tar.gz и db.sql.gz.

1. Посмотрите, что внутри архива файлов, и найдите конфиг сайта (для WordPress это wp-config.php):

   tar -tzf site.tar.gz | head -20
   tar -tzf site.tar.gz | grep -m1 wp-config.php

   Вы увидите пути к файлам. По ним понятно, в какой папке лежит сайт, например site.ru/public_html/.
2. Проверьте, что дамп базы цел. Если команда ничего не вывела, архив в порядке:

   gunzip -t db.sql.gz

3. Посчитайте таблицы в дампе. Ноль значит, что дамп пустой:

   gunzip -c db.sql.gz | grep -c 'CREATE TABLE'

Подробный список проверок: проверьте копию, прежде чем что-то удалять.

Шаг 1. Загрузите файлы на новый хостинг

Файлы сайта распаковывают в папку сайта на новом хостинге. Как она называется, смотрите в панели нового хостинга: у разных хостингов это public_html, www или папка с именем домена. Перед распаковкой очистите её: в статье Beget сказано, что файлы с одинаковыми именами «будут перезаписаны», а лишние старые файлы останутся.

Через файловый менеджер панели: загрузите архив в домашнюю папку и распакуйте его там, если менеджер нового хостинга это умеет. Потом перенесите содержимое папки сайта из архива в папку сайта на хостинге.

Через SSH, если новый хостинг его даёт. Подставьте свои значения вместо LOGIN, NEWHOST и путей:

1. Загрузите архив на новый хостинг:

   scp site.tar.gz LOGIN@NEWHOST:~/

2. Распакуйте его во временную папку:

   ssh LOGIN@NEWHOST "mkdir -p ~/restore && tar -xzf ~/site.tar.gz -C ~/restore"

3. Скопируйте содержимое папки сайта из архива в папку сайта на хостинге. Точка в конце первого пути нужна, чтобы скопировались и скрытые файлы, например .htaccess:

   ssh LOGIN@NEWHOST "cp -a ~/restore/site.ru/public_html/. ~/ПАПКА-САЙТА/"

Результат: в папке сайта на новом хостинге лежат файлы из бэкапа, включая .htaccess и конфиг CMS.

Шаг 2. Создайте базу и импортируйте дамп

На новом хостинге создайте пустую базу данных и пользователя, затем загрузите в неё дамп из бэкапа. Запишите имя базы, пользователя, пароль и адрес сервера базы: они понадобятся в шаге 3.

Через phpMyAdmin нового хостинга: откройте базу, вкладка «Импорт», выберите файл дампа и нажмите «Вперёд». Так же импорт описывает статья Beget. Там же предупреждение: если файл большой, phpMyAdmin может выдать ошибку, тогда используйте терминал.

Через SSH. Пароль команда спросит сама, поэтому он не останется в истории команд:

gunzip db.sql.gz
mysql -u DBUSER -p DBNAME < db.sql

Если сервер базы на новом хостинге не localhost, добавьте -h DBHOST. Адрес сервера базы указан в панели нового хостинга.

Результат: в новой базе столько же таблиц, сколько CREATE TABLE в дампе.

Шаг 3. Поправьте настройки сайта

В конфиге CMS пропишите имя новой базы, пользователя, пароль и адрес сервера базы. Где лежит конфиг у WordPress, 1С-Битрикса, Joomla, MODX, OpenCart и Drupal и какие пароли сменить, — в шаге 3 инструкции по переносу. Что добавить после бэкапа Beget: если в конфиге остались пути старого сервера Beget (они начинаются с /home/), замените их на путь к папке сайта на новом хостинге; в Joomla это ещё $log_path и $tmp_path. Поставьте ту же версию PHP, что была на Beget.

Результат: в конфиге данные новой базы, пароли сменены.

Шаг 4. Проверьте сайт до смены DNS

Откройте новую копию у себя в браузере через файл hosts, пока посетители видят старую: как это сделать. Технический адрес, который дают некоторые хостинги, подходит хуже: WordPress и многие другие CMS перенаправляют на адрес, записанный в базе.

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

Результат: новая копия открывается и работает в вашем браузере.

Шаг 5. Переключите домен на новый хостинг

Когда копия работает, направьте домен на новый хостинг: шаг 5 инструкции по переносу. Если домен зарегистрирован в Beget, NS, возможно, не сменить: 07.11 Beget ответил, что «Изменить NS-сервера для доменов, зарегистрированных через Beget, к сожалению, пока невозможно» (комментарий, 15:24 МСК); в постах 581–584 о смене NS ничего нет, а все функции управления доменами .ru, .рф и .su, по посту 582 от 9 ноября, станут доступны «сразу после возобновления аккредитации». Тогда меняйте A-запись: по посту 581, «Для доменов доступно редактирование DNS записей через панель cp.beget.com и domains.beget.ru». Подробно: DNS, если домен остаётся в Beget. Если почта домена была на Beget, перенесите её до смены записей MX: перенос почты. После смены IP выпустите SSL-сертификат на новом хостинге: шаг про SSL.

Пока DNS обновляется, часть посетителей ещё попадает на старый адрес. Заказы и заявки, пришедшие туда, на новый хостинг сами не попадут: проверьте их после переключения.

Есть ли смысл разворачивать старую копию

Если сайт нужен сейчас, а копия старше атаки, её можно развернуть у другого хостинга: старая копия лучше пустого сайта. Но всё, что появилось после даты копии, придётся вернуть вручную. Пользователи спрашивают об этом под постом 580. 06.11 в 19:55 МСК: «Есть ли смысл пока старенькую резервную копию развернуть у другого хостнра? Домен не у вас, хостинг у вас. Но резервная копия не первей свежести» (комментарий). 06.11 в 19:38 МСК: «если у меня есть бекап, то я могу временно на рег.ру где-нибудь распаковать его, чтобы сайт работал, пока тут восстанавливают всё? Но у меня домен на у вас зарегистрирован, как мне им воспользоваться?» (комментарий).

• Сайт-визитка или блог. Если тексты менялись редко, старая копия почти не отличается от последней. Разверните её и сравните с веб-архивом: новые статьи можно добрать оттуда.
• Магазин, запись, CRM. Заказы, заявки и пользователи после даты копии пропадут. Сверьте их с письмами-уведомлениями и платёжной системой.
• Домен зарегистрирован в Beget. Им можно пользоваться и без переноса: если домен на DNS Beget, смените A-запись на domains.beget.ru (посты 575 и 576 от 03.11) или в разделе DNS панели cp.beget.com (пост 581, 07.11). Как это сделать: сменить записи, не уходя с DNS Beget.

Если потом Beget восстановит более свежую копию, у вас окажутся две версии сайта. Решите заранее, какую оставить, и не принимайте заказы на обеих. Beget заявляет цель для хостинга — «обеспечить стопроцентное восстановление проектов из резервных копий» (пост 580, 06.11). 07.11 в 22:02 МСК Beget написал, что приступает к восстановлению сайтов виртуального хостинга из бэкапов: «Уже этой ночью ожидаем запуск первых сайтов восстановленных из бэкапов». Срока этапа нет: «Об ориентировочных сроках выполнения этого этапа сообщим как только сможем» (пост 581). 10 ноября Beget написал: «Запущены первые сайты виртуального хостинга из бэкапов», файлы и базы восстанавливаются «из последних доступных копий прямо на аккаунт»; срока для всех сайтов он не назвал (пост 583). Если вы уже направили A-запись домена на другой хостинг, восстановлению на Beget это, по его словам, не мешает: «Нет, восстановление идет независимо от этого». Проверить восстановленный сайт на Beget до возврата A-записи Beget предлагает через файл hosts, с IP-адресом своего сервера (там же). Что проверить, когда сайт вернётся на Beget: сайт после восстановления. Ждать или переезжать: два пути.

На какие даты будут бэкапы Beget

Даты копий Beget не называл: ни в постах 572–584, ни в FAQ от 07.11. 10 ноября он написал только, что сайты восстанавливаются «из последних доступных копий» (пост 583). Пользователь спрашивал 07.11 в 11:01 МСК: «А на какие даты будут бэкапы?» (комментарий). До атаки, по руководству Beget «Резервное копирование», автоматические копии хостинга создавались «в среднем раз в 3–4 дня». Значит, последняя копия может быть на несколько дней старше 02.11. Какая дата будет у вашей копии, станет видно, только когда вы её получите. Проверить, есть ли бэкап конкретного аккаунта, по FAQ Beget от 07.11 было «технически невозможно». 10 ноября Beget назвал другой признак: восстановление аккаунта завершено, если в cp.beget.com нет сообщения, что аккаунт на этапе восстановления, и видны разделы «Сайты» и «MySQL» (пост 583).

Если бэкапа нет

Если Beget не выдаст копию, публичные страницы сайта можно собрать из веб-архива, но без базы и админки. Как это сделать: восстановить сайт из веб-архива. Без командной строки сайт из копий архива собирает платный сервис: Archivarix пошагово. Поищите копию и у разработчика, на своём компьютере и в письмах. У VPS шансы ниже: по посту 580, файловые бэкапы VPS «будут доступны только для половины пользователей».

Где развернуть сайт и кто переносит бесплатно: альтернативы Beget. Что принимают Рег.ру и Timeweb при переносе с Beget, разобрано на странице как скачать бэкап.