Как получить архив сайта и дамп базы данных из Beget для миграции хостинга
Миграция вашего сайта к новому хостинг-провайдеру — одна из наиболее ответственных операций, которую вам предстоит выполнить как владельцу сайта или системному администратору. При правильном подходе она обеспечивает нулевую потерю данных и минимальное время простоя. При неправильном — может привести к повреждению баз данных, нарушению конфигураций и многочасовому устранению неполадок.
Это пошаговое руководство проведёт вас через весь процесс экспорта файлов сайта и базы данных из Beget и успешного импорта всего на новую хостинговую платформу — будь то переход на план VPS Хостинга, Выделенный Сервер или пакет Виртуального Веб-Хостинга.
Почему важно правильно планировать миграцию
Прежде чем прикасаться к каким-либо файлам, разберитесь, что включает в себя полная миграция сайта:
- Файлы сайта — все PHP-скрипты, HTML, CSS, JavaScript, изображения, загрузки и директории тем/плагинов
- Дамп базы данных — полный SQL-экспорт вашей базы данных MySQL или MariaDB, содержащий весь контент, данные пользователей и настройки
- Файлы конфигурации — специфичные для среды настройки, связывающие ваше приложение с базой данных
- DNS-записи — перенаправление вашего домена на новый сервер после завершения миграции
Пропуск любого из этих шагов является наиболее распространённой причиной неудачных миграций. Следуйте этому руководству по порядку, и у вас будет чистая, полная копия сайта, готовая к развёртыванию.
Шаг 1: Скачайте файлы сайта из Beget
Существует два надёжных способа извлечения файлов сайта из Beget. Выберите тот, который лучше всего соответствует вашему техническому уровню и размеру сайта.
Способ 1: Использование файлового менеджера Beget (через браузер)
Это самый быстрый подход для небольших и средних сайтов, не требующий дополнительного программного обеспечения.
- Войдите в панель управления Beget на beget.com.
- Перейдите в Файловый менеджер с главной панели управления.
- Найдите корневую директорию вашего сайта — обычно она находится в папке
public_htmlили в поддиректории с именем вашего домена. - Выделите все файлы и папки в директории вашего сайта.
- Нажмите правой кнопкой мыши и выберите Сжать или Архивировать, чтобы упаковать всё в один файл
.zip. - После создания архива нажмите Скачать, чтобы сохранить файл
.zipна локальный компьютер.
> Совет профессионала: Для больших сайтов (свыше 500 МБ) файловый менеджер может завершить работу с ошибкой тайм-аута во время сжатия. В этом случае используйте Способ 2 ниже или выполните сжатие через SSH при наличии доступа к оболочке.
Способ 2: Использование FTP-клиента (FileZilla или аналогичного)
FTP является предпочтительным методом для больших сайтов, поскольку обеспечивает более надёжную передачу данных и даёт вам полный контроль над процессом.
- Скачайте и установите FileZilla (бесплатный, кроссплатформенный) с filezilla-project.org.
- Войдите в аккаунт Beget и перейдите в Настройки → Настройки FTP, чтобы получить ваши FTP-учётные данные:
- Хост: имя хоста вашего сервера или IP-адрес
- Имя пользователя: ваше FTP-имя пользователя
- Пароль: ваш FTP-пароль
- Порт: 21 (стандартный FTP) или 22 (SFTP, рекомендуется для безопасности)
- Откройте FileZilla и введите ваши учётные данные в строке Быстрое подключение вверху.
- После подключения перейдите в директорию
public_html(или корневую папку вашего сайта) на правой панели. - Выделите все файлы и папки, нажмите правой кнопкой мыши и выберите Скачать.
- FileZilla перенесёт все файлы в локальную директорию, отображаемую на левой панели.
> Примечание по безопасности: Всегда предпочитайте SFTP (порт 22) обычному FTP, когда это возможно. SFTP шифрует ваши учётные данные и передаваемые файлы, предотвращая их перехват.
Шаг 2: Экспортируйте базу данных из Beget через phpMyAdmin
Ваша база данных содержит всё, что делает ваш сайт динамичным — записи, страницы, учётные записи пользователей, заказы, настройки и многое другое. Отсутствующий или повреждённый экспорт базы данных полностью сломает ваш сайт.
- Войдите в панель управления Beget и перейдите в раздел Базы данных.
- Найдите базу данных, связанную с вашим сайтом, и нажмите phpMyAdmin, чтобы открыть интерфейс управления базой данных.
- На левой панели phpMyAdmin нажмите на имя вашей базы данных, чтобы выбрать её. Убедитесь, что выбрана правильная база данных — вы должны увидеть список всех ваших таблиц.
- Нажмите вкладку Экспорт в верхнем меню навигации.
- Выберите метод экспорта:
- Быстрый экспорт — экспортирует всю базу данных в файл
.sqlс настройками по умолчанию. Подходит для большинства миграций. - Пользовательский экспорт — позволяет выбрать, какие таблицы включить, формат вывода (SQL, CSV, XML) и параметры сжатия (gzip или zip). Рекомендуется для больших баз данных или когда требуется сжатый файл.
- Для параметра Формат убедитесь, что выбран SQL.
- При использовании пользовательского экспорта включите сжатие gzip в разделе «Вывод», чтобы уменьшить размер файла.
- Нажмите Вперёд, чтобы сгенерировать и скачать файл дампа
.sql(или.sql.gz) на ваш компьютер.
> Важно: Храните этот файл .sql в надёжном месте. Это полный снимок данных вашего сайта. Сохраните резервную копию в отдельном месте перед продолжением.
Шаг 3: Загрузите файлы и импортируйте базу данных на новый хостинг
Имея на руках файлы и дамп базы данных, вы готовы настроить свой сайт на новом сервере.
3а: Загрузите файлы сайта на новый хостинг
Через FTP/SFTP:
- Подключитесь к новому хостинговому серверу с помощью FileZilla, используя FTP/SFTP-учётные данные, предоставленные новым хостингом.
- Перейдите в корневую веб-директорию вашего нового аккаунта — обычно это
public_html,wwwилиhtdocs. - Загрузите все файлы из вашей локальной резервной копии в эту директорию.
Через файловый менеджер нового хостинга:
- Войдите в панель управления нового хостинга (cPanel, DirectAdmin или пользовательскую панель).
- Откройте Файловый менеджер, перейдите в
public_htmlи воспользуйтесь функцией Загрузить. - Загрузите архив
.zipи затем распакуйте его непосредственно на сервере.
> Если вы переходите на VPS с cPanel, файловый менеджер cPanel предоставляет простой рабочий процесс загрузки и извлечения, который хорошо работает для большинства размеров сайтов.
3б: Создайте новую базу данных и импортируйте дамп
- В панели управления нового хостинга перейдите в раздел Базы данных MySQL (или аналогичный).
- Создайте новую базу данных — запишите имя базы данных.
- Создайте нового пользователя базы данных с надёжным паролем.
- Назначьте пользователя базе данных с полными привилегиями.
- Откройте phpMyAdmin для новой базы данных.
- Нажмите вкладку Импорт.
- Нажмите Выбрать файл и выберите ваш файл дампа
.sql(или.sql.gz). - Оставьте настройки по умолчанию и нажмите Вперёд.
- Дождитесь завершения импорта — для больших баз данных это может занять несколько минут.
> Устранение неполадок: Если во время импорта вы получаете ошибку «max upload size», вы можете выполнить импорт через командную строку с помощью: mysql -u username -p database_name < your_dump.sql
Шаг 4: Обновите файлы конфигурации вашего сайта
Это шаг, о котором чаще всего забывают новички — и именно он вызывает большинство ошибок после миграции. Файл конфигурации вашего сайта содержит данные для подключения к базе данных (имя хоста, имя базы данных, имя пользователя и пароль) из вашей старой хостинговой среды. Их необходимо обновить в соответствии с вашей новой хостинговой средой.
WordPress (wp-config.php)
Откройте wp-config.php в корневой директории вашего сайта и обновите следующие строки:
define( 'DB_NAME', 'your_new_database_name' );
define( 'DB_USER', 'your_new_database_user' );
define( 'DB_PASSWORD', 'your_new_database_password' );
define( 'DB_HOST', 'localhost' );Joomla (configuration.php)
public $host = 'localhost';
public $db = 'your_new_database_name';
public $user = 'your_new_database_user';
public $password = 'your_new_database_password';Пользовательские PHP-приложения (config.php или .env)
Обновите константы базы данных или переменные среды, чтобы они отражали новые учётные данные. Если ваше приложение использует файл .env (распространено в Laravel, Symfony и т.д.), обновите переменные DB_* соответствующим образом.
> После обновления файлов конфигурации очистите кэш приложения, чтобы устаревшие данные не вызывали ошибок.
Шаг 5: Протестируйте сайт перед обновлением DNS
Прежде чем направлять домен на новый сервер, убедитесь, что всё работает корректно. Переключение DNS до тестирования — распространённая ошибка, которая вызывает видимые простои для ваших посетителей.
Методы тестирования:
- Изменение файла hosts — временно отредактируйте локальный файл
/etc/hosts(Linux/macOS) илиC:WindowsSystem32driversetchosts(Windows), чтобы направить ваш домен на IP-адрес нового сервера. Это позволяет просматривать сайт на новом сервере, не затрагивая живых посетителей. - Временный URL — многие хостинг-провайдеры предоставляют временный поддомен или URL на основе IP для тестирования сайта до распространения DNS.
- Проверьте весь функционал — протестируйте вход в систему, формы, процессы оформления заказа, загрузку медиафайлов и все динамические функции.
Шаг 6: Обновите DNS и завершите миграцию
После того как вы убедились, что сайт корректно работает на новом сервере:
- Войдите в регистратор домена или панель управления DNS.
- Обновите A-запись, указав IP-адрес вашего нового сервера.
- При использовании серверов имён обновите их на предоставленные новым хостингом.
- Распространение DNS обычно занимает 24–48 часов, хотя нередко происходит значительно быстрее.
> Если вы зарегистрировали домен через AlexHost, вы можете управлять DNS-записями непосредственно из панели Регистрации Доменов — это делает процесс переключения простым и централизованным.
Шаг 7: Контрольный список после миграции
Пройдитесь по этому контрольному списку после завершения миграции:
- [ ] Все файлы сайта загружены и доступны
- [ ] База данных успешно импортирована без ошибок
- [ ] Файлы конфигурации обновлены с новыми учётными данными базы данных
- [ ] Сайт протестирован и функционирует на новом сервере
- [ ] DNS обновлён и распространён
- [ ] SSL-сертификат установлен и HTTPS работает
- [ ] Учётные записи электронной почты воссозданы или перенесены (при необходимости)
- [ ] Старый хостинговый аккаунт остаётся активным не менее 48–72 часов в качестве резервного варианта
> Примечание по SSL: После миграции убедитесь, что SSL-сертификат активен на новом хостинге. AlexHost предлагает SSL-сертификаты, которые можно быстро выпустить для вашего домена, обеспечивая безопасность сайта и доверие браузеров с первого дня.
Распространённые ошибки при миграции, которых следует избегать
| Ошибка | Последствие | Решение |
|---|---|---|
| Забыли экспортировать базу данных | Сайт загружается без контента | Всегда экспортируйте .sql перед миграцией |
Не обновили wp-config.php | Ошибка подключения к базе данных | Обновите учётные данные БД сразу после загрузки |
| Слишком рано отменили старый хостинг | Нет резервного варианта при возникновении проблем | Держите старый хостинг активным 48–72 часа |
| Пропустили настройку SSL | Предупреждения безопасности в браузере | Установите SSL на новом хостинге до переключения DNS |
| Игнорирование прав доступа к файлам | Ошибки 500, сломанные загрузки | Установите права 755 для директорий и 644 для файлов |
Заключение
Миграция сайта с Beget на нового хостинг-провайдера — это методичный процесс, который вознаграждает тщательную подготовку. Следуя шагам этого руководства — скачивая файлы, экспортируя базу данных, загружая на новый сервер, обновляя файлы конфигурации и тестируя перед переключением DNS — вы сможете выполнить безупречную миграцию с нулевой потерей данных и минимальным временем простоя.
Независимо от того, переходите ли вы на высокопроизводительный план VPS Хостинга для повышения скорости и контроля или масштабируетесь до Выделенного Сервера для максимальных ресурсов, AlexHost предоставляет инфраструктуру и поддержку, чтобы сделать вашу миграцию максимально плавной.
Если у вас есть вопросы по вашей конкретной конфигурации или вам нужна помощь в процессе миграции, не стесняйтесь обращаться в службу поддержки AlexHost — мы здесь, чтобы помочь.
