Данные пользователя
Документы, рабочий стол, локальные каталоги, браузерные профили, PST/OST, нестандартные диски и папки, которые легко пропустить при ручном переносе.
Помогаю переводить рабочие места с Windows на отечественный Linux так, чтобы миграция не заканчивалась на успешной установке ОС. До массового перехода проверяем домен, данные, 1С, сетевые ресурсы, офисное ПО, принтеры, сканеры, ЭЦП и реальные пользовательские сценарии.
Рабочее место считается переведённым только после проверки того, что пользователь может выполнять свою работу в новой среде.
Документы, рабочий стол, локальные каталоги, браузерные профили, PST/OST, нестандартные диски и папки, которые легко пропустить при ручном переносе.
Active Directory, ALD Pro, Kerberos, группы, права доступа, SMB/CIFS, сетевые диски и сценарии входа доменных пользователей.
1С, Р7-Офис, браузеры, специализированные клиенты, антивирус, криптомодули и приложения, от которых зависит рабочий процесс.
Принтеры, МФУ, сканеры, USB-устройства, драйверы и нестандартная периферия проверяются до того, как проблема попадёт на десятки компьютеров.
Выбор Astra Linux или ALT Linux зависит от требований и инфраструктуры. Смысл пилота — подтвердить не бренд ОС, а жизнеспособность конкретного сценария.
Поэтапная миграция парка рабочих станций: аудит Windows-компьютеров, перенос пользовательских данных, доменная работа, сетевые ресурсы, 1С, Р7, Kaspersky, криптомодули, печать и сканирование.
Пилот полноценного рабочего места с доменной интеграцией, 1С, Р7-Офис, сетевыми ресурсами, печатью, сканированием и защищённым доступом. Отдельная ценность пилота — своевременно выявить ограничения до массового тиражирования.
Прогоните демо-волну ALT/Astra, найдите блокеры и доведите АРМ до READY.
Разберите Kerberos, сетевые диски, 1С, печать и сканирование на доменном Linux-АРМ.
20 проверок по данным, ПО, домену, периферии, backup и откату.
Аудит нужен не ради таблицы на сотни строк, а чтобы получить список готовых рабочих мест, блокеров и данных, которые нельзя потерять.
Модели ПК, диски, объёмы, загрузка, периферия, сетевые подключения и нестандартные устройства.
Критичное ПО, версии, лицензирование, зависимости, автозапуск, браузеры и специализированные рабочие клиенты.
Стандартные каталоги, дополнительные диски, локальные базы, архивы, PST/OST и пользовательские профили.
Домен, DNS, Kerberos, шары, принтеры, 1С, VPN, ЭЦП и внешние сервисы.
Что не имеет прямой замены, где нужен отдельный сценарий и какие рабочие места нельзя включать в первую волну.
Пилотная группа, последовательность волн, резервное копирование, критерии READY и порядок возврата при ошибке.
В массовой миграции выигрывает не самая длинная инструкция, а сценарий, который можно повторить на следующем компьютере и получить тот же результат.
Собираем фактическое состояние компьютеров, данных и ПО.
Выбираем небольшую группу с реальными пользовательскими сценариями и проверяем полный цикл.
Формируется план данных, backup, набор пакетов, драйверов и повторяемых настроек.
Рабочие места переводятся партиями с фиксацией статуса и обнаруженных исключений.
Домен, диски, 1С, офис, печать, сканирование и специализированный софт проходят финальный чек.
Типовые проблемы превращаются в стандартную настройку, а исключения — в отдельные инструкции.
Если критичный рабочий сценарий не закрыт, его нельзя спрятать за фактом успешной установки Linux. На пилоте Astra Linux у меня был именно такой опыт: значительная часть контура заработала, но ограничения офисного ПО, сетевого диска и обновлений оказались достаточно важными, чтобы не тиражировать схему без доработки. Такой вывод экономит организации больше времени, чем формально «успешный» проект, который потом приходится чинить на сотнях рабочих мест.
Основные вопросы, которые лучше закрыть до первой массовой волны.
Да, и для большинства корпоративных сценариев это разумнее. Пилот и миграционные волны позволяют держать Windows и Linux в одном переходном контуре, отрабатывать блокеры на ограниченном числе рабочих мест и не превращать смену ОС в одномоментный риск.
Выбор зависит от требований к защите информации, существующей доменной архитектуры, совместимости прикладного ПО, лицензирования и требований заказчика. Я не подменяю обследование заранее выбранным брендом: сначала фиксируются условия, затем проверяется подходящая платформа.
Не обязательно менять всё одновременно. Рабочие станции Linux могут работать в гетерогенной инфраструктуре, а стратегия домена рассматривается отдельно: существующий AD, ALD Pro или инфраструктура на решениях «Альт» — в зависимости от целевой схемы.
Перед переустановкой формируется перечень данных и резервная копия, затем перенос проверяется. Для массового проекта удобно отделять предварительный перенос от финализации, чтобы большой объём данных не копировался в последний момент.
Варианты зависят от приложения: российский или Linux-аналог, веб-версия, Wine, RDP, виртуализация, отдельный Windows-контур или перенос приложения на более поздний этап. Критично обнаружить такое ПО до массовой миграции.
Нет. В Красноярске возможна работа на площадке, а аудит сценариев, подготовка автоматизации, документации и значительная часть сопровождения могут выполняться удалённо.
Напишите примерное число рабочих мест, текущий домен, критичное ПО и целевую ОС, если она уже выбрана. По этому описанию можно определить, что проверять первым и как построить пилот.