Пошаговая схема бесшовного переноса базы данных и файлов сайта на новый сервер

Безболезненный переезд: миграция без потери трафика и заказов

Главный кошмар владельца интернет-магазина или контентного проекта при переносе сайта на новый сервер — это «даунтайм» (время, когда сайт недоступен для пользователей). Если в процессе миграции что-то пойдет не так, вы можете потерять заказы, которые клиенты оформляют прямо сейчас, а поисковые роботы Яндекса и Google, наткнувшись на закрытую дверь, начнут пессимизировать сайт в выдаче.

Чтобы переезд прошел незаметно как для живых людей, так и для поисковых систем, нужно соблюдать строгую последовательность действий.

Подготовительный этап: фокус с TTL (Секрет быстрой смены серверов)

Обычно обновление DNS-записей по всему миру занимает от 12 до 24 часов. Это значит, что если вы просто пропишете новый IP-адрес вашего VDS, часть пользователей еще целые сутки будет попадать на старый хостинг, а часть — на новый. Возникнет хаос с заказами и комментариями.

Как это обойти? За 24 часа до переезда зайдите в панель управления вашими DNS-записями (там, где зарегистрирован домен) и найдите параметр TTL (Time to Live). Обычно он равен 3600 или 86400 секундам. Уменьшите это значение до 300 секунд (5 минут). Это заставит провайдеров со всего мира обновлять информацию о вашем сайте каждые 5 минут, и когда вы включите новый сервер, переключение произойдет мгновенно.

Пошаговый алгоритм миграции

  1. Включение режима «Технические работы» (Maintenance Mode).
    Перед началом переноса закройте сайт для редактирования и оформления заказов. Пользователи должны видеть красивую заглушку: «Обновляем сервер, вернемся через 20 минут». Это остановит запись новых данных в старую базу, и вы не потеряете ни одной транзакции при копировании.
  2. Экспорт данных со старого хостинга.
    • Зайдите в файловый менеджер, выделите все папки сайта и упакуйте их в один архив (.zip или .tar.gz). Скачайте его на компьютер.
    • Зайдите в phpMyAdmin, выберите базу данных вашего сайта и сделайте экспорт — скачайте дамп базы в формате .sql или .sql.gz.
  3. Развертывание на новом VDS.
    В панели управления вашим новым сервером (HestiaCP, aaPanel или ISPmanager) создайте чистый сайт с вашим доменным именем и новую пустую базу данных. Залейте скачанный архив файлов в корневую папку и распакуйте его. Через локальный phpMyAdmin импортируйте ваш дамп базы данных.
  4. Правка конфигурационных файлов.
    Ваш сайт на новом месте не заработает, пока вы не укажете ему актуальные доступы. Найдите конфигурационный файл вашей CMS (например, wp-config.php для WordPress или parameters.php для Bitrix) и впишите туда новое имя базы данных, нового пользователя и свежий, сложный пароль.
  5. Тестирование через файл hosts (Проверка связи).
    Не спешите менять DNS домена. Сначала проверьте, как сайт работает на новом VDS. Для этого откройте на своем компьютере файл hosts (в Windows он лежит в C:\Windows\System32\drivers\etc\hosts) и пропишите туда строчку:
    [IP-адрес_нового_VDS] [ваш_домен.ru]
    Теперь лично для вас домен ведет на новый сервер. Покликайте по страницам сайта, попробуйте авторизоваться, проверьте скорость. Если всё летает и нет ошибок — сервер готов к приему гостей. Не забудьте удалить эту строчку из файла hosts после теста!
  6. Перенаправление DNS.
    Возвращайтесь к регистратору домена и меняйте старый IP-адрес на IP вашего VDS. Благодаря сниженному ранее TTL, сайт переключится на новый сервер за считанные минуты без единого сбоя. Теперь можно вернуть TTL в исходное состояние (3600).

Зачем нужно уменьшать параметр TTL перед переносом сайта на новый сервер?

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

Как проверить работу сайта на новом VDS до того, как изменятся DNS-записи?

Для этого используют файл hosts на локальном компьютере. Прописав туда IP-адрес нового сервера и имя вашего домена, вы сможете зайти на сайт на новом VDS напрямую, пока для всего остального интернета он открывается со старого хостинга.

Что произойдет, если импортировать базу данных без включения режима обслуживания?

Если сайт останется открытым, клиенты могут успеть совершить покупки или оставить комментарии на старом сервере во время копирования. Эти новые данные не попадут в скачанный дамп и будут безвозвратно утеряны после переключения DNS.

Прокрутить вверх