Windows Server 2016: как подготовить серверы компании к окончанию поддержки 12 января 2027 года

    6 октября 2026 года

    12 января 2027 года заканчивается расширенная поддержка Windows Server 2016. Серверы продолжат работать, но компании потребуется план перехода: от инвентаризации и проверки приложений до тестирования, переключения и восстановления при сбое. Разбираем, как выбрать способ миграции, подготовить разные серверные роли и действовать, если завершить работы вовремя не получается.

     

    Содержание статьи

     

    Что изменится после окончания поддержки

    12 января 2027 года заканчивается расширенная поддержка Windows Server 2016. Сервер не выключится автоматически, но обычный выпуск обновлений безопасности для этой операционной системы (ОС) завершится. Это касается и физических серверов, и виртуальных машин — в офисе, дата-центре или у провайдера. Начните со списка таких систем, их задач и ответственных: он покажет, что переносить в первую очередь. Дата подтверждена в перечне Microsoft на 2027 год.

    На 3 октября 2026 года до этой даты остаётся 101 день. Это время для подготовки, тестирования и согласованных переключений, но не гарантия, что любой проект уложится в три месяца. Если старая программа удерживает компанию на прежней системе, выяснить это нужно сейчас.

    Основная поддержка Windows Server 2016 завершилась ещё в январе 2022 года. Сейчас действует расширенная поддержка, в течение которой продолжают выходить обновления безопасности. Январь 2027 года — окончание именно этого этапа. Карточка Microsoft Lifecycle охватывает редакции Standard, Datacenter, Essentials и MultiPoint Premium; для других продуктов со сходными названиями нужно проверять собственный жизненный цикл.

    После окончания поддержки нельзя рассчитывать на новые исправления безопасности и обычную помощь Microsoft в рамках завершившегося жизненного цикла. Отдельная программа Extended Security Updates (ESU), то есть дополнительных обновлений безопасности, позволяет получать определённые обновления при выполнении её условий. Она не превращает старую ОС в полноценно поддерживаемую новую систему.

    Для бизнеса меняется возможность безопасно сопровождать инфраструктуру. Новая уязвимость может остаться без исправления на сервере без ESU. Разработчик приложения, антивируса или системы резервного копирования может прекратить поддержку этой ОС по своему графику. А при аварии восстановление зависит от совместимых драйверов, установочных файлов, лицензий и проверенных копий — одного работающего сервера для этого недостаточно.

    Это не означает, что 13 января перестанет открываться база или появится обязательный сбой. Риск накапливается, а решение о переносе становится сложнее, если одновременно устаревают ОС, прикладная программа и оборудование.

    Найдите все серверы и связи между ними

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

    Для каждого сервера запишите:

    • имя, адрес, место размещения, версию и редакцию ОС;
    • назначение: вход сотрудников в домен, общие папки, приложение, база данных, удалённые рабочие столы или другие службы;
    • версии приложений, объём данных, пользователей и владельца сервиса со стороны бизнеса;
    • зависимости: где база, как проверяются учётные записи, какие есть обмены, сертификаты и задания по расписанию;
    • ответственного за сопровождение, схему копирования, допустимую остановку и выбранное действие.

    Условный пример: бухгалтерская программа работает на одном сервере, её база — на втором, а вход пользователей зависит от третьего, контроллера домена. Перенос только первого узла не завершит подготовку. Такие связи нужно проверять вместе с владельцами приложений, а не выводить из названий машин.

    Для технической проверки ролей используйте матрицу обновления и миграции Microsoft. Сам реестр нужен для управленческого решения: какие сервисы остановят работу компании, где неизвестна совместимость и кто должен устранить эту неопределённость.

    Что проверить в оборудовании и приложениях

    Совместимость

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

    Оборудование

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

    Как подготовить резервные копии

    Перед изменениями нужна полная резервная копия ОС, приложений и данных, а затем тест восстановления. Это предусмотрено в инструкции Microsoft. Проверьте в изолированной среде, что сервис запускается, данные читаются и доступны необходимые ключи и настройки. Зафиксируйте время восстановления и допустимую потерю последних изменений.

    Копии следует защитить от удаления вместе с рабочими данными; этот подход описан в рекомендациях Microsoft по восстановлению. Как распределить копии между хранилищами, разбираем в статье про резервное копирование по правилу 3-2-1.

    Что учесть в лицензировании

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

    Для российской организации покупку лицензий, Azure и ESU нельзя считать заранее доступными. Microsoft объявила о приостановке новых продаж продуктов и услуг в России. Эта публикация не определяет судьбу каждого действующего договора. До включения такого варианта в план получите подтверждение доступности для вашего юридического лица, территории использования и канала поставки, включая применимые ограничения.

    Как выбрать способ перехода

    Перенести сервис на новую систему

    Разверните поддерживаемую ОС на отдельном сервере или виртуальной машине, перенесите приложение и данные, проверьте работу и затем переключите пользователей. Так можно заранее испытать новую среду; потребуются дополнительные ресурсы и отдельный порядок переноса каждой роли. Если рассматриваете другую ОС, сначала подтвердите поддержку приложения и способ переноса данных.

    Обновить на месте

    Новая версия Windows Server устанавливается поверх существующей с сохранением настроек и данных. По таблице Microsoft, для некластерных серверов предусмотрены прямые пути с Windows Server 2016 на 2019, 2022 и 2025 с установочного носителя. Это допустимость пути ОС, а не гарантия совместимости приложения.

    При таком обновлении нельзя менять язык установки или переключаться между Server Core без графической оболочки и вариантом с графическим интерфейсом Desktop Experience. Переход Datacenter > Standard не поддерживается. Есть и другие ограничения, в том числе для загрузки из виртуального диска VHD; сверьте полный список Microsoft с конфигурацией сервера. Для кластеров действует отдельный порядок, а последовательное обновление ОС узлов допускает переход только на одну версию за шаг.

    Выбор между 2019, 2022 и 2025 делайте с учётом оставшегося срока поддержки, требований ПО и лицензирования. Обновление на месте требует остановки и проверенной копии для восстановления; оно не освобождает от тестирования.

    Вывести ненужный сервер

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

    Временно использовать ESU

    Рассматривайте этот вариант для конкретных серверов, которым требуется дополнительное время на перенос, и только после подтверждения доступности программы. Сразу назначьте дату выхода из временной схемы.

    Почему разные роли требуют разных планов

    Контроллер домена

    Он обслуживает учётные записи и вход пользователей. Microsoft рекомендует вводить новые контроллеры на чистой установке ОС, затем штатно выводить старые. До переключения администратор проверяет состояние домена, обмен данными между контроллерами, службу имён DNS и перенос служебных ролей. Обновление существующего контроллера поверх старой ОС не следует брать за общий шаблон.

    Файловый сервер

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

    Сервер приложений

    Для 1С, CRM или другой системы проверьте требования разработчика, службы, сертификаты, интеграции и задания. Тест должен включать рабочую операцию: создать документ, сохранить его, выполнить обмен или сформировать отчёт. Нужный сценарий приёмки определяет владелец приложения; техническую допустимость — документация его поставщика и требования подготовки Windows Server.

    Сервер базы данных

    Обновление ОС не обновляет систему управления базами данных. У SQL Server собственные версии, требования, пути перехода и срок поддержки — их проверяют отдельно по документации Microsoft. В план переноса включите не только базы, но и необходимые учётные записи, задания, подключения и проверку приложения, которое использует данные. Для другой СУБД нужен её собственный регламент.

    Как организовать тестирование и переключение

    Сначала назначьте одного ответственного за весь переход и владельцев сервисов, которые примут результат. Затем двигайтесь по этапам. Такой порядок объединяет требования Microsoft к подготовке и проверке с организацией работ внутри компании.

    Инвентаризация. Соберите реестр и зависимости. Приоритет определяйте по последствиям остановки, доступности сервера извне и сложности замены.

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

    Тестовый перенос. Испытайте выбранный сценарий в отдельной среде. Измерьте длительность, проверьте восстановление и уточните инструкцию по результатам теста.

    Проверка с пользователями. Владелец сервиса подтверждает рабочие операции, права, обмены и приемлемую скорость. Запуск сервера — только начало приёмки.

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

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

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

    Как проверить результат и подготовить откат

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

    Составьте короткий протокол приёмки: какие операции проверили, кто подтвердил результат и какие замечания остались. Например, для общей папки важно не только открыть документ, но и сохранить изменение, проверить запрет доступа для постороннего сотрудника и успешное резервное копирование после переноса.

    Установите предельное время принятия решения об откате: специалистам должен остаться запас на восстановление до начала рабочего дня. Старую и новую системы нельзя оставлять одновременно принимать независимые изменения без предусмотренной синхронизации — иначе появятся расходящиеся версии данных.

    Если закончить к сроку не получается

    Microsoft опубликовала условия ESU для Windows Server 2016 через Azure Arc — сервис подключения серверов к средствам управления Azure. Программа предусматривает критические и важные обновления безопасности на срок до трёх лет, до 2030 года, без новых функций и запрашиваемых клиентами исправлений, не связанных с безопасностью.

    В описанном сценарии поддерживаются Standard и Datacenter. Настройка в Azure portal доступна с 3 августа 2026 года, начисление платы начинается 13 января 2027 года. Документация указывает Software Assurance — программу сопровождения лицензий — в указанных корпоративных программах либо эквивалентную серверную подписку; для локальных нагрузок отдельно оговорена Software Assurance. Лицензирование через поставщиков услуг по SPLA для ESU Windows Server 2016 недоступно. Через Arc требуется агент подключения Connected Machine agent версии 1.62 или новее и связь с необходимыми сетевыми адресами Azure. Регистрации недостаточно — получение обновлений также нужно настроить.

    Условия для Windows Server 2012 нельзя автоматически переносить на 2016. При позднем подключении через Arc предусмотрено доначисление за период с окончания поддержки. Цену и допустимость подключения проверяйте по конкретному договору с учётом ограничений для российской организации.

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

    Такие меры снижают риск, но не заменяют обновления безопасности. Если ESU недоступна, руководителю нужен зафиксированный план: какие сервисы остаются, почему, какие ограничения введены, кто принимает остаточный риск и когда система будет заменена или отключена.

    С чего начать подготовку

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

    • Все экземпляры Windows Server 2016 найдены, включая виртуальные и резервные.
    • У каждого сервиса есть владелец, зависимости и допустимое время остановки.
    • Подтверждены совместимость, лицензирование и доступность выбранного решения.
    • Резервная копия восстановлена в тестовой среде, результат записан.
    • Способ переноса выбран отдельно для каждой роли, пилот пройден.
    • Согласованы окно работ, критерии приёмки и порядок отката с сохранением новых данных.
    • Для временно остающихся серверов определены меры защиты, условия ESU при доступности и дата вывода.

     

    FAQ

    Нужно ли переносить все серверы одновременно?

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

    Кто отвечает за сервер у провайдера?

    Это определяется договором. Аренда виртуальной машины не означает, что провайдер обновляет гостевую ОС и прикладные программы. Уточните, кто готовит копии, выполняет перенос, подтверждает лицензии и принимает заявки после переключения.

    Что делать, если на одном сервере несколько ролей?

    Запишите зависимости каждой роли и общий порядок восстановления. Разделение ролей может упростить дальнейшее сопровождение, но требует ресурсов и проверки совместимости. Не совмещайте его с миграцией без предварительного теста.

    Когда можно окончательно удалить старую систему?

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

    Чем мы можем помочь

    Если пока нет полного списка серверов и понятной последовательности переноса, начните с аудита ИТ-инфраструктуры. Мы можем обследовать согласованный периметр и подготовить план работ по приоритетам. Проверку восстановления нужно отдельно включить в объём задачи.

    Что можем сделать:

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

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