Windows Server 2016 конец поддержки: что делать

Основная поддержка Windows Server 2016 закончилась 11 января 2022 года, а расширенная поддержка (Extended Support) заканчивается 12 января 2027 года. После этой даты Microsoft перестанет выпускать обновления безопасности бесплатно. Пора задуматься о миграции (и чем раньше начнёте, тем спокойнее будет).

Что значит «конец поддержки»

Давайте разберёмся с терминологией. У Microsoft два этапа поддержки.

Mainstream Support (основная поддержка) включает исправления ошибок, новые функции, обновления безопасности. Для Server 2016 закончилась в январе 2022.

Extended Support (расширенная поддержка) включает только обновления безопасности. Никаких новых функций. Заканчивается в январе 2027.

Короче, после января 2027 ваш Windows Server 2016 перестанет получать патчи безопасности. Сервер не перестанет работать (это важно понимать). Но каждая новая уязвимость будет оставаться незакрытой навсегда.

Вот в чём прикол: многие думают, что «конец поддержки» означает «сервер выключится». Нет. Он будет работать. Просто с каждым месяцем становиться всё более дырявым.

Хронология поддержки Windows Server

На самом деле, если смотреть на таблицу, миграция с 2016 на 2022 даёт вам дополнительные 5 лет спокойной жизни. А на 2025 ещё больше.

Чем это грозит на практике

Тут такое дело. Последствия реальные, не теоретические.

• Уязвимости без патчей. Вспомните WannaCry в 2017 году. Пострадали серверы без обновлений. После окончания поддержки каждый такой инцидент станет вашей проблемой
• Несоответствие требованиям. PCI DSS, ФЗ-152, ГОСТ Р 57580 и другие стандарты требуют актуальное ПО с поддержкой. На аудите это будет нарушением
• Проблемы с совместимостью. Новое ПО перестанет поддерживать Server 2016. SQL Server 2025, Exchange, SharePoint, всё пойдёт мимо
• Нет техподдержки Microsoft. Проблема? Разбирайтесь сами
• Страховые компании. Некоторые киберстраховки не покрывают инциденты на системах без поддержки вендора

Если честно, самый большой риск это безопасность. Мой знакомый Артём администрирует серверную инфраструктуру в торговой сети. У него было 12 серверов на Server 2008 R2 (поддержка закончилась в 2020). На трёх из них через полгода обнаружились следы несанкционированного доступа. На его HP ProLiant DL380 Gen9 злоумышленники эксплуатировали уязвимость, которая была закрыта только для более новых версий. По факту, его серверы стали проходным двором.

Варианты действий

У вас есть несколько путей. Рассмотрим каждый.

Вариант 1: Миграция на Windows Server 2022 или 2025

Самый правильный путь. Миграция на актуальную версию.

Windows Server 2022:

• Расширенная поддержка до октября 2031 года
• Поддержка TLS 1.3 из коробки
• Secured-core Server
• Улучшенный Storage Spaces Direct
• Горячая замена памяти и процессоров
• Проверенная стабильность (несколько лет на рынке)

Windows Server 2025:

• Самая свежая версия, поддержка до 2034+
• Улучшенный Active Directory
• Поддержка SMB over QUIC
• Нативная поддержка NVMe
• Hot-patching (обновления без перезагрузки)

А зачем прыгать через несколько версий, если можно сразу на последнюю? Грубо говоря, это даже проще, чем поэтапная миграция. Один раз и надолго.

Вариант 2: Extended Security Updates (ESU)

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

Но! Цена растёт каждый год:

• Первый год: 75% от стоимости лицензии
• Второй год: ещё 75%
• Третий год: ещё 75%

Знаете что, за три года ESU вы заплатите 225% от стоимости лицензии. За эти деньги проще купить новую лицензию Server 2022 и мигрировать. ESU имеет смысл только как временная мера, пока вы планируете миграцию. Не как долгосрочное решение.

Вариант 3: Azure Arc

