Join our Newsletter — 33% off our NHI Course
Home› Guides› Windows Server 2016 End of Support: Upgrade paths,…
Guide Endpoint Security

Windows Server 2016 End of Support: Upgrade paths, ESU and domain controller planning

← All guides
By NHI Mgmt Group, edited by Lalit Choda Updated 8 November 2026 14 min read
On this page

Windows Server 2016 stops receiving security updates on 12 January 2027, and many estates still run it on domain controllers, file servers, line of business application hosts and Hyper-V clusters. After that date every newly found vulnerability stays open unless the server is enrolled in paid Extended Security Updates (ESU), which Microsoft now delivers for this release through Azure Arc. This guide sets out the official dates as Microsoft publishes them, what else ends on the same day, how to find every affected server and the identities tied to it, the in-place upgrade and migration paths to Windows Server 2022 or 2025, what changes for Active Directory and functional levels, and how to test and roll back. It is for infrastructure, Active Directory and vulnerability management leads. Lifecycle models and the general upgrade, extend or isolate decision are covered in the Operating System End of Life and Extended Support Guide; this page goes deeper on Server 2016 only.

This is an independent guide from NHI Mgmt Group, based on Microsoft's public documentation as of November 2026. It is not sponsored or reviewed by Microsoft. Product features change, so confirm settings against Microsoft's current documentation.

Key takeaways

  • The date is 12 January 2027. Microsoft's 2027 end of support list gives 12 January 2027 for Windows Server 2016 under the Fixed Lifecycle Policy; mainstream support already ended in January 2022.
  • More than the OS ends that day. Hyper-V Server 2016, IIS 10 on Server 2016, .NET Framework 4.6.2, WSUS for Server 2016 and Windows Storage Server 2016 share the date, and System Center 2016 components end on 11 January 2027.
  • ESU exists, but through Azure Arc. Microsoft documents Critical and Important security updates for up to three years, through 2030, with billing starting 13 January 2027 and Connected Machine agent 1.62 or later required.
  • Server 2025 can take a 2016 box in one step. From Windows Server 2025, nonclustered systems can upgrade up to four versions at a time, but cluster rolling upgrades still move one version at a time.
  • Replace domain controllers, do not upgrade them. Microsoft recommends promoting new DCs on a clean install and demoting the old ones; Windows Server 2025 DCs need at least the Windows Server 2016 functional level and DFSR for SYSVOL.

What is changing and why

Windows Server 2016 follows Microsoft's Fixed Lifecycle Policy: five years of mainstream support followed by five years of extended support. Extended support, the phase that delivers security updates, is the one now ending. Microsoft's end of support pages state that once a product reaches end of support there are no new security updates, non-security updates, free or paid assisted support options, or online technical content updates. The only route to further security fixes is ESU, which is a paid, time-limited bridge and covers security updates rated Critical and Important only.

The lifecycle record applies to the Datacenter, Essentials, MultiPoint Premium and Standard editions, and Microsoft notes that containers released with Windows Server 2016 follow the same dates. That last point matters for teams that still build on windowsservercore or nanoserver images tagged for the 2016 release (version 1607): the image base goes out of support with the host OS.

Official timeline and current status

All dates below were taken from Microsoft's own lifecycle and documentation pages, checked on 8 November 2026. Microsoft can change ESU terms, so recheck the Azure Arc ESU page before committing budget.

MilestoneDate as published by MicrosoftStatus at 8 Nov 2026
General availability (lifecycle start)15 October 2016Past
End of mainstream supportJanuary 2022 (product page: 12 January 2022)Past: no non-security fixes or feature changes
ESU configuration available in the Azure portal3 August 2026Available
System Center 2016 components end of support11 January 2027About 9 weeks away
End of extended support (last security update)12 January 2027 (product page records the end as 13 January 2027, 06:59:59 Pacific time)About 9 weeks away
ESU billing begins13 January 2027Future
ESU coverage endsUp to three years, through 2030Future

