Как подготовить сайт к миграции

Краткий ответ: Перед миграцией сделайте полный бэкап, задокументируйте стек (версии PHP, базы данных, веб-сервера и настройки), уберите лишние файлы и базы, снизьте DNS TTL и запланируйте переезд на часы наименьшего трафика. Именно хорошая подготовка делает перенос быстрым и скучным — в лучшем смысле.

Обзор

Большинство проблем миграции обнаруживаются во время переезда, но создаются до него: неизвестные зависимости, раздутые лишние данные, забытые cron-задачи. Час подготовки обычно экономит несколько часов отладки в день миграции и резко сокращает окно простоя.

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

• Доступ к текущему хостингу (SSH или панель управления) и управлению DNS.
• Свежий проверенный бэкап, сохранённый не на мигрирующем сервере.
• Новый сервер Cloud2Y, развёрнутый и доступный.

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

1. Инвентаризируйте стек: зафиксируйте веб-сервер (Nginx/Apache), версию PHP и расширения, движок и версию базы данных, cron-задачи, воркеры очередей и SSL-сертификаты.
2. Сделайте полный бэкап: файлы плюс дампы баз, и убедитесь, что архив действительно открывается — см. как работает восстановление.
3. Приберитесь: удалите неиспользуемые плагины, старые бэкапы в webroot, раздутые логи и заброшенные базы — меньше данных значит быстрее копирование.
4. Снизьте DNS TTL до 300 секунд минимум за 24 часа до переезда, чтобы финальное переключение распространилось быстро.
5. Заморозьте изменения: запланируйте freeze контента и кода на окно миграции, чтобы во время копирования на старый сервер ничего не писалось.
6. Спланируйте окно: выберите часы наименьшего трафика и сообщите всем причастным, когда произойдёт переключение.

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

• Бэкапы, которые никогда не восстанавливали: непроверенный бэкап — это надежда, а не план; сначала сделайте тестовое восстановление.
• Зашитые настройки: абсолютные пути, старые IP или серверные специфики в конфигах ломаются на новом хосте — отметьте их при инвентаризации.
• TTL, оставленный на часах: TTL в 24 часа означает, что часть посетителей будет видеть старый сервер ещё целые сутки после переключения.

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

Если инвентаризация выявила что-то, что вы не знаете как перенести — кастомные демоны, очень большие базы, лицензионное ПО — опишите это в запросе на бесплатную миграцию, и мы спланируем переезд вместе.

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

Зачем снижать DNS TTL перед миграцией?

TTL определяет, как долго резолверы кешируют старый IP. Снижение до примерно 300 секунд за сутки вперёд означает, что финальное переключение DNS дойдёт до посетителей за минуты, а не часы.

Нужен ли бэкап, если старый сервер остаётся онлайн?

Да. Проверенный независимый бэкап защищает от ошибок копирования, сюрпризов на старом хостинге и всего, что случится между снимком данных и переключением.

Что чаще всего забывают при переезде сайта?

Классическая тройка — cron-задачи, SSL-сертификаты и почтовые ящики. Внесите их в инвентаризацию, чтобы каждый пункт был явно перенесён или создан на новом сервере.

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

• Чек-лист миграции
• Как избежать простоя во время миграции
• Как перенести базы данных
• Как устроен процесс миграции в Cloud2Y

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