ИТ-инфраструктура российских компаний многие годы основывалась на решениях Microsoft, но после ухода вендора из России наше будущее стало более связано с Linux. Сегодня одни компании продолжают откладывать миграцию на новую ОС, в то время как другие уже успешно прошли этот путь и готовы делиться опытом. В статье рассказываем о возможных проблемах и путях их решениях в проектах миграции на Linux.
Первое, на что стоит обратить внимание компаниям при миграции на Linux, это совместимость приложений, оборудования и операционных систем.
Как правило, у производителей ОС уже имеется перечень совместимых программ. В случае, если нет возможности проверить оборудование в тестовой среде, необходимо использовать следующий механизм:
Этап 1 - аналитика.
Анализируем совместимость рабочего места или функциональной группы с выбранной версией операционной системы. На основе оценки совместимости программного обеспечения, вычислительных устройств и других используемых технологий, устанавливаем статус готовности пользовательского автоматизированного рабочего места, например,
· полностью совместимо - "тёмно зелёный";
- совместимо частично, имеются обходные решения для некритичных задач -"светло-зелёный";
- совместим частично, но имеется негативное влияние на выполнение основной деятельности - "жёлтый";
- точно несовместимо - "красный";
- необходимо проведение тестирования -"серый".
Этап 2 – тестирование. Проверяем совместимость на практике.
Этап 3 – актуализация.
После получения подтверждения совместимости отдельных компонентов, на основе новых данных мы обновляем аналитическую таблицу и возвращаемся к перераспределению готовности функциональных групп, проведенному на первом этапе. Таким образом с каждым проходом все больше приложений перемещаются в группу "зелёных".
Рекомендации для несовместимых приложений:
Если есть возможность, советуем заменить несовместимые компоненты или оборудование. При этом желательно закупать устройства уже с подтверждённой совместимостью, либо перетасовать оборудование между рабочими местами.
Необходимо провести оценку приложений. Возможно, для несовместимого приложения есть аналог, или потребуется установить две новые программы вместо одной. Если приложение поддерживается, стоит обратиться к производителю — возможно, адаптация уже в процессе. В противном случае нужно рассмотреть перенос приложений в отдельную среду, такую как терминальные серверы, VDI, локальная виртуализация, Wine или выделенные рабочие места.
Что касается принтеров и сканеров, можно изменить способ подключения, например, с USB на Ethernet, а также рассмотреть возможность их централизации на отдельном сервере Linux или Windows.
Максимальная адаптация с минимальными изменениями
Порой проект импортозамещения сводится лишь к замене одной операционной системы на другую. Однако дело не ограничивается отдельными компонентами, как операционная система или база данных. Главное — это рабочее место пользователя, который выполняет свои задачи с помощью наборов приложений и устройств.
При этом замена программного обеспечения вместе с ОС очевидна, но не всегда видны зависимости всего информационного окружения. Например, использование Active Directory от Microsoft может быть необходимо для поддержки существующих учетных записей и систем аутентификации. Хотя системы Linux могут регистрироваться в Active Directory, привычные инструменты автоматизации, такие как групповые политики, могут оказаться недоступными.
Также могут возникнуть проблемы с общими службами клиентской ОС, например, при работе с общедоступными папками, кириллицей в паролях или прокси-серверами с NTLM аутентификацией. Исторически сложившиеся ограничения могут затруднить полноценное восстановление этих функций.
Информация об используемом ПО
При планировании целевого АРМ, когда формируется список программ и выбираются аналоги, некоторые приложения могут оказаться ненужными, что часто обусловлено историческими факторами. Организация могла расти и развиваться, а программы оставались на местах, даже если утратили актуальность. Хотя частоту использования ПО можно отслеживать с помощью специального программного обеспечения, на это часто не хватает времени. Эффективное управление жизненным циклом ПО и контроль установки и удаления программ помогли бы избежать таких проблем. Возможно, некоторые задачи можно решать с помощью встроенных инструментов или веб-клиентов информационных систем.
Существует также риск утраты необходимого функционала. В ситуациях, когда роли и состав рабочего места нестандартизованы, важно не упустить важные компоненты. Для обеспечения функциональности стандартного АРМ необходимо выявить потребности на уровне функциональной группы, учитывая стратегию импортозамещения и лицензионную политику организации.
Пользовательские данные
Часто критически важные системы следуют этому принципу и имеют расписание для проверки целостности резервных копий. Однако ответственность за сохранение пользовательских данных обычно ложится на самих пользователей, возможно, с помощью сетевого хранилища. Здесь возникают проблемы, которые могут проявиться при миграции АРМ на другую операционную систему:
- Данные могут находиться в разных местах: в пользовательском профиле, на системном диске, на дополнительном диске или даже в корзине.
- Объем данных ограничен исключительно вместимостью устройства хранения.
- Имеются большие почтовые архивы, существующие в единственном экземпляре и др.
Сценарии переноса и сохранности данных зависят от технических возможностей инфраструктуры, поэтому подход "лучше перестраховаться, чем потерять" особенно актуален. Автоматизированный механизм для копирования и восстановления данных поможет пользователям избежать лишних усилий и предотвратить случайные ошибки.
Жизнь между "до" и "после"
В этот период особенно важно отслеживать изменения как с операционной, так и с технической точки зрения. Например, обновление версии платформы 1С, доступной на общем сетевом ресурсе, может не сработать в импортозамещённой среде, если заранее не установить клиента и не заменить конфигурационный файл. Такие рутинные изменения могут привести к сбоям у уже мигрированных пользователей и остановить процесс миграции или другие важные бизнес-процессы.
Проекты импортозамещения клиентских систем затрагивают почти все информационные системы и компоненты компании. Важно не только выбрать продукты и составить план, но и следовать ему, оперативно реагируя на отклонения. Тщательное планирование и учет рисков помогут избежать остановки бизнес-процессов. Специалисты ICL Services, обладающие большим опытом в импортозамещении, обеспечат безопасность инфраструктуры, отказоустойчивость и поддержку на каждом этапе, а также обучат пользователей работе в новом ИТ-окружении.
Подробнее читайте по ссылке.