Когда панель Beget не открывается, первый вопрос простой: где взять файлы и базу? От ответа зависит, можете ли вы начать переезд сейчас или сначала нужен временный сайт. Составьте короткий список того, к чему ещё есть доступ: SSH или SFTP, база, сторонний бэкап и управление доменом.
Это реферальные ссылки. Перед оплатой проверьте текущие тарифы и письменно согласуйте с выбранным провайдером, что входит в перенос.
Что собрать до первого копирования
Уточните, где находится рабочий каталог и какое имя базы прописано в конфигурации. На одном аккаунте могут жить боевой сайт, старая копия и тестовый поддомен. Сверьте дату последних изменений и откройте пару знакомых файлов, прежде чем запускать перенос всего каталога.
Запишите версии PHP и СУБД, используемые расширения, расписание заданий и адрес исходящей почты. Для простого сайта список займёт несколько строк. Для магазина отдельно выпишите интеграции с оплатой, кассой, складом и доставкой. Изменение IP сервера может потребовать обновления разрешённых адресов у внешних сервисов.
Если перенос оборвался на середине
Сначала определите, на каком этапе случился обрыв. Недокачанный архив может открываться в списке файлов, но не распаковываться полностью. Проверьте целостность архива и посмотрите, записался ли дамп до конца. Копируйте большие папки по частям или инструментом с возобновлением, если такой доступ есть.
Если SQL импортировался лишь частично, удобнее повторить импорт в отдельную чистую базу. В уже заполненной базе повтор может упереться в существующие таблицы или породить непонятную смесь данных. Храните оригинальный дамп и журнал ошибки, а эксперименты делайте на копии.
Как организовать смену площадки
| Этап | Кто отвечает | Что принять |
|---|---|---|
| Получение исходников | Владелец или текущий администратор | Архив файлов, дамп, даты обеих копий |
| Развёртывание | Новый хостер или разработчик | Админка, внутренние страницы, сертификат |
| Сверка данных | Сотрудник, который ведёт заказы | Последние заявки, оплаты и статусы |
| Смена DNS | Владелец зоны или администратор | Новый адрес у основного имени и www |
| Контроль после запуска | Дежурный сотрудник | Рабочая форма, почта и отсутствие новых ошибок |
Оговорите заранее, кто принимает решение о переключении. Если работу ведут несколько подрядчиков, отдельный человек должен знать, в какую минуту остановлена запись на старой площадке и где хранится итоговый архив. Это особенно важно, если доступ к Beget внезапно появился лишь на короткое время.
Пример: сайт доступен, а панель всё ещё лежит
У магазина работают витрина и оформление заказов. Через SFTP файлы можно скачать, но готовой выгрузки базы нет. В этой ситуации запустите развёртывание файлов и проверьте совместимость новой площадки. Попросите поддержку выгрузить базу или уточните, доступен ли отдельный инструмент экспорта. Переключать домен до получения актуального состояния магазина рано.
Если сайт уже лежит и появился доступ к свежей копии базы, сценарий меняется. Разверните архив и сравните его с оплатами и CRM, пока домен ещё указывает на прежнюю площадку. После проверки запустите приём заказов и запишите время перехода, чтобы поздние уведомления можно было сопоставить с нужной базой.
Нужен ли новый домен? Для обычного переезда достаточно перенаправить старый. Временный адрес удобен для приёмки.
Есть SSH или SFTP
По SFTP скачайте файлы сайта, включая скрытые файлы, конфигурацию и папки с загрузками. Папки с кэшем часто можно собрать заново, а фотографии товаров и документы клиентов понадобятся. Для WordPress сохраните отдельный дамп базы. Если доступен только SFTP, ищите уже готовый SQL-архив или запросите выгрузку у поддержки: сам файловый доступ не создаст копию базы.
В рабочем интернет-магазине зафиксируйте, до какого заказа актуальна копия. Перед окончательным переключением остановите запись на старой площадке на согласованное время и снимите свежий дамп, если доступ позволяет. Иначе заказы, пришедшие между первой копией и переездом, придётся переносить отдельно.
Есть резервная копия вне Beget
Распакуйте её в отдельном каталоге и проверьте, что есть и файлы, и база. Узнайте дату каждой части. Если архив с фото создан в понедельник, а база снята в среду, часть товаров может ссылаться на отсутствующие картинки. На новой площадке сначала разверните копию для проверки. Домен направляйте туда, когда открываются внутренние страницы и проходит безопасный тест заявки.
Нет доступа и копии
Запросите у Beget файлы, выгрузку базы и дату, к которой относятся данные. Пока ждёте, заведите на новой площадке сайт и базу, подготовьте конфигурацию и проверьте доступ к регистратору. Если клиенты теряют возможность связаться с вами, разместите временную страницу с телефоном и режимом работы. Заказы с неё учитывайте отдельно.
Когда переключать домен
Сохраните прежние записи, проверьте www и HTTPS. Если почта остаётся на прежней площадке, сохраните её записи. После переключения проверьте сайт из другой сети, а старую копию сохраните до сверки заявок. Если новый сайт уже принял заказы, перед возвратом DNS сначала выгрузите их: откат адреса не перенесёт записи обратно.
Хронология восстановления Beget · Руководство WordPress по переезду
Какой доступ нужен новому хостеру
Для переноса обычно нужны архив, SQL-дамп и доступ к новой площадке. Согласуйте, кто меняет DNS и кто принимает результат. Если передаёте доступ подрядчику, выдайте отдельную временную учётную запись и закройте её после приёмки.
Куда перенести сайт: варианты для сравнения
��㣮� ��⨭� �⠭������ ������� �� ⮣�, ��� �� ���᭨��, ����� 䠩��, ���� � ��娢� ����㯭� ��� ������. ���᮪ ���� ������� �ࠢ���� ���� �����祭�� �� ᮢ���⨬���, ᯮᮡ� ������ � ����� � ��७�ᮬ; �� �� ������� ���� ��室��� ������.
- Timeweb — проверьте тариф и условия восстановления именно вашего приложения.
- МакХост — сравните доступные ресурсы, лимиты и цену продления.
- SpaceWeb — уточните помощь с переносом базы и файлов.
- Hostland — проверьте совместимость с CMS и нужными версиями ПО.
- SprintHost — выясните порядок тестового запуска и поддержки.
- AdminVPS — проверьте, подходит ли управляемый формат вашей команде и бюджету.
Как не допустить двух расходящихся копий
Пока DNS обновляется, разные посетители могут попадать на старую или новую площадку. Если обе версии принимают формы и заказы, записи разделятся между двумя базами. Для статичного сайта риск меньше, но заявки всё равно могут прийти в разные почтовые ящики. Поэтому заранее выберите основную точку записи на период миграции.
Для интернет-магазина подготовьте короткое окно на финальную синхронизацию: включите режим обслуживания на источнике, снимите свежую базу, импортируйте её на новом сервере и проверьте последние заказы. Если остановить запись нельзя, понадобится согласованный способ переноса изменений или временное направление заказов в одну систему. Не переключайте сайт на старую копию, пока не сохранены записи, созданные после запуска новой.
Согласуйте поддержку и сроки до загрузки архива
Отправьте провайдеру описание без секретов: CMS и версия, размер файлов и базы, нужна ли почта, где зарегистрирован домен, используется ли SSH, есть ли нестандартные плагины или cron. Попросите подтвердить, какие форматы архивов принимают и кто проверит результат. Уточните, нужно ли сохранять старый IP, на чьей стороне меняется DNS и доступна ли консультация после переключения.
Сохраните номер обращения и согласованный план. Если ответ поддержки не покрывает базу, SSL или почту, добавьте эти работы в свою миграционную смету. Разбивайте процесс на этапы и проверяйте каждый по отдельности: получение копии, тестовый запуск, финальная синхронизация, DNS и наблюдение после перехода. Так можно остановиться на проблемном шаге, не теряя уже подготовленные данные.
Как безопасно передать архив и доступы
Для переноса достаточно передать провайдеру техническую информацию о проекте и временный доступ с нужными правами. Не отправляйте основной пароль администратора сайта или владельца домена в одном сообщении с архивом. Создайте отдельную учётную запись, ограничьте её по времени и закройте после приёмки. Если исполнитель просит доступ к панели DNS, уточните, действительно ли это необходимо: для переноса файлов он обычно не нужен.
Перед отправкой архива проверьте, не попали ли в него локальные копии документов, журналы с персональными данными и старые секреты, которые не нужны для запуска. Используйте защищённый канал с ограничением срока скачивания. После загрузки проверьте размер и контрольную сумму, если обе стороны могут её посчитать. Храните исходник отдельно от рабочей копии, чтобы ошибочная распаковка не испортила единственный архив.
Если новый сайт отличается от источника
Различия не всегда означают, что перенос не удался. Временные файлы и кеш могут отсутствовать, но их обычно можно пересоздать. Другой случай — недостающие изображения, товары, статьи или заявки. Сравните дату копии и идентификаторы последних записей. Для WordPress отдельно проверьте таблицы базы и wp-content/uploads; один каталог без дампа базы не восстановит структуру страниц, а один дамп без файлов не вернёт медиа и плагины.
Составьте таблицу «ожидалось / найдено / действие / ответственный». Не исправляйте расхождения массовой заменой файлов или записей без контрольной копии. В случае заказов сначала сверьте внешнюю платёжную систему, чтобы не создать дубли. Если различие связано с настройкой нового сервера, зафиксируйте точную ошибку и запросите поддержку; если не хватает данных в архиве, найдите другой источник прежде, чем считать миграцию завершённой.
Закройте переезд документально
Зафиксируйте адрес панели, где теперь управляется сайт, дату DNS-переключения, список изменённых записей и контакты поддержки. Сохраните перечень задач, которые остались на старом аккаунте: домен, почтовые ящики, копии, сертификаты или перенаправления. Не отменяйте старую услугу только по факту открытия сайта на новом сервере. Сначала убедитесь, что нужные данные выгружены и сотрудники знают, куда обращаться.
После приёмки измените временные пароли, включите резервное копирование и назначьте дату пробного восстановления. Если сайт критичен для продаж, проведите такую репетицию до следующего инцидента, а не во время него.