Перенос сайта на новый сервер без простоя: что это значит на практике
Бесшовная миграция — слово, за которым на рынке редко стоит цифра. У нас за ним стоит окно недоступности в минутах, и как оно считается, разобрано ниже. Миграция проекта — перевоз работающего сайта или системы на другую машину так, чтобы посетители и сотрудники ничего не заметили. Ключевое слово «работающего»: во время переезда продолжают приходить заказы, регистрации и оплаты, и ни один не должен потеряться.
Что переносим. Сайты на любых платформах, магазины, системы учёта и CRM, базы, почту, домены и сертификаты, задания по расписанию и обмены с внешними системами. Направление любое: с хостинга на свою машину, между провайдерами, с зарубежной площадки в российскую.
Сколько длится недоступность. Минуты, и это арифметика, а не обещание: окно равно времени финальной синхронизации базы плюс время жизни записи в системе доменных имён. При понижении этого времени до 300 секунд заранее и базе, которая досинхронизируется за минуту, окно закрывается примерно в шесть минут. Число, которое мы готовы зафиксировать в договоре вместе с ответственностью за его превышение: штрафные санкции и SLA фиксируем в договоре после выбора уровня обслуживания; без выбранного режима гарантию не публикуем как универсальную
Сколько стоит. Пиксель Плюс на сентябрь 2026 берёт за перенос простого сайта от 10 000 ₽ (5–7 часов работы), среднего — от 12 000 ₽, сложного — от 18 000 ₽, крупного проекта — от 30 400 ₽ (19–28 часов), и отдельно оговаривает, что хостинг оплачивается сверх. Ориентир рынка, не наш прайс. Наша вилка: от 110 000 ₽
Схема переключения: понижение TTL, параллельная работа, финальная синхронизация
Нулевой простой обещать в выдаче не решается почти никто, хотя механика известна и воспроизводима. Разберём её по шагам — это же и есть план работ.
| Этап | Что происходит | Простой проекта |
|---|---|---|
| Подготовка новой машины | Сервер настраивается по чек-листу боевой конфигурации, ставится веб-стек и база | Нет: старый сервер работает |
| Первый перенос данных | Файлы и дамп базы копируются на новый сервер, проект запускается на служебном адресе | Нет |
| Проверка на новом сервере | Страницы, формы, оплата, обмены и задания проверяются без переключения домена | Нет |
| Понижение TTL | Время жизни записи в системе доменных имён снижается до 300 секунд за сутки до переезда | Нет |
| Заморозка записи | Приём новых заказов на несколько минут приостанавливается, кеш и очереди дописываются | Начало окна |
| Финальная синхронизация | Догоняются файлы и изменения базы, накопившиеся после первого переноса | Минуты, зависит от объёма базы |
| Переключение | Запись в системе доменных имён переводится на новый адрес, сертификат уже выпущен заранее | До 5 минут по TTL |
| Наблюдение | Метрики, журналы и ошибки сравниваются с уровнем до переезда; старый сервер остаётся включённым | Нет |
Главный приём — понижение времени жизни записи заранее. Оставьте его стандартным, сутки и больше, — и часть посетителей ещё день будет попадать на старый сервер, а заказы разделятся между двумя базами. Это и есть ситуация, которую описывают словами «при переезде потеряли заявки».
Второй приём — проверка до переключения домена: проект открывается по служебному адресу и проходит весь список приёмки, пока боевой трафик идёт на старую машину.
Что переносится вместе с файлами, а про что забывают
Список потерь при переезде удивительно стабилен, и почти всё в нём — не файлы сайта.
- Задания по расписанию. Ночные выгрузки, письма, очистка корзин. Включаются на новом сервере только после переключения — иначе две машины одновременно начнут слать письма покупателям.
- Почта домена. Ящики, пересылки, записи о подписи писем и политике отправителя. Потеря этих записей означает, что письма с сайта неделю уходят в спам.
- Сертификаты. Выпускаются на новой машине заранее, до переключения, вместе с автоматическим продлением.
- Интеграции. Обмен с учётом, платёжный сервис, доставка, телефония: у многих прописан прежний адрес сервера, и менять его нужно по обе стороны.
- Права на файлы. После копирования веб-сервер часто не может писать в папку загрузок — классическая поломка первого часа.
- Переадресации. Накопленные редиректы со старых адресов: потерять их значит уронить позиции всех страниц, которые когда-то меняли адрес.
Перенос Битрикса, WordPress и систем учёта: где ломается чаще
1С-Битрикс. Платформа хранит часть настроек в базе и проверяет окружение при запуске. Типичные точки отказа — несовпадение версии обработчика, кодировка базы, права на папку загрузок и модуль обмена с учётной системой, в котором прописан старый адрес. После переезда обязательно прогоняется собственная проверка конфигурации платформы: она сразу показывает, чего не хватает в новом окружении.
WordPress. Адрес сайта записан в базе, и не в одном месте: он встречается в настройках, в содержимом страниц и внутри сериализованных данных, которые нельзя править простой заменой текста — она ломает структуру. Замена делается инструментом, который понимает формат, иначе часть блоков после переезда просто исчезает.
Системы учёта и CRM. Здесь главное не файлы, а согласованность: база переносится вместе с очередями заданий и настройками обменов, в окно, когда в системе не работают сотрудники, и после остановки фоновых процессов. Отдельно проверяются внешние подключения, которые ходят к системе по адресу, а не по домену.
Проверка после переноса и окно отката
Переезд не заканчивается переключением: он заканчивается, когда новый сервер отработал полный цикл — включая ночные задания и суточный обмен с учётом. До этого момента старая машина остаётся включённой и готовой принять трафик обратно.
Список приёмки проходится дважды: на служебном адресе до переключения и на боевом после. В нём — ключевые страницы, вход в кабинет и административную часть, формы, тестовая оплата, поиск и фильтры каталога, письмо с домена, обмен с учётом, задания по расписанию, переадресации, ошибки в журналах за первый час и время ответа.
Откат устроен так же, как переключение, только в обратную сторону: запись в системе доменных имён возвращается на старый адрес, и по тому же TTL в 300 секунд трафик уходит назад. Условие, при котором это остаётся возможным, — не выключать старый сервер сразу и не открывать на нём запись после переезда. Срок, в течение которого мы держим прежнюю машину в резерве, фиксируется в договоре вместе с окном недоступности.