Learn about AD functional levels in clear, practical terms so you can better manage your environment and prepare for upgrades.
One of the mechanisms Microsoft uses to enable or restrict Active Directory (AD) capabilities in Windows Server is the concept of Active Directory functional levels. Windows Server introduces stronger security, improved performance, better manageability, and increased functionality in Active Directory for each new version of the server operating system. Functional levels determine which AD DS features are available by defining the minimum Windows Server versions that can operate as domain controllers (DCs) in a domain or forest.
🎬 Watch This Week in IT.
Let’s look at how the different kinds of functional levels affect Active Directory features and domain controller compatibility.
Functional levels provide predictable interoperability and feature availability. As you eliminate older DCs, you can raise the domain and forest functional levels to unlock features that require newer OS versions. This model ensures every DC can participate correctly in features such as modern Kerberos options or advanced replication.
Domain functional level determines domain‑wide Active Directory capabilities and the minimum Windows Server version allowed for domain controllers in that domain.
Forest functional level governs forest‑wide features in AD and the minimum Windows Server version for all DCs across the forest. Functional levels are independent of client or member‑server OS choices. For example, if your domain is running at the Windows Server 2016 functional level, all of your DCs must be running Windows Server 2016 or higher (later).
Raising forest and/or domain levels can enable (or enforce) security and platform features. For example:
The Windows Server 2025 domain functional level adds the optional 32K database page size feature to support specific large environment and attribute scenarios. I’ll offer more details about these levels later on.
Next, I’ll go into more depth on the differences between domain and forest functional levels and how they interoperate.
This chart can help you understand how these work.
Functional Level interoperability
| Windows Server version (DC) | Windows Server 2025 functional level | Windows Server 2016 functional level | Windows Server 2012 R2 functional level |
|---|---|---|---|
| Windows Server 2025 | ✅ Supported | ✅ Supported | ❌ Not supported |
| Windows Server 2022 | ❌ Not supported | ✅ Supported | ✅ Supported |
| Windows Server 2019 | ❌ Not supported | ✅ Supported | ✅ Supported |
| Windows Server 2016 | ❌ Not supported | ✅ Supported | ✅ Supported |
| Windows Server 2012 R2 | ❌ Not supported | ❌ Not supported | ✅ Supported |
Domain functional levels are scoped to a single Active Directory domain. In my lab, my primary domain is reinders.local.

My domain is running on Windows Server 2016 functional level. This validates two main points: all of my DCs are running at least Windows Server 2016, and my AD has all the features available at the Windows Server 2016 level and all below it (Windows Server 2012 R2, etc)
Forest functional levels unlock capabilities that apply to an entire forest. These primarily focus on consistent behavior across the global catalog (GC) servers and forest trust boundaries. To increase the forest functional level, every DC in every domain in the forest needs to be running at least the level you wish to upgrade to. You also need to verify that the domain functional level is at the level you wish to upgrade to in every domain.
Let me demonstrate how you raise the domain and forest functional levels. There are two tools we can use to accomplish this. I have an Active Directory forest with two domains: reinders.local and corp.reinders.local.

As I previously stated above, when you right-click on the domain and click Properties, it will show you what functional level you are running in the domain and the forest. I am running the Windows Server 2016 functional level for both the domain and forest.

CAUTION: This is an irreversible process. There is no supported method to revert this change. The only option you have is a full domain (forest) recovery from backup. Triple-check your environment before making this change.


With all (both) domains in the forest at the Windows Server 2025 domain functional level, I can raise the forest functional level to Windows Server 2025.



The last major topic I’ll discuss here is security. There are some considerations you should take into account when planning and executing on what functional level is appropriate in your environment (domains and forests). Let’s dive in.
Higher functional levels allow you to phase out legacy protocols and ciphers/authentication protocols. For example, with 2012 R2 domain mode and the Protected Users group, NTLM logon for those accounts is blocked, DES/RC4 is disabled for Kerberos preauth, and TGT renewals are curtailed.
Raising to 2016 enables Kerberos armoring (FAST) and compound auth, which significantly hardens Kerberos against interception and downgrade attacks.
Although this is often overlooked by IT Pros and AD administrators, it is a rather fundamental concept that bears scrutiny. Besides adding features to AD when raising these functional levels, it also helps to maintain a solid security footprint and eases your overall problem resolution times. Running at the highest possible level is, in this case, best.
First, assess your current environment. Inventory your DCs by using helpful PowerShell commands.
Get-ADDomainController -Filter * | Select Name, OperatingSystem
Then run:
Get-ADDomain and Get-ADForest
Second, plan for upgrades. Remove or upgrade DCs running older versions of Windows Server. Replace very old DCs with fresh new ones. If you’re planning to upgrade your functional levels to Windows Server 2016, it doesn’t hurt to install a new DC running Windows Server 2025.
Lastly, there are business justifications for higher functional levels:
Active Directory functional levels define which AD DS features are available within a domain or forest based on the Windows Server versions running on domain controllers. Higher functional levels unlock newer capabilities but require all domain controllers to run the minimum supported OS version.
A domain functional level applies to a single domain and controls the AD DS features and supported domain controller operating systems within that domain. A forest functional level applies across all domains in the forest and enables forest‑wide features dependent on unified domain controller versions.
Functional levels determine the advanced security, interoperability, and management features available in AD DS. Raising these levels enables new capabilities, such as improved authentication, replication, or security enhancements, once all domain controllers meet the required OS version.
You can upgrade functional levels after all domain controllers in the domain or forest run the necessary Windows Server version. Once raised, older domain controller versions can no longer be added, so administrators must ensure compatibility before making changes.