Краткий ответ: Миграция многих сайтов — это конвейер, а не серия разовых переездов: сначала инвентаризируйте всё, подготовьте целевые серверы, затем прогоняйте скриптованный процесс мигрировать–тестировать–переключить по каждому сайту, разнося переключения DNS во времени. Для переездов масштаба агентства Cloud2Y также предлагает массовую миграцию — один тикет на весь парк.

Обзор

Односайтовый процесс (гайд) масштабируется линейно — если его не заскриптовать. Что стоит автоматизировать: синхронизацию файлов, дамп/импорт базы и проверки URL. Что стоит не торопить: переключения DNS (разносите их, чтобы проблемы всплывали по одному сайту) и пост-миграционную валидацию.

Что нужно иметь

  • Таблицу-инвентарь: домен, размер, размер базы, нужды в версии PHP, особые плагины, хостинг почты, регистратор DNS/TTL.
  • Развёрнутые и защищённые целевые серверы (см. практики агентств).
  • Сниженные до 300 с DNS TTL для каждого домена — за сутки.

Пошаговая инструкция

  1. Приоритизируйте: начните с самого маленького низкорискового сайта, чтобы проверить конвейер; WooCommerce и высокотрафиковые оставьте напоследок (см. заметки о WooCommerce о заморозке заказов во время переключения).
  2. Заскриптуйте переезд сайта (старый хост → новый 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
  3. Тестируйте каждый сайт до DNS через override в hosts: главная, вход, формы, один глубокий URL.
  4. Переключайте волнами: 3–5 сайтов в день лучше 30 сразу; держите старый хостинг живым до завершения последней волны + несколько дней.
  5. Финальная синхронизация для меняющихся сайтов: повторный rsync + свежий дамп базы непосредственно перед переключением DNS каждого сайта, чтобы ничего не потерялось в промежутке.
  6. Пост-миграционный проход по сайту: SSL выпущен, permalinks работают, почта шлёт, бэкап-задача охватывает новичка.

Типичные проблемы

  • Контент, изменённый после копирования: шаг финальной синхронизации существует именно для этого — пропустите, и потеряете комментарии/заказы.
  • Весь DNS переключили сразу: тикеты поддержки от всех клиентов одновременно — волны держат сбои дебажными.
  • Забыли почту: сайты переезжают, MX-записи — нет; аудитьте хостинг почты по каждому домену ещё в инвентаризации.

Когда обращаться в поддержку

Для переездов масштаба парка откройте тикет со списком сайтов — массовая миграция для агентств может полностью снять с вас механическую работу.

Частые вопросы

В каком порядке мигрировать парк сайтов?

Сначала самый маленький и наименее критичный, чтобы доказать конвейер, затем волнами по 3–5 в день, завершая e-commerce и высокотрафиковыми сайтами, когда процесс уже отработан.

Как не потерять контент, созданный во время миграции?

Запустите финальный rsync и свежий дамп базы непосредственно перед переключением DNS каждого сайта — именно в промежутке между копированием и переключением исчезают комментарии и заказы.

Может ли Cloud2Y перенести все мои клиентские сайты?

Да — массовая миграция для агентств делается через тикет поддержки: предоставьте инвентарь и доступы, команда спланирует волны и перенесёт сайты.

Похожие статьи

Готовы начать? Заказать WordPress VPS в Cloud2Y →

Помог ли вам данный ответ? 0 Пользователи нашли это полезным (0 голосов)