Products ending on the same day: Microsoft's 2027 list also includes Hyper-V Server 2016, IIS 10 on Windows Server 2016, Microsoft .NET Framework 4.6.2, Windows Defender for Windows Server 2016, Windows Server Update Services for Windows Server 2016, Windows Storage Server 2016, Windows Azure Pack on Server 2016, HPC Pack 2016 and Configuration Manager LTSB version 1606. If your patch infrastructure is a WSUS server on 2016, the tool you use to patch everything else is itself going unsupported.

Microsoft 365 Apps on Server 2016: Microsoft's Office and Windows configuration matrix shows full support for Microsoft 365 Apps on Server 2016 ended in October 2025, with security updates for the desktop apps continuing until 10 October 2028 to help migration. Remote Desktop Session Hosts on 2016 therefore have two clocks, covered in the companion Office 2016 and 2019 End of Support guide.

ESU through Azure Arc: what Microsoft documents

  • Delivery: servers must be Azure Arc-enabled with the Azure Connected Machine agent at version 1.62 or higher; the licence is created and linked in the Azure portal.
  • Editions: Standard and Datacenter are supported for Server 2016 ESU.
  • Licensing: Software Assurance is required when ESU is bought through Volume Licensing (EA, EAS, EES, SCE or Open Value); servers licensed through SPLA or a Server Subscription do not need it.
  • Connectivity: outbound HTTPS to Microsoft endpoints such as login.microsoftonline.com, *.his.arc.azure.com and *.guestconfiguration.azure.com, or Private Link; a reduced endpoint set is allowed when Arc is used only for ESU.
  • Not confirmed here: pricing and whether Server 2016 VMs hosted in Azure receive ESU at no extra charge. Microsoft's ESU overview and FAQ still describe the free Azure entitlement for Server 2012 and 2012 R2 only, so do not assume it carries over without written confirmation.

Arc enrolment makes every ESU server a managed cloud resource with a local agent and a machine identity in your tenant. Treat that as a security change in its own right. See the Azure Arc-Enabled Servers Security Guide.

Who and what is affected

Server role on 2016Why it is high risk after 12 January 2027Preferred path
Domain controllerTier 0: holds every credential hash and Kerberos keys; reachable from every clientPromote new 2022 or 2025 DCs, transfer FSMO roles, demote 2016 DCs
AD CS certificate authorityTier 0 equivalent: can issue authentication certificatesBack up CA database and key, migrate to a new server with the same name or plan a new hierarchy
Hyper-V host or clusterCompromise reaches every guestCluster rolling upgrade one version at a time, or new cluster and live migration
RDS session hostInteractive logons by many users; also runs OfficeRebuild on 2022 or 2025 with supported Office
IIS and application serversOften internet facing; IIS 10 on 2016 ends the same dayRebuild or in-place upgrade after vendor certification check
File, print and WSUS serversBroad network exposure; WSUS for 2016 also endsMigrate data with Storage Migration Service or rebuild
Vendor appliances on 2016Owner may not be IT; vendor controls the OS versionGet the vendor's written support statement and upgrade date

Windows Server 2016 Essentials and MultiPoint Premium deployments fall under the same lifecycle record. Small organisations with a single Essentials server running AD, file shares and backup often have the hardest migration, because every role sits on one box.

Finding affected systems and identities

Inventory is where most end of life programmes fail, because the server list in the CMDB is not the server list on the network. Use at least three sources and reconcile them.

  1. Directory query: list computer objects whose operatingSystem attribute contains "2016" and whose operatingSystemVersion shows build 14393, with lastLogonTimestamp and servicePrincipalName to separate live servers from stale objects. PowerShell Get-ADComputer with those properties is enough; this reads data and changes nothing.
  2. Endpoint and patch tools: export OS version from your EDR, Configuration Manager or Intune, and vulnerability scanner. A server missing from all three is either decommissioned or unmanaged, and both need confirming.
  3. Virtualisation and cloud: pull guest OS fields from hypervisor inventory and from cloud VM images, including marketplace images and golden images still tagged 2016.
  4. Containers: search registries and build files for base images tagged 1607 or ltsc2016.
  5. Network evidence: scanners that fingerprint SMB and RDP will find workgroup servers that never joined the domain.

