Импортозамещение · ALT Linux

Поэтапная миграция рабочих мест Windows → ALT Linux

Аудит, перенос пользовательских данных, доменная интеграция и прикладной контур для парка около 120 ПК.

120 ПКв контуре проекта
Пилот 5 ПК22 ПК за первую неделюАудит → план → backupДоменные пользователи и ресурсы
01 / Ситуация

Что было не так

Нужно было переводить рабочие места с Windows на ALT Linux без потери пользовательских данных и доступа к привычным корпоративным ресурсам. На каждом ПК могли отличаться объём данных, браузерные профили, PST/OST, сетевые диски, периферия и прикладное ПО, поэтому ручной сценарий плохо масштабировался и создавал риск пропустить критичные данные.

02 / Инженерная работа

Что было сделано

Собран повторяемый конвейер миграции: пилотная группа из 5 ПК, PowerShell-аудит через GPO, генерация плана переноса и резервное копирование со стадиями PRESTAGE → VERIFY → FINALIZE → READY. После установки ALT Linux отдельно отрабатывались доменные пользователи, Kerberos-доступ к сетевым ресурсам, автоматическое монтирование дисков, 1С, Р7-Офис, Kaspersky, криптомодули, принтеры, сканеры и пользовательское окружение.

03 / Проверяемый итог

Что изменилось

В первую неделю переведено 22 рабочих места. Важнее самой цифры — появился контролируемый сценарий, в котором перед переустановкой известно, что нужно сохранить, после переноса есть проверка результата, а типовые настройки можно повторять на следующих компьютерах без ручного изобретения процесса заново.

Инструменты и область работы
ALT Linux 10.4Active Directory / GPOKerberosSamba / CIFSPowerShellР7-ОфисKaspersky
Интерактивный разбор

Не только прочитать — пройти похожий сценарий

В Migration Lab можно выбрать ALT Linux или Astra Linux, запустить аудит демонстрационной волны, увидеть блокеры и довести рабочие станции до READY.

Демо использует вымышленные данные и не подключается к реальной инфраструктуре.
Прогнать миграцию в Migration Lab
Что из этого переносится на другие проекты

Инженерный вывод важнее конкретной команды

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

01

Сначала воспроизвести

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

02

Сделать повторяемым

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

03

Оставить контроль

После внедрения остаётся способ проверить состояние: лог, метрика, резервная копия, критерий READY или процедура восстановления.

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