Если перенести серверы в Azure или подключить их через Azure Arc, ESU предоставляются бесплатно. Кстати, это касается и гибридных сценариев.

Но Azure Arc означает зависимость от облака и ежемесячную оплату. Для кого-то это вариант, для кого-то нет. На самом деле для компаний, которые уже частично в Azure, это может быть выгодно. Для тех, кто работает полностью on-premise, переход в облако ради бесплатных ESU не имеет смысла.

Планирование миграции

Просто так взять и обновить сервер на месте нельзя. Ну, технически можно (in-place upgrade), но лучше не стоит.

Пошаговый план

1. Инвентаризация. Составьте список всех серверов на 2016. Запишите роли, приложения, зависимости
2. Проверка совместимости. Убедитесь, что ваши приложения работают на Server 2022/2025. Особенно касается 1С, SAP, legacy-софта
3. Подготовка нового сервера. Разверните Server 2022, настройте роли
4. Миграция данных и сервисов. Перенесите данные, настройте DNS, DHCP, файловые шары
5. Тестирование. Проверьте всё в тестовом режиме
6. Переключение. Переведите пользователей на новый сервер
7. Мониторинг. Следите за работой 2-4 недели
8. Вывод старого сервера. Выключите Server 2016

# Скрипт инвентаризации серверов на Server 2016
# Запускается на контроллере домена
Get-ADComputer -Filter {OperatingSystem -like "*2016*"} -Properties OperatingSystem, OperatingSystemVersion, IPv4Address, LastLogonDate |
    Select-Object Name, OperatingSystem, IPv4Address, LastLogonDate |
    Sort-Object Name |
    Export-Csv "C:MigrationServer2016_Inventory.csv" -NoTypeInformation -Encoding UTF8

# Проверяем роли на каждом сервере
$servers = Get-ADComputer -Filter {OperatingSystem -like "*2016*"} | Select -ExpandProperty Name
foreach ($server in $servers) {
    Write-Host "`n=== $server ===" -ForegroundColor Cyan
    Invoke-Command -ComputerName $server -ScriptBlock {
        Get-WindowsFeature | Where-Object Installed | Select Name, DisplayName
    } -ErrorAction SilentlyContinue
}

Миграция Active Directory

Если Server 2016 это контроллер домена, миграция чуть сложнее:

# Проверяем текущий уровень леса и домена
Get-ADForest | Select-Object ForestMode
Get-ADDomain | Select-Object DomainMode

# Добавляем новый контроллер домена на Server 2022
# Устанавливаем роль AD DS на новом сервере
Install-WindowsFeature AD-Domain-Services -IncludeManagementTools

# Повышаем до контроллера домена
# Он подключится к существующему домену
Install-ADDSDomainController -DomainName "contoso.local" `
    -Credential (Get-Credential) `
    -InstallDns:$true

# Ждём полной репликации (может занять от часа до суток)
# Проверяем
repadmin /replsummary

