Миграция без простоя строится на параллельном периоде: новая программа появляется рядом со старой, а не вместо неё, и машины переводятся волнами. Обязательный последний шаг, о котором забывают чаще всего, — отзыв доступов в старой системе. Пока они действуют, у вас не одна система доступа, а две.
Этап 1. Инвентаризация и пилот
Начните со списка: какие машины, под какими операционными системами, кто за них отвечает, кто к ним подключается. Миграция — редкий повод привести инвентаризацию в порядок, и его стоит использовать: устройство, которого нет в списке, не будет переведено и останется висеть на старой системе.
Пилот делайте на одной машине, максимально похожей на типовую: тот же дистрибутив или редакция, та же сеть, тот же сценарий работы. Проверьте не только подключение, но и то, ради чего всё затевается — передачу файлов, работу с несколькими мониторами, поведение на слабом канале.
Что именно проверять, помогает определить заранее составленный профиль требований.
Этап 2. Параллельный период
Обе системы работают одновременно, но новая объявляется основной. Это снимает главный риск: если что-то не заработало, у людей есть рабочий путь и никто не остаётся без доступа в критический момент.
Заранее договоритесь, что считается провалом и служит поводом откатиться: например, три и более случаев, когда задачу не удалось решить в новой системе за отведённое время. Записанный критерий защищает и от преждевременного отката из-за одной неудачи, и от упрямого продолжения вопреки фактам.
Этап 3. Перевод волнами
- Первая волна — вы сами и технически подготовленные коллеги. Ошибки на этом этапе стоят дёшево.
- Вторая — один отдел целиком. Так вы поймаете проблемы, которые видны только на группе: конфликты с политиками, особенности сети, нехватку прав.
- Дальше — остальные, с интервалом, достаточным чтобы обработать обращения предыдущей волны.
- Машины без присмотра и удалённые филиалы — в последнюю очередь: до них сложнее всего добраться физически, если что-то пойдёт не так.
После каждой волны отзывайте доступы в старой системе для переведённых машин, а не откладывайте на финал. Иначе к концу миграции у вас будет длинный список забытых активных доступов, разбирать который никто не станет.
Этап 4. Закрытие
Формально завершите переход: удалите старую программу с машин, отзовите оставшиеся доступы, отмените подписку и зафиксируйте новое состояние в инвентаризации. Проверьте по списку, что не осталось устройств, которые не перевели и просто перестали обслуживать. Порядок отзыва доступа подробно разобран на странице безопасности.
И запланируйте следующий шаг заранее: если переход был поводом навести порядок, логичное продолжение — мониторинг состояния машин вместо реакции на жалобы. Что это даёт, описано на странице управления парком.
Что именно сопоставлять между старым и новым инструментом на этапе выбора — в таблице сравнения; для двух частых исходных точек есть отдельные разборы — переход с AnyDesk и переход с Radmin.
Сколько держать параллельный период?
До тех пор, пока на новом инструменте не пройдёт полный цикл работы — включая то, что случается раз в месяц: отчётность, обновления, нештатные ситуации. Неделя обычно мало: за неделю просто не наступает большинство редких случаев.
Что делать, если часть пользователей саботирует переход?
Разбираться в причине, а не давить сроком. Обычно за сопротивлением стоит конкретная сломанная мелочь — не работает привычное сочетание клавиш, дольше открывается нужное окно. Мелочь чинится, а требование «перейти до пятницы» превращает её в позицию.