Перенос сайта на другой сервер нужен при смене тарифа, переезде в другую локацию или объединении нескольких серверов в один. В ISPmanager 6 есть встроенный модуль миграции, но для нестандартных случаев проще перенести сайт вручную. Разберём оба способа.
Когда нужен перенос между серверами
Типичные причины: сервер упирается в лимиты по CPU и памяти, клиент переезжает на VDS с большей локацией, например из Германии в США, или несколько сайтов с одного сервера нужно распределить по разным. Перед переносом любого сайта проверьте текущую версию PHP и список установленных расширений — они должны совпадать на новом сервере.
Способы переноса: модуль или вручную
| Способ | Плюсы | Минусы |
|---|---|---|
| Встроенный модуль миграции | Переносит сайт, базу и почту одним заданием | Требует ISPmanager 6 на обоих серверах |
| Ручной перенос rsync + mysqldump | Работает между любыми панелями и без панели | Больше ручных шагов, выше риск ошибки |
Встроенный модуль удобен при переносе между двумя серверами ZevsHost с ISPmanager 6. Ручной способ нужен, если целевой сервер работает под другой панелью или без панели вовсе.
Перенос через модуль миграции
На исходном сервере откройте «Инструменты» → «Перенос данных», укажите IP-адрес и учётные данные администратора целевого сервера. Модуль сам передаёт файлы сайта, дамп базы данных и настройки почтовых ящиков, сохраняя структуру каталогов и права доступа.
После завершения задания сравните контрольные суммы ключевых файлов и откройте сайт по IP целевого сервера, прежде чем переключать DNS.
Ручной перенос: файлы и база данных
Для ручного переноса синхронизируйте домашний каталог сайта по SSH и снимите дамп базы:
rsync -avz -e ssh /var/www/httpd-cts/site_ru/ root@new-server:/var/www/httpd-cts/site_ru/
mysqldump -u site_user -p site_db > site_db.sqlДамп базы перенесите на новый сервер и разверните в заранее созданной пустой базе с теми же именем пользователя и паролем, чтобы не редактировать конфигурационные файлы сайта:
mysql -u site_user -p site_db < site_db.sqlЕсли на сайте включён кеш через Redis или Memcached, после переноса очистите кеш заново — старые ключи ссылаются на прежний сервер. Настройка кеша описана в статье про Redis и Memcached в ISPmanager 6.
DNS и минимизация простоя
Понизьте TTL записей A и MX домена до 300 секунд за сутки до переноса — так обновление DNS у клиентов пройдёт быстрее. Сразу после проверки сайта на новом сервере переключите A-запись и дождитесь окончания старого TTL, прежде чем выключать сайт на исходном сервере.
Как редактировать записи домена, подробно разобрано в статье про DNS-зоны в ISPmanager 6.
Проверка после переноса
После переключения DNS проверьте типичные проблемные места:
- Открывается ли сайт по HTTPS, а не только по HTTP
- Совпадает ли версия PHP и включённые расширения с исходным сервером
- Приходит ли почта на новый сервер и не задваивается ли на старом
- Работают ли задания cron, перенесённые вместе с аккаунтом
- Не осталось ли старых DNS-записей, указывающих на прежний IP
Итог: встроенный модуль миграции ISPmanager 6 закрывает большинство переносов между своими серверами, а ручной способ через rsync и mysqldump остаётся универсальным резервным вариантом на случай смены панели или провайдера.