Перенос сервера: сначала список жильцов, потом переезд
Сервер, который прожил несколько лет, знает про себя больше, чем его владелец. На нём остались задания по расписанию от позапрошлого проекта, служба, поставленная под разовую задачу, ключ доступа к чужому сервису и база, к которой обращается что-то, о чём никто не помнит. Переехать можно только тому, что нашли — остальное обнаруживается в первый понедельник после переключения. Поэтому работа начинается не с копирования файлов, а со списка того, что на машине вообще запущено и кому оно нужно.
- Инвентаризация до сметы: список жильцов и есть настоящий объём работы
- Смена версий системы, языка и базы считается отдельно от переезда
- Сверка на новом месте проходит до переключения, а не после
- Сайты и их тестовые версии. Обычно больше, чем помнят: рядом с боевым живут копия для показа, старый лендинг и поддомен, который делали к акции
- База, к которой обращается не только сайт. Отчёт в таблице, приложение менеджеров, скрипт выгрузки. Связи не видны снаружи и рвутся молча
- Задания по расписанию. Ночные выгрузки, письма по понедельникам, чистки. Пропажу замечают через неделю, а не в день переезда
- Почта и внутренние службы. Очереди, обработчики, самописные сервисы — то, что ставили под конкретную задачу и забыли
- Ключи и лицензии, привязанные к машине. Чужой сервис пускает по адресу сервера, лицензия проверяет его же. После переезда оба замолкают
Пять строк — это и есть инвентаризация. Из неё получается смета, и из неё же регулярно выясняется, что переезжать надо не всему: часть жильцов давно никому не нужна и просто перестаёт стоить денег.
Перенос и миграция — два разных слова, и они стоят по-разному
В адресе страницы они рядом не для красоты: это две половины работы, и вторая бывает не всегда. Перенос — то же самое на новом месте. Миграция — другие версии, от которых ломается именно то, что годами работало без вопросов. Первую можно отрепетировать почти без сюрпризов, вторая всегда приносит находки.
| Что сравниваем | Перенос | Миграция |
|---|---|---|
| Что меняется | Только машина: адрес, железо, площадка | Версии системы, языка, базы данных или веб-сервера |
| Что ломается | То, что привязано к адресу машины: ключи, лицензии, чужие списки доступа | Код, который опирался на поведение старой версии, — и ломается он выборочно |
| Как проверяется | Сверкой сценариев на новом месте до переключения | Тем же, плюс прогон всего, что вообще обращается к базе |
| Можно ли откатиться | Да: старая машина жива, переключение обратимо | Да до переключения. После — только если данные не успели измениться |
| Когда неизбежна | Площадка дорожает, закрывается или перестала справляться | Старая версия перестала получать обновления безопасности |
| Сколько занимает | Считается по числу жильцов из инвентаризации | Считается по числу находок на репетиции — и они бывают всегда |
Совмещать их или разводить. Соблазн сделать оба шага сразу большой: всё равно переезжаем, заодно обновимся. Иногда это правильно — например, когда старую версию новая площадка просто не предлагает. Но если выбор есть, мы советуем разводить: сначала переехать на тех же версиях и убедиться, что всё работает, потом отдельно обновляться. Тогда при любой поломке известно, от чего она, и откат возвращает ровно один шаг, а не два.
Шесть жильцов, о которых вспоминают после переезда
Список собран по итогам чужих переездов, а не придуман. Объединяет эти шесть вещей одно: ни одна из них не видна ни в панели управления, ни в интерфейсе сайта. Чтобы их найти, надо смотреть в саму машину — и это первая работа проекта.
Выгрузка остатков в четыре утра, письмо с отчётом по понедельникам, чистка временных файлов, ночной обмен с учётной системой. Часть из них ставилась годами разными людьми, и списка не существует. Собирается он прямо из машины, и там же обычно находится пара заданий, которые давно падают с ошибкой и никому не мешают.
Отчёт, который менеджер открывает в таблице, приложение на компьютере у бухгалтерии, скрипт выгрузки на чьём-то ноутбуке. Формально это внешние подключения, фактически — часть системы. После переезда они молча перестают работать, и выясняется это в день, когда понадобился отчёт.
Чужой сервис пускает не по паролю, а по адресу сервера: банк, служба доставки, учётная система партнёра, шлюз сообщений. После переезда адрес другой, и вас перестают пускать. Каждый такой доступ надо найти заранее и попросить изменить — а это чужая сторона и чужие сроки.
Письма от сайта и от внутренних служб уходят с сервера, и почтовые службы решают, доверять им, по накопленной репутации адреса. У новой машины этой репутации нет вовсе: первые письма могут не доходить, пока настройки домена не приведены в порядок. Это настраивается, но делать это надо до переключения.
Учётные записи на самой машине: у разработчика, у бывшего админа, у агентства, у человека, который однажды загружал файлы. Переезд — редкий повод пересмотреть этот список целиком, и повод хороший: переносить на новую машину имеет смысл только тех, кто нужен сегодня.
Обработчик, который разбирает очередь заявок, самописный сервис под разовую задачу, кеш-хранилище, поисковый движок рядом с сайтом. Они не открываются в браузере и о них помнит только тот, кто их ставил, — а он, как правило, уже не здесь.
Шесть пунктов объясняют, почему смета за переезд сервера называется после инвентаризации, а не по телефону. Цена определяется не размером диска и не числом сайтов, а тем, сколько на машине живёт того, о чём никто не помнит, — и до того, как посмотрели, этого не знает ни один подрядчик.
Восемь вопросов, которые стоит задать до переезда
Задавайте их себе или тому, кто у вас за сервер отвечает. Они не про качество администрирования, а про одно: известно ли, что на машине живёт. Ничего никуда не отправляется, отметки остаются в этом браузере.
Вердикт появится после первой отметки. Считается он от числа непройденных пунктов: каждый непройденный — это не препятствие, а строка будущей инвентаризации.
Сходится 0 из 8
Список составлен так, чтобы им можно было пользоваться без нас — например, чтобы проверить подрядчика, который уже назвал вам цену. Смета за переезд сервера, названная без ответов на эти восемь вопросов, — это ставка на удачу, и оплачивать проигрыш будете вы.
Показать сервер на разбор
Покажите сервер — соберём список того, что на нём живётДоступ на чтение или демонстрация экрана, час работы инженера. На выходе перечень жильцов с назначением каждого: сайты, базы, задания, службы, ключи и доступы. Список остаётся у вас, даже если переезжать будете не с нами. Бесплатно и до договора.
Шесть шагов, и старая машина выключается последней
Работа устроена так, чтобы на каждом шаге можно было остановиться и ничего не потерять. Старый сервер продолжает работать до тех пор, пока новый не отработал под настоящей нагрузкой, — и решение о его отключении принимаете вы, а не календарь проекта.
-
Инвентаризация: что на машине живёт и кому нужно
Смотрим саму машину, а не панель: запущенные службы, задания по расписанию, базы и их подключения, учётные записи, ключи, версии, занятое место и обычную нагрузку. Получается список с назначением каждой строки. Он же и есть смета: цену переезда определяет число жильцов, а не размер диска. Список остаётся у вас независимо от того, будем мы работать или нет.
-
Решаем по каждой строке: переезжает, остаётся, выключается
Самый полезный шаг и единственный, где решение принимаете вы. Регулярно выясняется, что треть найденного никому не нужна: тестовые версии трёхлетней давности, задание, которое падает с ошибкой уже год, служба под акцию, которая закончилась. Всё это не переезжает — и уменьшает и работу, и счёт за новую площадку.
-
Готовим новую машину и решаем вопрос версий
Ставим систему, службы и версии — те же, если это перенос, или новые, если без миграции не обойтись. Здесь же выясняется, нужен ли второй шаг вообще: иногда нужной версии на новой площадке просто нет, и тогда смена версий из желательной становится обязательной. Об этом мы говорим до договора, а не в середине работы.
-
Переносим и предупреждаем чужие стороны
Данные, файлы, базы, задания, учётные записи. Параллельно — письма во все внешние сервисы, которые пускают по адресу машины: банк, доставка, партнёрские системы. Это единственная часть работы, срок которой зависит не от нас: чужая сторона меняет свои списки в своём темпе, и начинать эти обращения надо заранее.
-
Сверяем на новом месте до переключения
Проходим список из инвентаризации построчно: каждый сайт открывается, каждое задание запускается вручную хотя бы раз, каждое внешнее подключение проверяется, письма отправляются и доходят. Всё это делается на технических адресах, пока боевой трафик идёт на старую машину. Именно сюда уходит основная часть часов, и именно её обычно пропускают.
-
Переключаем и наблюдаем, не выключая старое
Трафик переводится в согласованное время, а старый сервер остаётся живым. Дальше несколько дней наблюдения: отработали ли задания по расписанию хотя бы по одному циклу, доходят ли письма, не появились ли ошибки под настоящей нагрузкой. Только после этого имеет смысл отключать старую машину — и это отдельное ваше решение, а не автоматический шаг.
Почему старую машину не выключают сразу. Часть жильцов проявляет себя не каждый день: ночная выгрузка идёт раз в сутки, отчёт — раз в неделю, обмен с партнёром — по расписанию их стороны. Пропажу такого жильца можно заметить только дождавшись его цикла. Поэтому наблюдение считается частью работы, а не бесплатным бонусом, и длится оно столько, сколько нужно, чтобы каждый жилец из списка отработал хотя бы раз.
Что входит в переезд
Шесть частей, и первая из них бесплатная. Последняя нужна не всем: если сервера ещё нет или вы не уверены, какой нужен, подбор площадки мы делаем и ничего за него не получаем — счёт вы оплачиваете напрямую.
Список жильцов с назначением и пометкой: переезжает, остаётся на месте, выключается. Делается до договора и бесплатно, остаётся у вас в любом случае. Из него получается смета, и он же экономит деньги: часть найденного переезжать не нужно.
Под реальную нагрузку и под нужные версии, а не под строчку в тарифе. Смотрим, что у вас запущено и сколько оно потребляет в обычный день и в пик. Аккаунт оформляется на вашу компанию, счёт оплачиваете вы напрямую, мы работаем вашими доступами.
Система, службы, версии, права, сертификаты, настройки доступа. Собирается не «как получилось», а так, чтобы это можно было повторить: все изменения описаны, и второй такой сервер поднимается по описанию, а не по памяти инженера.
Файлы, базы, задания по расписанию, очереди, почтовые настройки, учётные записи. Отдельная строка — обращения к внешним сервисам, которые пускают по адресу машины: их надо предупредить заранее, потому что отвечают они в своём темпе.
Прогон списка из инвентаризации построчно до переключения и наблюдение после, пока каждый жилец не отработает свой цикл. Сюда уходит большая часть часов — и именно эту часть вырезают, когда переезд обещают сделать «за вечер».
Схема новой машины: что где стоит, какие версии, какие задания, кто имеет доступ, куда уходят копии. Документ остаётся у вас и годится для любого следующего подрядчика — включая того, кто придёт вместо нас.
Чего здесь нет намеренно: переработки самого кода под новые версии. Если при миграции выясняется, что часть кода не работает на новой версии языка, мы это находим и показываем — но чинить его будет разработчик, свой или наш, и считается это отдельными задачами с оценкой. Смешивать администрирование и доработку в одну строку сметы нечестно: это разные люди и разная ответственность.
Почему от смены версии ломается то, что работало годами
Вопрос звучит как претензия к обновлению, а на самом деле объясняет, почему миграцию нельзя сделать «заодно» и почему у неё всегда есть находки.
Дело не в том, что новая версия хуже. Дело в том, что старый код опирался на её поведение, а не на её обещания.
У любой системы есть описанное поведение и фактическое. Описанное — то, что обещано и будет поддерживаться. Фактическое — то, как оно работает прямо сейчас, включая мелочи, которые никто не обещал: порядок, в котором возвращаются строки, то, что нестрогое сравнение проходит, что отсутствующее значение молча превращается в ноль. Код, написанный в спешке, опирается на фактическое — и работает. Годами. Ровно до обновления, где фактическое поведение подтянули к описанному.
И ломается оно выборочно, а не целиком. Сайт после миграции открывается, главная работает, каталог показывается. Не работает то, что задело изменение: одна форма, один отчёт, один обмен — и часто не сразу, а на редком сценарии или на следующем ночном запуске. Поэтому «мы обновились, вроде всё нормально» — не результат проверки, а результат того, что проверяли главную страницу.
Отсюда порядок, которым мы работаем. Миграция репетируется на копии — на той самой, из которой уже разворачивали сервер, — и там прогоняется не сайт, а список из инвентаризации: каждое задание, каждый обмен, каждое подключение к базе. Находки чинятся на копии, где ошибка ничего не стоит. И отдельно: если выбор есть, переезд и смену версий мы разводим на два шага. Тогда при поломке видно, от чего она, а откат возвращает один шаг, а не два сразу.
Сколько стоит
Своей сметы у переезда нет: администрирование считается часами, и трёх смет у него не бывает — они бывают у проектов. Число часов называется после инвентаризации, и это единственный честный порядок: до неё неизвестно, сколько на машине жильцов.
Час по факту. Инвентаризация и подбор площадки — до договора и бесплатно; после них вы видите число часов и решаете сами.
- Список жильцов остаётся у вас, даже если переезжать будете не с нами
- Счёт за площадку оплачиваете напрямую, аккаунт оформляется на вас
- Сверка до переключения и наблюдение после входят в работу
- Описание новой машины отдаётся документом по окончании
Ни одна из них не про мощность сервера. Переезд большой машины с коротким списком жильцов дешевле переезда маленькой, на которой живёт всё подряд.
- Сколько жильцов нашлось и сколько из них действительно переезжает
- Нужна ли смена версий — то есть перенос это или ещё и миграция
- Сколько внешних сторон пускают вас по адресу машины и как быстро они отвечают
- Можно ли останавливать службы или переезд должен пройти без перерыва
Когда переезд идёт первым месяцем абонемента. Если после переезда за сервером всё равно надо смотреть, разумнее не платить отдельно: час внутри абонемента стоит 2 000 ₽ вместо 3 000 ₽, абонемент начинается от 60 000 ₽/мес и включает 30 часов. Тогда переезд просто становится первым месяцем работы, а дальше идёт обычный присмотр. Если же сервер после переезда живёт сам и админ у вас есть — берите часами, и мы скажем это сами.
Чего мы не обещаем на переезде
Четыре обещания, которые в этой работе дают чаще всего. Каждое из них звучит уверенно ровно до первой находки, и каждое перекладывает на клиента то, что должно было всплыть на инвентаризации.
-
Что переезд пройдёт без остановки служб
Почему не обещаем: это зависит от того, что на машине живёт. Сайт можно перевести без перерыва — обе машины какое-то время показывают его одновременно. А служба, которая пишет данные, в двух местах сразу работать не может: её придётся остановить на время переноса. Что обещаем вместо: список таких служб после инвентаризации и согласованное с вами окно под каждую, а не общую цифру заранее.
-
Что миграция обойдётся без починок
Почему не обещаем: находки при смене версий бывают всегда, вопрос только в их числе. Узнать его можно одним способом — отрепетировать на копии. Что обещаем вместо: репетицию до того, как что-то произойдёт на боевой машине, и оценку починок по её итогам. Если сумма вас не устроит, миграцию можно отложить и переехать на тех же версиях — мы покажем, чем вы при этом рискуете.
-
Что чужие стороны успеют к нашей дате
Почему не обещаем: банк, служба доставки и партнёрская система меняют свои списки доступа в своём темпе, и повлиять на него нельзя ни нам, ни вам. Что обещаем вместо: найти все такие доступы на инвентаризации и обратиться к каждой стороне заранее, а не в день переключения. В плане они стоят отдельной строкой с пометкой «срок не наш» — чтобы это не выяснилось в последний момент.
-
Что мы починим код, который не работает на новой версии
Почему не обещаем: это другая работа и другие руки. Администрирование отвечает за машину и за то, чтобы находки были найдены и описаны; переписывать код — работа разработчика. Что обещаем вместо: найти все такие места на репетиции, описать каждое и оценить отдельными задачами. Прятать их в общую строку сметы мы не будем: так никто не увидит, сколько на самом деле стоила миграция.
Круглосуточного дежурства у нас нет — ни на переезде, ни в обычной работе. Если вам нужно, чтобы кто-то сидел у экрана в три часа ночи, это отдельное условие договора, и обсуждать его надо заранее. Переключение мы назначаем на тихое время, но «тихое» не означает «ночное»: у большинства бизнесов это раннее утро выходного дня, и там мы работаем.
Эта страница — один из форматов направления
Здесь написано только про переезд. Всё общее — где проходит граница между хостером, поддержкой сайта и нами, как устроен присмотр изнутри, что считается аварией — живёт на странице направления и здесь не пересказывается.
Переезд бывает разовой работой, после которой мы расходимся, и это нормальный исход. Но чаще он становится первым месяцем присмотра: машина, которую только что собрали заново, — самый удобный момент начать за ней следить. Общий разговор про сопровождение — системное администрирование
Когда переезжать не нужно
Четыре ситуации, в которых мы отговариваем. Переезд сервера — работа с необратимой частью: остановленную службу можно запустить обратно, а потерянные за эти часы данные — нет. Поэтому начинать его стоит только тогда, когда причина действительно в машине.
-
Если переезжает только сайт и его почта
На сервере кроме сайта ничего нет, база своя, заданий по расписанию нет, внутренних служб тоже. Тогда это не переезд сервера, а переезд сайта между площадками — работа короче и дешевле, и порядок в ней другой: там всё крутится вокруг почты и окна переключения, а не вокруг инвентаризации.
-
Если сервер тормозит, а дело не в нём
Самая частая причина прийти и самая частая ошибка. Медленный сайт куда чаще упирается в тяжёлые запросы к базе и в неоптимальный код, чем в мощность машины: переезд на более дорогую площадку такой проект не ускорит, он просто будет тормозить дороже. Понятно это становится после замера, а замер входит в бесплатный разбор. Если дело в коде — это задачи с оценкой, и они дешевле нового сервера.
-
Если у вас обычный хостинг, а не своя машина
На общем хостинге сервера у вас нет: есть аккаунт внутри чужой машины, и переносить нечего кроме сайтов и ящиков. Администрирование в такой ситуации вам не нужно вовсе, и мы скажем это первыми. Где проходит граница между хостингом, своим сервером и облаком, разобрано на странице направления
-
Если переезд затеян ради обновления версий
Тогда переезжать, возможно, не надо вовсе: версии обновляются и на той же машине, и это отдельная работа с репетицией на копии. Совмещать её с переездом стоит только когда старых версий на новой площадке просто нет. В остальных случаях два шага по очереди обойдутся дешевле одного совмещённого — просто потому, что при поломке будет понятно, от чего она.
Есть отдельная страница о том, когда наши услуги не нужныАдминистрирование на ней среди первых: возразить против «а вдруг сервер ляжет» почти невозможно, а проверить пользу нельзя вообще.
Когда вам это не нужноЧто стоит посмотреть рядом
Первые две строки — соседние работы со словом «перенос» в названии. Разница между ними в одном: что физически переезжает и меняются ли адреса страниц.
Перенос и миграция сервера: что стоит знать до заказа
Чем перенос сервера отличается от переноса сайта
Числом жильцов и тем, что видно снаружи. Переезд сайта — это файлы, база и почтовые ящики: всё, что нужно, перечислено в панели управления хостингом, и список закрыт. Переезд сервера — это машина, на которой кроме сайта работают задания по расписанию, внутренние службы, очереди, отдельные базы и учётные записи сотрудников, а к базе могут обращаться приложения, о которых никто не помнит. Ни одна из этих вещей не отображается в интерфейсе сайта, и найти их можно только глядя в саму машину.
Отсюда главное практическое различие: переезд сайта начинается с копирования, переезд сервера — с инвентаризации. Список жильцов и есть настоящая смета, потому что цена здесь определяется не размером диска и не мощностью, а тем, сколько на машине живёт того, что придётся отдельно найти, отдельно перенести и отдельно проверить. Подрядчик, который называет цену переезда сервера по телефону, называет её наугад.
Что такое миграция и почему она считается отдельно
Миграция — это смена версии: системы, языка, базы данных или веб-сервера. Перенос оставляет всё как было и меняет только машину под этим; миграция меняет само окружение, в котором ваш код работает. Ломается при этом не то, что плохо написано, а то, что опиралось на фактическое поведение старой версии вместо описанного, — и таких мест в любом проекте старше нескольких лет находится обычно несколько. Поэтому миграция всегда даёт находки, и единственный способ узнать их число заранее — отрепетировать её на копии.
Если выбор есть, мы советуем разводить эти два шага. Сначала переехать на тех же версиях и убедиться, что всё работает на новой машине; отдельно, спустя какое-то время, обновить версии с репетицией на копии. Совмещённый переезд дешевле по часам, но дороже по риску: когда после переключения что-то ведёт себя не так, невозможно понять, дело в новой машине или в новой версии, и откатывать приходится оба шага сразу.
Будет ли простой и сколько он продлится
Зависит от того, что на машине живёт, и становится известно после инвентаризации. Сайты переводятся без перерыва: обе машины какое-то время работают параллельно и показывают одно и то же, а посетитель попадает на любую из них и ничего не замечает. А вот службы, которые пишут данные, в двух местах одновременно работать не могут — для них нужно окно, и его длительность зависит от объёма переносимых данных. Мы называем такие службы отдельным списком и согласуем окно под каждую, а не даём общую цифру заранее.
Отдельная часть сроков вообще не наша. Внешние сервисы, которые пускают вас по адресу сервера — банк, служба доставки, партнёрская система, — меняют свои списки в своём темпе, и это может занять заметно больше, чем сам переезд. Поэтому обращения к ним начинаются на этапе подготовки, а в плане они стоят отдельной строкой с пометкой, что срок здесь не наш. Подрядчик, который обещает уложиться в дату, не спросив про такие доступы, просто ещё не знает, что они у вас есть.
Сколько стоит переезд сервера
Считается часами, как всё администрирование: 3 000 ₽ за разовый час и 2 000 ₽ внутри абонемента, который начинается от 60 000 ₽/мес и включает 30 часов в месяц. Трёх смет у этого направления нет и не будет: сметы бывают у проектов с понятным объёмом, а здесь объём определяется списком жильцов. Инвентаризация и подбор площадки делаются до договора и бесплатно — именно потому, что без них цену назвать нельзя честно.
Хостинг и оборудование в эти часы не входят. Счёт за новую площадку вы оплачиваете напрямую, аккаунт оформляется на вашу компанию, а мы работаем в нём вашими доступами. Перепродажей мы не занимаемся и за выбор площадки ничего не получаем: это скучнее схемы «всё через подрядчика», зато позволяет нам честно сказать, что переезжать вам не нужно, — и такой исход случается регулярно.
Вопросы про переезд сервера
Шесть вопросов именно про этот формат. Общее про администрирование — на странице направления, про договор и оплату — на отдельной странице
Остался вопрос?
Написать в Telegram, отвечаем за 30 минутПотому что до инвентаризации неизвестно, сколько на машине жильцов, а именно они определяют объём. Два сервера с одинаковыми характеристиками могут отличаться по работе в несколько раз: на одном сайт и база, на другом ещё пять заданий по расписанию, очередь, почта, три учётные записи подрядчиков и ключ доступа к банку, привязанный к адресу машины. Инвентаризация занимает около часа работы инженера, делается до договора и бесплатно, и её результат остаётся у вас — с ним можно пойти к любому подрядчику и сравнить цены на одинаковом списке.
Смотря что на нём живёт. Сайты переводятся без перерыва: обе машины работают параллельно, и посетитель попадает на любую из них, не заметив разницы. Службы, которые пишут данные, так не умеют — их нельзя держать запущенными в двух местах, иначе часть записей окажется на старой машине и потеряется. Для них нужно окно, длительность которого зависит от объёма данных, и мы называем его после инвентаризации, под каждую службу отдельно и в удобное вам время. Общей цифры заранее не даём: она была бы названа не глядя.
Тогда работа начинается не с переезда, а с восстановления контроля, и это отдельный разговор. Хорошая новость: сервер обычно восстанавливаем через панель управления хостера или провайдера, если аккаунт там оформлен на вашу компанию и вы можете в него войти. Плохая: если и аккаунт оформлен на уволившегося, придётся идти к провайдеру с документами, и сроки там не наши. Поэтому на разборе мы всегда спрашиваем про доступы первым делом — выяснить это в начале стоит одного вопроса, выяснить в конце стоит оплаченной площадки, которая стоит и ждёт.
Нет, если нужные версии на новой площадке есть. Тогда это чистый перенос: то же окружение на новой машине, минимум находок и обратимое переключение. Менять версии обязательно в двух случаях: старых на новой площадке просто не предлагают, или старая версия перестала получать обновления безопасности — тогда откладывать дальше означает копить риск. В остальных случаях мы советуем сначала переехать, убедиться, что всё работает, и только потом обновляться отдельным шагом с репетицией на копии.
Старая машина в этот момент ещё жива, и это главное. Переключение обратимо: трафик возвращается на неё, а мы разбираемся без спешки и без простоя у вас. Именно поэтому старый сервер не выключается сразу, а остаётся работать, пока каждый жилец из списка не отработает хотя бы один свой цикл — ночная выгрузка раз в сутки, отчёт раз в неделю, обмен по расписанию партнёра. Решение о его отключении принимаете вы, а не календарь проекта, и торопить вас с этим мы не будем.
Числом жильцов и тем, с чего начинается работа. Там переезжает один сайт и его почта: всё нужное видно в панели хостинга, работа крутится вокруг окна переключения и вокруг того, чтобы не потерялись письма. Здесь переезжает машина, и половину того, что на ней работает, обычно не помнит никто — поэтому первый шаг не копирование, а список. Признак простой: если кроме сайта на сервере есть задания по расписанию, отдельная база, внутренние службы или почта, вам сюда. Если там только сайт и ящики — туда, и это будет дешевле.
Покажите сервер — соберём список его жильцов
- Соберём перечень всего, что на машине запущено, с назначением каждой строки
- Отметим, что переезжает, что остаётся, а что можно просто выключить и не платить за него
- Скажем, нужна ли вам миграция версий или хватит чистого переноса
Заявка принята
Посмотрим сервер и вернём перечень жильцов с числом часов в течение рабочего дня. Если срочно — напишите в Telegram.
Или напишите сразу:
Telegram · отвечаем лично за 30 минут