# После репликации переносим FSMO-роли
# Это пять ролей, все нужно перенести
Move-ADDirectoryServerOperationMasterRole -Identity "DC-NEW" `
    -OperationMasterRole SchemaMaster,DomainNamingMaster,PDCEmulator,RIDMaster,InfrastructureMaster

# Понижаем старый контроллер домена
Uninstall-ADDSDomainController -DemoteOperationMasterRole

Кстати, миграция AD это самая ответственная часть. Если напортачить, ляжет весь домен. Делайте бэкап перед каждым шагом. И никогда не понижайте старый DC до того, как убедились, что новый полностью реплицировался.

Миграция файлового сервера

Для файловых серверов Microsoft предлагает Storage Migration Service, встроенный в Server 2022. Он автоматически переносит файлы, шары, права доступа и даже имя/IP сервера.

# На целевом сервере (Server 2022) устанавливаем SMS
Install-WindowsFeature -Name SMS-Proxy

# Управление через Windows Admin Center
# Или через PowerShell:
# 1. Создаём задачу миграции
# 2. Сканируем исходный сервер
# 3. Переносим данные
# 4. Выполняем cutover (переключение)

Тут такое дело: Storage Migration Service умеет «украсть» имя старого сервера. После переключения новый сервер получает имя и IP старого. Для пользователей ничего не меняется: сетевые диски, ярлыки, всё продолжает работать.

In-place upgrade: стоит ли

Microsoft поддерживает обновление Server 2016 до Server 2022 на месте. Но по факту это рискованно.

Плюсы:

• Не нужно новое железо
• Все настройки сохраняются (теоретически)
• Быстрее, чем чистая установка

Минусы:

• Могут перенестись проблемы со старой системы
• Не все приложения переживут обновление
• Если что-то пойдёт не так, откат сложный
• Требует перезагрузки (простой сервиса)

Мой совет: in-place upgrade только для некритичных серверов. Для продакшена делайте чистую установку и миграцию. На самом деле, дополнительное время на чистую миграцию окупается надёжностью. Чистая система = чистая совесть.

Что нового в Server 2022 по сравнению с 2016

Разница между 2016 и 2022 огромная. Шесть лет развития.

• Безопасность: Secured-core, TLS 1.3, DNS-over-HTTPS, AES-256 для SMB
• Контейнеры: значительно улучшенная поддержка Docker и Kubernetes
• Hyper-V: поддержка nested virtualization, улучшенная производительность
• Storage: Storage Spaces Direct с поддержкой NVMe, лучшая дедупликация
• Сеть: улучшенная производительность UDP, QUIC-протокол
• Windows Admin Center: веб-интерфейс управления вместо MMC-консолей

А ещё в Server 2022 значительно улучшена производительность. На одном и том же железе Server 2022 работает заметно быстрее 2016. Особенно в задачах виртуализации и обработки данных.

Мой коллега Виктор (системный архитектор, управляет инфраструктурой из 30 серверов Dell PowerEdge R640 и R740) замерял: одна и та же нагрузка на Server 2022 потребляет на 15-20% меньше CPU по сравнению с 2016. Для компании это означает, что можно или запустить больше виртуалок на том же железе, или продлить жизнь серверов без апгрейда.

Сроки: когда начинать миграцию

Расширенная поддержка заканчивается 12 января 2027 года. Кажется, ещё далеко? На самом деле нет.

Типичная миграция серверной инфраструктуры занимает:

• Малый бизнес (1-5 серверов): 1-3 месяца
• Средний бизнес (5-20 серверов): 3-6 месяцев
• Крупный бизнес (20+ серверов): 6-12 месяцев

Плюс время на тестирование, согласование, закупку лицензий. Начинайте планирование уже сейчас.

Миграция SQL Server

Если на вашем Server 2016 работает SQL Server, миграция требует дополнительного планирования.

SQL Server 2016 (часто ставился вместе с Server 2016) тоже скоро потеряет поддержку. Логично обновить обе системы одновременно:

# Проверяем текущие версии SQL Server на всех серверах
$servers = Get-ADComputer -Filter {OperatingSystem -like "*2016*"} | Select -ExpandProperty Name
foreach ($server in $servers) {
    Invoke-Command -ComputerName $server -ScriptBlock {
        $instances = Get-ItemProperty "HKLM:SOFTWAREMicrosoftMicrosoft SQL ServerInstance NamesSQL" -ErrorAction SilentlyContinue
        if ($instances) {
            foreach ($prop in $instances.PSObject.Properties | Where-Object Name -ne 'PSPath') {
                $ver = Invoke-Sqlcmd -Query "SELECT @@VERSION" -ErrorAction SilentlyContinue
                [PSCustomObject]@{
                    Server = $env:COMPUTERNAME
                    Instance = $prop.Name
                    Version = if ($ver) { $ver.Column1.Substring(0,40) } else { "Cannot query" }
                }
            }
        }
    } -ErrorAction SilentlyContinue
}

По факту, миграция SQL Server это отдельный проект. Нужно проверить совместимость приложений (1С, SAP, ERP), протестировать на стенде, перенести базы через backup/restore. Для баз 1С критично правильно выставить сортировку (Cyrillic_General_CI_AS).

Мой знакомый Олег (DBA, обслуживает 8 серверов SQL в производственной компании) мигрировал с Server 2016 + SQL Server 2016 на Server 2022 + SQL Server 2022 за 3 месяца. Начал с тестовых серверов, потом перешёл к продакшену. Говорит, что самая сложная часть это не техническая миграция, а согласование окон простоя с бизнесом. «Бухгалтерия не даёт остановить 1С даже на час», жалуется он.

Стоимость миграции

Тут такое дело: многие откладывают миграцию, потому что «дорого». Давайте посчитаем.

Кстати, часто миграция не требует нового железа. Серверы 2016-2017 года (Dell R630/R730, HP DL360/DL380 Gen9) вполне тянут Server 2022. Если железо исправно, меняете только ОС. Экономия на сотни тысяч рублей.

А если сравнить с ESU (225% стоимости лицензии за 3 года), миграция на новую версию почти всегда дешевле. Плюс вы получаете современную ОС с актуальными функциями, а не «подачку безопасности» на умирающую систему.

Где купить лицензию Windows Server 2022

Для миграции понадобятся новые лицензии. В keytrust24.store есть ключи Windows Server 2022 Standard и Datacenter. Моментальная доставка, активация онлайн. Это дешевле, чем программа ESU, и решает проблему надолго.

Кстати, если у вас серверы с Hyper-V, подумайте про Datacenter. Она позволяет запускать неограниченное количество виртуальных машин. Для виртуализации это самый выгодный вариант. А если серверов несколько и бюджет ограничен, покупайте Standard и стэкайте лицензии: два комплекта Standard дают право на 4 виртуальные машины. Но если виртуалок больше 5-6, Datacenter окупается почти сразу.

Если честно, лучшее время для миграции было год назад. Второе лучшее время это сейчас. Январь 2027 наступит быстрее, чем кажется, а мигрировать под давлением дедлайна всегда дороже и рискованнее, чем планомерно и заранее.

Альтернатива: контейнеризация и облако

Знаете что? Миграция с Server 2016 это хороший повод пересмотреть архитектуру целиком. Может, некоторые сервисы вообще не нужны на собственных серверах?

Почта. Вместо Exchange на Server 2016 можно перейти на Microsoft 365 (Exchange Online). Нет своего сервера, нет проблем с обслуживанием. Для компании из 50 человек Exchange Online обходится дешевле, чем содержание почтового сервера.

Файловый сервер. SharePoint Online или OneDrive for Business в составе Microsoft 365 могут заменить файловый сервер. Доступ к файлам из любой точки, версионность, совместная работа. Но не для всех задач: если у вас терабайты данных с жёсткими требованиями к скорости доступа, облако не подойдёт.

Контейнеры. Если на Server 2016 работают веб-приложения, рассмотрите контейнеризацию через Docker/Kubernetes на Server 2022. Контейнеры упрощают развёртывание и обновление приложений.

На самом деле, гибридный подход работает лучше всего. AD DS и DNS остаются on-premise (на Server 2022), почта в облаке (Microsoft 365), файлы частично локально, частично в SharePoint. Каждый сервис там, где ему место.

Чек-лист перед миграцией

Для удобства составил список того, что нужно сделать перед началом миграции:

• Инвентаризация всех серверов на Server 2016 (роли, приложения, зависимости)
• Проверка совместимости приложений с Server 2022/2025
• Оценка состояния оборудования (когда менять, когда оставить)
• Расчёт стоимости лицензий, железа и работы
• Планирование окон простоя (согласовать с бизнесом)
• Создание полных бэкапов всех серверов
• Подготовка плана отката (на случай, если что-то пойдёт не так)
• Тестирование на стенде перед продакшеном
• Документирование текущей конфигурации (IP, DNS, роли, права)

Ну и помните: миграция это не катастрофа. Это возможность навести порядок, обновить железо, пересмотреть архитектуру. Многие после миграции говорят: «Надо было раньше сделать».