01 / ПОДРОБНЕЕ О НАПРАВЛЕНИИ

Ситуация

Сервер устарел, перестал справляться или обслуживать его дороже, чем заменить, — и встаёт задача перенести сервисы на новый. У каждого переноса свои риски: файловые хранилища, базы данных, серверные приложения зависят друг от друга и от настроек, которых «никто не трогал годами». Снимаются эти риски планом: что, когда и в каком порядке переносим, как проверяем, что делать, если шаг не удался.

Миграция — ещё и момент навести порядок: пока сервисы переезжают, конфигурация документируется, доступы пересматриваются, а «исторические» настройки либо переносятся осознанно, либо уходят. На новом месте система оказывается понятнее, чем была на старом.

Отдельный класс — переезд «наследства»: конфигураций, доставшихся от прошлых подрядчиков и уволившихся сотрудников. Такой перенос начинается с инвентаризации: сначала понимаем, что переносим, — потом переносим.

02 / ПОДРОБНЕЕ О НАПРАВЛЕНИИ

Что мы делаем

План миграции

Описываем порядок: что переносим, в какой последовательности, как проверяем результат и как откатываемся, если шаг не удался.

Перенос серверов и сервисов

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

Проверка и передача

Тестируем работоспособность на новом месте и передаём документацию с параметрами системы.

Сайты и веб-сервисы

Переносим сайты и веб-приложения на новый сервер: файлы, базы данных, настройки; после переключения проверяем работу.

Если переносится не только инфраструктура, но и сам учёт — из Excel-таблиц в отдельную систему, — это задача разработки: она описана на странице веб-системы бизнес-учёта вместо Excel.

03 / ПОДРОБНЕЕ О НАПРАВЛЕНИИ

Порядок миграции

План — не формальность, а сам предмет работы: миграция проходит настолько хорошо, насколько он проработан.

01 Аудит

Что переносим и от чего зависит: сервисы, связи между ними, объёмы данных. Выясняем и то, что «всегда так работало» без объяснения.

02 План

Последовательность переезда, окно простоя, порядок проверки и откат на случай неудачного шага. План согласуется до начала работ.

03 Тестовая проверка

Переезд обкатывается на тестовой копии: сервис проверяется на новом месте до того, как тронут рабочий.

04 Перенос

Сам переезд — в согласованное окно, когда сервисом пользуются меньше всего. О нём предупреждаем заранее.

05 Проверка на новом месте

Работоспособность, доступы, копии. Сервис считается перенесённым, когда подтверждён, — а не когда «завёлся».

06 Документирование

Параметры новой конфигурации фиксируются. Старый сервер остаётся подстраховкой, пока новый не подтвердит себя в работе.

Работаем разово или проектом — в зависимости от объёма; большинство подготовительных задач решаем удалённо. Каждый шаг плана оставляет систему в рабочем состоянии: миграция, после которой «всё упало и чиним», — не план, а риск.

04 / ПОДРОБНЕЕ О НАПРАВЛЕНИИ

Как это происходит

За шагами стоит одна идея: переезжает не «сервер вообще», а конкретные сервисы с их связями и зависимостями. Поэтому перед переносом делается тестовая копия, а на случай неудачного шага в плане есть откат — сервис возвращается к рабочему состоянию, а не «остаётся как есть». Объёмные проекты делятся на этапы, каждый из которых оставляет систему рабочей.

05 / ВОПРОСЫ И ОТВЕТЫ

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

Можно ли перенести всё без простоя?+

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

Сколько времени займёт миграция?+

Зависит от объёма: один файловый сервер и связка «сервер, база, приложение» — разные по длительности задачи. Состав и порядок работ оцениваем после аудита.

Перенесёте 1С?+

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

Что делать со старым сервером?+

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

Что делать со старым сервером?+

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

Миграция опасна для данных?+

Данные не переезжают «копированием вслепую»: перед переносом делаются резервные копии, переезд обкатывается на тестовой копии, а на случай неудачного шага есть откат. Вернуться к рабочему состоянию — часть плана, а не надежда.

Нужно ли нам готовиться к переезду?+

От компании обычно нужно немного: согласовать окно простоя и оповестить сотрудников. Аудит, копии и проверки — наша часть работы.

Переносите виртуальные машины между серверами?+

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

Что попадает в документацию после переезда?+

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

06 / ПОДРОБНЕЕ О НАПРАВЛЕНИИ

Связанные страницы

Серверы и инфраструктура, виртуализация на Proxmox, резервное копирование, обслуживание серверов. Все направления — в разделе «Услуги».

07 / ПОДРОБНЕЕ О НАПРАВЛЕНИИ

Обсудим вашу инфраструктуру?

Расскажите, что нужно настроить, модернизировать или взять на обслуживание. Предложим подходящий вариант реализации.

Обсудить задачу

Миграция и перенос сервисов