Identities tied to each server

For every server, record the non-human identities that run on it, because a migration that copies them unchanged also copies their risk.

  • Service accounts: domain accounts used by Windows services, IIS application pools and scheduled tasks. Note which have SPNs (Kerberoastable) and which hold Domain Admin or local admin rights. See How to find service accounts with Domain Admin.
  • Stored credentials: passwords in scheduled tasks, connection strings and web.config files that will move with the application.
  • Computer accounts and delegation: servers configured for unconstrained or constrained delegation; the replacement should not inherit unconstrained delegation.
  • Certificates: machine and web server certificates, their templates and private key exportability.

The upgrade window is the cheapest point to convert service accounts to group managed service accounts. See the Group Managed Service Accounts (gMSA) Guide and How to convert AD service accounts to gMSA.

Migration options

OptionWhen it fitsTrade-offs
In-place upgrade to 2025Standalone, nonclustered servers with supported roles and an application certified for 2025One step (up to four versions allowed from 2025); carries old configuration, local accounts and drift forward
In-place upgrade to 2022 or 2019Application vendor certifies 2022 but not 2025Two versions per step for these targets; 2019 ends support in January 2029, so it buys little time
Clean install and migrateDomain controllers, CAs, RDS, servers with years of driftMore effort, but a clean baseline and a chance to fix identities
Cluster rolling upgradeHyper-V and failover clustersOne version at a time: 2016 to 2019 to 2022 to 2025, each with its own validation
Replatform to PaaS or SaaSFile shares, web apps, SQL workloadsRemoves the OS from scope; new identity and data protection model to secure
ESU via Azure ArcApplications that cannot move before January 2027Security fixes only, up to three years, subscription cost; needs an exit plan
Isolate and acceptSystems that cannot be patched or replaced, such as OT or certified medical systemsCompensating controls only; formal risk acceptance with an expiry date

In-place restrictions Microsoft lists: no change of language, no switch between Server Core and Desktop Experience, no upgrade from Windows Storage Server editions, no upgrade when booting from VHD, NIC Teaming must be disabled first, and each upgrade needs a valid licence for the target version. Edition can move up (Standard to Datacenter) but never down. Not every role supports in-place upgrade, so check the role migration matrix for each server.

Domain controllers and functional levels

  • Method: Microsoft recommends clean installs promoted as new DCs, then demoting the 2016 DCs, rather than in-place upgrades. Promotion runs adprep /forestprep and /domainprep automatically; an in-place upgrade requires running them manually with Schema, Enterprise and Domain Admin rights.
  • Functional level floor: a Windows Server 2025 DC is not supported at the 2012 R2 functional level, so domains and forests must be at Windows Server 2016 level before you introduce 2025 DCs.
  • SYSVOL: the 2016 functional level requires DFSR for SYSVOL replication, and Windows Server 2016 is the last release that supports FRS. Any domain still on FRS must migrate first.
  • 2025 functional level: it requires every DC to run Windows Server 2025 and adds the optional 32k database page feature. Raise it only after the last 2016, 2019 and 2022 DCs are gone; raising functional levels is largely one way.

Harden the new DCs from day one rather than copying old GPOs. See the AD Domain Controller Hardening Guide.

Testing and rollback

  1. Pilot ring: pick three to five low-risk servers covering your common roles and upgrade them first. Record time taken, failures and application owner sign-off.
  2. Snapshot or backup first: for VMs take a checkpoint and a backup; for physical servers take a bare-metal backup. A checkpoint is not a backup and must not be kept for long on production.
  3. Application test scripts: agree with each owner a short functional test (log on, run a transaction, run a report) before the change, and run it before and after.
  4. Domain controllers: introduce new DCs, let replication settle, check with repadmin /replsummary and dcdiag, move FSMO roles, then demote. Rollback is to move roles back while the old DCs still exist, so do not demote all 2016 DCs on the same day.
  5. Clusters: keep the cluster functional level at the old version until every node is upgraded and validated; the rolling upgrade can be reversed only before the functional level is raised.
  6. Rollback triggers: define them in advance (application test fails, authentication errors, replication errors) and the decision owner.
  7. ESU fallback: for servers that miss the date, enrol in Arc and test ESU licence activation before 12 January 2027, not after.

