Windows XP: 15 месяцев до конца поддержки - считаем реальные сроки миграции

Под новый год Microsoft окончательно подтвердила то, о чём говорила давно: 8 апреля 2014 года поддержка Windows XP прекращается полностью. Патчи безопасности - всё. Обновления - всё. Дальше XP существует как неподдерживаемая операционная система, а любая дыра, найденная после этой даты, закрыта не будет.

Казалось бы, год и три месяца - срок приличный. Мы так думали до тех пор, пока не прикинули, что реально предстоит сделать клиентам, у которых XP ещё на основном парке.

Первый этап - инвентаризация, и она занимает больше, чем кажется. Прежде чем планировать миграцию, нужно понять, что вообще есть. Сколько машин, какое железо, какой софт. У крупных клиентов с разросшимся парком инвентаризация - это недели, особенно если учёт вёлся по принципу «и так знаем». В нашей практике точная цифра по парку почти всегда отличается от той, что называет IT-менеджер на старте. Иногда в меньшую сторону, чаще - в большую.

Из результатов инвентаризации нужно вытащить несколько вещей:

• Железо под замену. Часть машин на XP просто не потянет Windows 7 нормально - 512 МБ RAM, процессор 2003 года. Таких надо выявить заранее, потому что закупка - это бюджетный цикл, а не «заказали и через три дня приехало».
• Критичный и нестандартный софт. Самая неприятная часть. Бухгалтерские программы, узкоспециализированные отраслевые приложения, что-то самописное под XP. Именно здесь чаще всего вылезают проблемы совместимости с Windows 7.
• Машины с нестандартными конфигурациями. Всегда найдутся 2-3 рабочих места, которые кто-то когда-то настроил особым образом и забыл задокументировать.

Второй этап - тестирование ПО. Это не «поставили, запустили, работает». Тестирование - значит проверить каждое рабочее приложение в типовых сценариях использования, в том числе угловых. Windows 7 в режиме совместимости с XP решает часть проблем, но не все. Некоторый старый софт просто не запустится. Некоторый запустится, но поведёт себя странно через неделю работы.

Мы обычно советуем брать 2-3 пилотных машины на отдел и прогонять на них реальные задачи минимум месяц. Не в лаборатории, а на боевых данных с боевыми пользователями. Это единственный способ выловить проблемы, которые не воспроизводятся при формальной проверке.

Третий этап - планирование очерёдности. Мигрировать всё сразу нет смысла и невозможно. Нужна приоритизация:

• Первыми - машины с доступом в интернет и почту. После апреля 2014 XP без патчей безопасности и браузером IE8 - это приглашение к заражению. Веб и почта - главные векторы атак, эти машины надо перевести раньше всего.
• Вторыми - бухгалтерия и финансовый блок. Там всегда специфичный софт, под него нужно время на тестирование и, возможно, обновление самих программ.
• Последними - изолированные рабочие места без выхода в сеть. Токарный станок с числовым управлением или какой-нибудь специализированный прибор, который работает с XP и в локальную сеть не ходит - у него риски другие, с ним можно разобраться в последнюю очередь или отдельно договориться с вендором.

Четвёртый этап - бюджет и закупки. Лицензии Windows 7, железо под замену старых машин, возможно обновление некоторого ПО до совместимых версий - всё это деньги, которые нужно заложить в бюджет. В большинстве компаний бюджет на следующий год согласовывается осенью текущего. Это значит, что если клиент не начал думать об этом до конца 2012 года, он уже немного опоздал с бюджетным планированием.

Ещё один момент, который часто не учитывают - время на переобучение пользователей. Windows 7 достаточно похожа на XP, чтобы большинство сотрудников переключились без боли, но всегда найдутся те, кто не может найти панель управления или непривычно реагирует на UAC. Пара внутренних инструкций и готовность технической поддержки к всплеску обращений в первые недели - обязательная часть плана.

Что из этого получается по срокам. Если брать предприятие с парком около ста машин и типичным набором бизнес-ПО, реалистичная картина выглядит так: два месяца на инвентаризацию и аудит ПО, месяц на пилот, месяц на закупки (если нужны), три-четыре месяца на поэтапный переход с тестированием проблемных мест. Итого - восемь-девять месяцев при нормальном темпе. Пятнадцать месяцев - не подушка безопасности, а рабочий минимум, если не откладывать старт на лето.

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

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