Краткий ответ: Миграция многих сайтов — это конвейер, а не серия разовых переездов: сначала инвентаризируйте всё, подготовьте целевые серверы, затем прогоняйте скриптованный процесс мигрировать–тестировать–переключить по каждому сайту, разнося переключения DNS во времени. Для переездов масштаба агентства Cloud2Y также предлагает массовую миграцию — один тикет на весь парк.
Обзор
Односайтовый процесс (гайд) масштабируется линейно — если его не заскриптовать. Что стоит автоматизировать: синхронизацию файлов, дамп/импорт базы и проверки URL. Что стоит не торопить: переключения DNS (разносите их, чтобы проблемы всплывали по одному сайту) и пост-миграционную валидацию.
Что нужно иметь
- Таблицу-инвентарь: домен, размер, размер базы, нужды в версии PHP, особые плагины, хостинг почты, регистратор DNS/TTL.
- Развёрнутые и защищённые целевые серверы (см. практики агентств).
- Сниженные до 300 с DNS TTL для каждого домена — за сутки.
Пошаговая инструкция
- Приоритизируйте: начните с самого маленького низкорискового сайта, чтобы проверить конвейер; WooCommerce и высокотрафиковые оставьте напоследок (см. заметки о WooCommerce о заморозке заказов во время переключения).
- Заскриптуйте переезд сайта (старый хост → новый VPS):
#!/bin/bash # migrate-site.sh domain olduser@oldhost /old/path dbname set -e DOMAIN=$1; SRC=$2; SRCPATH=$3; DB=$4 rsync -az --exclude='wp-content/cache' $SRC:$SRCPATH/ /var/www/$DOMAIN/ ssh $SRC "mysqldump $DB | gzip" | gunzip | mariadb ${DB} sudo chown -R www-data:www-data /var/www/$DOMAIN - Тестируйте каждый сайт до DNS через override в hosts: главная, вход, формы, один глубокий URL.
- Переключайте волнами: 3–5 сайтов в день лучше 30 сразу; держите старый хостинг живым до завершения последней волны + несколько дней.
- Финальная синхронизация для меняющихся сайтов: повторный rsync + свежий дамп базы непосредственно перед переключением DNS каждого сайта, чтобы ничего не потерялось в промежутке.
- Пост-миграционный проход по сайту: SSL выпущен, permalinks работают, почта шлёт, бэкап-задача охватывает новичка.
Типичные проблемы
- Контент, изменённый после копирования: шаг финальной синхронизации существует именно для этого — пропустите, и потеряете комментарии/заказы.
- Весь DNS переключили сразу: тикеты поддержки от всех клиентов одновременно — волны держат сбои дебажными.
- Забыли почту: сайты переезжают, MX-записи — нет; аудитьте хостинг почты по каждому домену ещё в инвентаризации.
Когда обращаться в поддержку
Для переездов масштаба парка откройте тикет со списком сайтов — массовая миграция для агентств может полностью снять с вас механическую работу.
Частые вопросы
В каком порядке мигрировать парк сайтов?
Сначала самый маленький и наименее критичный, чтобы доказать конвейер, затем волнами по 3–5 в день, завершая e-commerce и высокотрафиковыми сайтами, когда процесс уже отработан.
Как не потерять контент, созданный во время миграции?
Запустите финальный rsync и свежий дамп базы непосредственно перед переключением DNS каждого сайта — именно в промежутке между копированием и переключением исчезают комментарии и заказы.
Может ли Cloud2Y перенести все мои клиентские сайты?
Да — массовая миграция для агентств делается через тикет поддержки: предоставьте инвентарь и доступы, команда спланирует волны и перенесёт сайты.
Похожие статьи
- Массовая миграция для агентств
- Как перенести WordPress на VPS Cloud2Y
- WordPress-хостинг для агентств: лучшие практики
- Как разместить несколько сайтов WordPress на одном VPS
Готовы начать? Заказать WordPress VPS в Cloud2Y →
