Переход с давно работающего инструмента ломается не на технике, а на привычках: команда годами делала что-то определённым образом, и новое решение делает это иначе. Поэтому инвентаризация перед миграцией должна включать не только машины, но и сценарии, которыми люди реально пользуются.
Инвентаризация до установки
Составьте два списка. Первый — машины: платформы, версии, сети. Второй, о котором забывают, — сценарии, которыми пользуются инженеры.
- Как сейчас находят машину: по адресу, по имени, по списку в программе? Если по адресу — переход на идентификатор потребует нового справочника.
- Где живёт список адресов: у каждого свой или общий? Личные списки при миграции теряются молча.
- Как передают файлы и насколько крупные. Это первое, о чём спрашивают после перехода.
- Есть ли машины вне локальной сети и как до них дотягиваются сейчас — через VPN, проброс, выезд?
- Есть ли не-Windows машины, которые сейчас обслуживаются отдельным способом.
Пять проверок на пилоте
- Подключение из внешней сети, а не из офисной. Если старое решение работало по локальной сети, это первое реальное изменение.
- Подключение к машине без присмотра: кто задаёт пароль и где он хранится.
- Передача крупного файла в обе стороны с проверкой докачки после обрыва.
- Работа на нескольких мониторах — если инженеры к этому привыкли, разница будет заметна сразу.
- Поведение при жёстком NAT: подключитесь с мобильного интернета и посмотрите, что происходит, когда прямой канал не пробивается.
Учтите переобучение
Это отдельная статья затрат, и её обычно не закладывают. Инженер, который десять лет подключался одним способом, первую неделю будет работать медленнее — не из-за инструмента, а из-за мышечной памяти.
Сократить это можно простыми вещами: подготовить общий справочник машин до перехода, провести получасовой разбор на команде, договориться, к кому идти с вопросами в первую неделю.
План отката
Держите старое решение работающим в течение параллельного периода и заранее запишите, что считается провалом: например, три случая, когда задачу не удалось решить в новом инструменте за отведённое время. Записанный критерий защищает и от преждевременного отката, и от упрямого продолжения вопреки фактам. Полный план перехода волнами — в статье о миграции без простоя, а разбор перехода именно с Radmin — на странице аналога.
Что делать со старыми лицензиями после перехода?
Не удалять программу с машин в первый же день. Пока новый инструмент не прошёл полный цикл — включая нештатные ситуации вроде обрыва связи и подключения к машине, которая давно не перезагружалась, — старый доступ остаётся страховкой. Убирать его стоит после пилота, а не вместо него.
Сколько машин брать в пилот?
Достаточно пяти-семи, но выбранных по разнообразию, а не по удобству. В выборке должны быть машина с самой старой ОС, машина за NAT провайдера, ноутбук, который уходит в сон, и хотя бы одна с нестандартной периферией. Двадцать одинаковых машин расскажут меньше, чем пять разных.