Risks of doing nothing

  • Permanent exposure: any vulnerability published after January 2027 stays exploitable. Public facing servers face exploitation of public-facing applications (ATT&CK T1190) and internal ones exploitation of remote services for lateral movement (T1210).
  • Compliance findings: NIST SP 800-53 SA-22 (Unsupported System Components) requires replacing components without vendor support or justifying and documenting alternative support; CIS Controls v8.1 Safeguard 2.2 requires that authorised software is currently supported. Auditors and cyber insurers ask about both.
  • No vendor help: no paid assisted support for incidents on unsupported systems, unless ESU is in place.
  • Blocked dependencies: new versions of agents, backup software and line of business applications drop 2016 support, so security tooling coverage decays even before an exploit appears.
  • Identity blast radius: an unpatched 2016 DC or a server running a Domain Admin service account turns a single exploit into domain compromise.

Detection, metrics and framework mapping

Until the last server is gone, monitor the 2016 estate more closely than the rest: alert on new logons by privileged accounts, new services and scheduled tasks, and outbound connections from servers that should not initiate them. See the Active Directory Security Monitoring and Event IDs Guide.

  • Remaining 2016 servers by role and owner, trending to zero, reported weekly.
  • Percentage of 2016 servers with an approved plan (upgrade date, ESU or risk acceptance).
  • ESU-enrolled servers with confirmed licence activation and patch compliance.
  • Service accounts migrated to gMSA during upgrades, and privileged service accounts removed.
  • Unknown servers found by network scanning but missing from the CMDB.
FrameworkReferenceRelevance
NIST SP 800-53 Rev 5SA-22, CM-8, SI-2, RA-5Unsupported components, inventory, flaw remediation, scanning
NIST CSF 2.0ID.AM-02, ID.AM-08, PR.PS-02Software inventory, lifecycle management, software maintained and replaced by risk
CIS Controls v8.1Safeguards 2.1, 2.2, 7.3Software inventory, supported software, OS patch management
ISO/IEC 27001:2022 Annex AA.5.9, A.8.8Inventory of assets, management of technical vulnerabilities
MITRE ATT&CK v20T1190, T1210Exploitation risks that grow on unpatched servers

Practitioner checklist

  • Reconcile directory, endpoint, hypervisor and network inventories into one list of every Server 2016 instance, including Essentials, Hyper-V Server and container base images.
  • Assign an owner, role and decision (upgrade, migrate, ESU, isolate) to each server before 12 January 2027.
  • Confirm application vendor certification for Server 2022 or 2025 before choosing in-place upgrade.
  • Replace 2016 domain controllers with new 2022 or 2025 DCs; confirm DFSR for SYSVOL and the Windows Server 2016 functional level first.
  • Plan WSUS, System Center 2016 and AD CS replacements, since they end on or before the same date.
  • For servers that will miss the date, Arc-enable them, check agent version 1.62 or later and test ESU activation in advance.
  • Inventory service accounts, stored credentials and delegation on each server and convert service accounts to gMSA during the move.
  • Pilot, back up, run owner test scripts and keep old DCs until replication and FSMO moves are verified.
  • Record risk acceptances with an expiry date and compensating controls for any server left unsupported.

Standards and references

Related NHI Mgmt Group resources: Operating System End of Life and Extended Support Guide · SQL Server 2016 End of Support · Exchange Server 2016 and 2019 End of Support · Technology End of Life Policy Template · Patch Management Guide

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Researched and written by the NHI Mgmt Group editorial team using AI tools, under the editorial direction of Lalit Choda. Facts are drawn from the sources listed on this page and checked by our automated quality process. Last updated 8 November 2026. Spotted an error? Use our contact page.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM and Agentic AI security. nhimg.org