
How to Upgrade Windows Server 2022 to Windows Server 2025
Upgrade Windows Server 2022 to Windows Server 2025 with a practical runbook covering compatibility, backups, in-place upgrade steps, rollback and post-upgrade checks.
Windows Server / Windows Server 2025 System Requirements: CPU, RAM, Storage, TPM and Compatibility
The minimum Windows Server 2025 system requirements tell you whether the operating system can be installed. They do not tell you whether the server is powerful enough to run Active Directory, Hyper-V, SQL Server, file services or a business application reliably in production.
That distinction matters when buying new hardware or deciding whether an existing Windows Server 2019 or 2022 machine can be upgraded.
Windows Server 2025 requires a modern 64-bit x64 processor with specific instruction support, at least 512 MB of RAM for Server Core or 2 GB for Desktop Experience, sufficient system storage, and a compatible network adapter. TPM, UEFI and Secure Boot also require more nuance than a simple yes-or-no checklist because some security capabilities depend on them more directly than the basic operating system installation does.
For a production server, however, those minimums should be treated as a compatibility floor. A server that technically boots Windows Server 2025 with minimum RAM and storage can still be completely unsuitable for the workload you intend to run.
The following table separates the basic Windows Server 2025 hardware requirements from practical production considerations.
| Component | Minimum or baseline requirement | Practical production consideration |
|---|---|---|
| Processor | 1.4 GHz or faster 64-bit x64 processor with required instruction support | Size CPU cores and frequency for the actual workload |
| RAM, Server Core | 512 MB minimum | Several GB or substantially more depending on roles |
| RAM, Desktop Experience | 2 GB minimum | 8 GB, 16 GB, 32 GB or more may be appropriate depending on workload |
| Storage | 32 GB minimum system disk | Allocate significantly more for updates, logs, page file, dumps and applications |
| Network | Compatible Ethernet adapter capable of at least 1 Gbps | 10 GbE or faster can be appropriate for virtualization, storage and heavy file workloads |
| Firmware | Modern firmware support appropriate to the platform | UEFI and Secure Boot are strongly preferred for new deployments |
| TPM | Requirement depends on the security feature and deployment scenario | TPM 2.0 is strongly recommended for modern security features |
| Architecture | x64 | 32-bit Windows Server installations are not supported |
| Virtual machine | Compatible virtual CPU, RAM, storage and virtual hardware | Confirm the hypervisor officially supports Windows Server 2025 |
These figures should not be converted into a universal production recommendation. A two-user domain controller and a 30-VM Hyper-V host may both run Windows Server 2025, but their hardware requirements are completely different.
Windows Server 2025 requires a 64-bit x64 processor running at 1.4 GHz or faster.
Clock speed alone is not enough. The processor also needs the instruction and virtualization capabilities expected by modern Windows Server.
Relevant CPU capabilities include compatibility with the x64 instruction set, NX and DEP support, CMPXCHG16b, LAHF/SAHF, PrefetchW, second-level address translation such as Intel EPT or AMD NPT, and modern instruction support including SSE4.2.
That means an old server processor can fail the Windows Server 2025 compatibility test even if its nominal clock speed is well above 1.4 GHz.
Imagine two processors.
One is a very old 3.0 GHz server CPU.
The other is a newer 2.4 GHz server processor.
The older CPU has the higher clock rate, but that does not make it more compatible with Windows Server 2025. If it lacks required processor instructions or platform capabilities, the operating system may not be supported.
This is why checking only “CPU speed” before upgrading an aging server is inadequate.
For production sizing, the correct core count depends on the workload.
A domain controller handling a modest number of users usually has very different CPU needs from:
Also remember that more physical cores can change Windows Server licensing requirements.
Hardware sizing and license sizing should therefore be performed together before purchasing a new server.
The published minimum for Windows Server 2025 Server Core is 512 MB of RAM.
Windows Server 2025 with Desktop Experience requires at least 2 GB.
Those numbers are installation minimums, not sensible general-purpose production configurations.
Running a modern production server on 512 MB or 2 GB of memory leaves very little capacity for server roles, antivirus or EDR software, monitoring agents, backup tools, file caching, application processes and normal operating-system activity.
For a new server, RAM should be sized around the workload rather than around the Windows Server minimum.
Server Core removes the traditional local graphical desktop and therefore has a smaller footprint.
That makes it attractive for suitable roles such as:
Desktop Experience adds the full Windows graphical interface and is often more convenient where local GUI administration or application compatibility requires it.
The 512 MB versus 2 GB minimum difference should not be the main reason for choosing between them. Application compatibility, administrator skills and management strategy are more important.
There is no honest universal answer.
A small domain controller might operate comfortably with relatively modest RAM, while a virtualization host could need hundreds of gigabytes or even substantially more.
The workload determines the requirement.
For example, a small infrastructure VM handling Active Directory and DNS might begin with several gigabytes of RAM and be adjusted after monitoring.
A file server often benefits from additional memory because Windows can use available RAM for caching.
An RDS Session Host must be sized around concurrent user sessions and the applications those users run.
An application or database server should follow the software vendor’s sizing requirements rather than a generic Windows Server recommendation.
A Hyper-V host must have enough physical memory for the host itself plus all expected virtual-machine workloads, operational overhead and failover or growth capacity.
Instead of asking “How much RAM does Windows Server 2025 need?”, ask:
How much RAM does Windows Server 2025 plus my intended workload need at peak usage?
Windows Server 2025 has a minimum storage requirement of approximately 32 GB for the operating system.
Treat that as an absolute minimum rather than a production system-disk recommendation.
The system volume also needs room for:
A server installed on a 32 GB partition may technically satisfy the installation requirement but can quickly become difficult to patch and maintain.
For production, allocate meaningful free space beyond the installed operating system.
The correct size varies, but allocating a larger dedicated system volume is usually safer than building around the 32 GB minimum.
Separating the operating system from application data can also simplify capacity planning.
For example, a file server might use one volume for Windows Server and separate storage for shared data.
A database server might separate the operating system, database files, transaction logs and backups according to the database vendor’s recommendations.
A Hyper-V host should have an intentional storage architecture for VM configuration files and virtual disks rather than placing every workload on the Windows system partition.
A server can have several terabytes of disk capacity and still perform poorly.
Storage design should consider:
The Windows Server 2025 minimum requirement therefore answers only one question: whether there is enough space to install the operating system.
It does not tell you whether the storage system can support the workload.
Windows Server 2025 requires a compatible network adapter capable of at least 1 Gbps throughput.
For a small domain controller, DNS server or lightly used application server, 1 GbE may still be completely adequate.
For modern virtualization and storage infrastructure, however, 1 GbE can become a bottleneck quickly.
A Hyper-V host may need network capacity for:
The important requirement is not simply link speed. Verify that the NIC, driver and firmware are supported with Windows Server 2025.
This question needs more nuance than the equivalent Windows 11 discussion.
Do not treat TPM 2.0 as simply a universal “the installer will always refuse to work without it” requirement for every conceivable Windows Server 2025 deployment.
Instead, TPM support becomes important when you want to use modern security technologies and platform-security capabilities that depend on trusted hardware.
For new physical servers, choosing hardware with TPM 2.0 is strongly recommended.
TPM can be relevant to technologies such as:
If you are purchasing new server hardware in 2026, intentionally choosing a platform without TPM 2.0 creates an unnecessary limitation even if your immediate workload does not require every TPM-dependent feature.
A physical server uses a hardware TPM implemented by the platform.
A virtual machine can instead use a virtual TPM when the hypervisor and VM configuration support it.
That means checking “Does the physical host have TPM?” is not always enough when the actual workload runs inside a VM.
For virtualized Windows Server deployments, confirm:
Whether the hypervisor supports virtual TPM.
Whether the selected VM generation or virtual hardware supports it.
How vTPM keys are protected.
Whether the VM can still be migrated between hosts as intended.
Whether backup and disaster-recovery tools support the protected configuration.
Security settings should not be enabled independently of the virtualization and recovery design.
Secure Boot is part of the modern Windows Server security architecture and should normally be enabled on new compatible hardware.
Secure Boot depends on UEFI firmware rather than legacy BIOS boot.
Its purpose is to help prevent untrusted boot components from executing before Windows starts.
For a greenfield Windows Server 2025 deployment, using UEFI with Secure Boot support is the sensible baseline unless a documented hardware, application or virtualization constraint requires otherwise.
This is especially important when the server will use security technologies that depend on a trusted boot chain.
However, “supports Windows Server” and “supports every Windows Server security capability” are not the same thing. Legacy systems deserve a full compatibility check before an in-place upgrade.
New Windows Server 2025 deployments should be designed around UEFI.
UEFI enables a modern boot model, works with Secure Boot, supports current platform-security features and avoids many of the limitations associated with legacy BIOS.
If an older Windows Server machine still boots in legacy BIOS mode, do not casually change it to UEFI immediately before an operating-system upgrade.
That change can affect:
The safer approach is to treat firmware conversion and operating-system upgrade as separate changes unless the migration plan has been fully tested.
For sufficiently old hardware, a side-by-side migration to a modern UEFI server may be safer than trying to modernize every layer of the existing machine in place.
Windows Server 2025 can run on physical hardware or as a virtual machine.
The operating system still needs compatible processor features, RAM, storage and networking in either case, but the component being evaluated changes.
On a physical server, you verify the actual CPU, motherboard firmware, TPM, NIC, RAID controller, HBA and storage hardware.
Inside a VM, Windows sees virtual hardware supplied by Hyper-V, VMware or another supported hypervisor.
That means physical compatibility does not automatically guarantee guest compatibility.
The hypervisor must know how to expose an appropriate virtual CPU, firmware model, storage controller, network adapter, Secure Boot implementation and potentially virtual TPM to the guest.
When Windows Server 2025 runs as a Hyper-V guest, use a supported host platform and an appropriate VM generation.
For new deployments, Generation 2 virtual machines are generally the better starting point because they use UEFI-based virtual firmware and support capabilities such as Secure Boot and virtual TPM configurations.
VM sizing should still reflect the workload.
A two-vCPU, 4 GB VM might be adequate for a very small infrastructure role but inappropriate for an application server serving hundreds of users.
Avoid sizing every VM according to the Windows Server minimum simply because virtualization makes CPU and memory easy to allocate.
The same principle applies to VMware environments.
Do not assume that any ESXi host capable of running Windows Server 2022 will automatically be an officially supported Windows Server 2025 platform.
Verify:
This is especially important in older VMware estates where upgrading the Windows Server guest could also require changes to the hypervisor or virtual hardware.
A server can meet every published CPU, RAM and disk minimum and still be a poor Windows Server 2025 candidate.
Drivers often decide whether an older physical machine is genuinely usable.
Before deployment, verify support for:
A Windows Server installation that works with a generic driver is not necessarily equivalent to a configuration the server manufacturer supports in production.
For an existing Dell, HPE, Lenovo, Supermicro or other server platform, check whether the manufacturer supports Windows Server 2025 on that specific model.
This can be more valuable than simply checking Microsoft’s minimum requirements.
Vendor support determines whether tested firmware, storage drivers, NIC drivers and management tools are available.
For example, an older PowerEdge or ProLiant machine might contain a processor capable of running Windows Server 2025 but use a RAID controller for which the manufacturer does not provide a supported Windows Server 2025 driver.
The processor passes.
The server may still fail your production compatibility review.
For business infrastructure, “Windows installs” should not be confused with “the hardware platform is fully supported.”
Hardware compatibility is only half the problem.
Before purchasing Windows Server 2025 for an existing workload, confirm that the applications running on the server support it.
This is especially important for:
A perfectly compatible physical server can still be unsuitable for Windows Server 2025 if a critical application vendor has not certified its software for the new operating system.
For production systems, application support should be confirmed before the operating-system upgrade is scheduled.
A domain controller usually does not require extreme hardware.
For a small or medium environment, the difference between the Windows minimum and a sensible configuration is still significant.
You need capacity for:
A few gigabytes of RAM may technically run the role, but RAM and CPU should be sized according to directory size, logon activity and additional services.
For virtual domain controllers, resilience is usually more important than giving one VM excessive resources.
Multiple appropriately sized domain controllers provide better fault tolerance than concentrating everything on one oversized VM.
A file server’s requirements are driven less by the Windows operating-system minimum and more by:
A file server serving ten office users is fundamentally different from one serving 500 users and tens of terabytes.
Memory can improve caching, while faster networking and storage often have a larger effect on perceived performance than simply adding CPU cores.
A Hyper-V host should never be purchased according to the bare Windows Server minimum.
The host needs enough resources for the virtualization layer plus every workload expected to run on it.
Suppose the planned VMs collectively need:
128 GB of usable RAM.
24 virtual CPU cores at peak activity.
Several terabytes of high-performance storage.
That information should drive the physical-server design.
The Windows Server minimum RAM figure is almost irrelevant.
The host also needs spare capacity for maintenance, VM growth and potentially failover.
If it belongs to a cluster, sizing should consider what happens when another node is unavailable, not simply the average workload under perfect conditions.
Application servers should be sized from the application upward.
Suppose a vendor requires:
In that scenario, the vendor’s supported platform requirements are more useful than the Windows Server minimums.
You need to satisfy both.
If Windows Server can run with 2 GB RAM but the application requires 16 GB, the effective starting requirement is at least the application’s 16 GB plus enough capacity for the operating system and supporting services.
A useful way to think about Windows Server 2025 sizing is:
Minimum requirement = Can Windows Server run?
Production requirement = Can the complete workload run reliably during peak usage, maintenance and growth?
Those are different tests.
Production sizing should account for:
A server should not become overloaded merely because Windows Update, endpoint protection and backup happen to run while users are working.
Possibly, but check more than the processor generation.
Start with the manufacturer’s Windows Server 2025 support status for the exact model.
Then verify firmware, storage controllers, network adapters, TPM, UEFI, Secure Boot and any specialized hardware.
Next, verify the applications.
Then consider age.
A server that has already been running for six or seven years may technically support Windows Server 2025 but still be a poor candidate for another long production lifecycle.
Replacing the operating system does not reset the age of:
An operating-system upgrade can therefore be the right moment to move the workload to newer hardware rather than extending an aging physical platform.
Before purchasing or deploying Windows Server 2025, confirm the following:
A failed item does not always mean Windows Server 2025 cannot be used. It means the issue should be resolved before treating the platform as production-ready.
Windows Server 2025 Standard and Datacenter use the same fundamental operating-system hardware baseline.
You do not need Datacenter simply because the physical server has a large amount of RAM, many CPU cores or fast storage.
Edition choice is primarily driven by licensing rights and advanced infrastructure features.
Standard is usually the first edition to evaluate for physical workloads and lightly virtualized servers. If that describes your deployment, review Windows Server 2025 Standard Core-Based licensing only after you know the actual physical core count of the server.
Datacenter becomes more relevant for dense virtualization and infrastructure designs requiring Datacenter-specific capabilities.
In other words:
Choose the hardware for the workload. Then choose the Windows Server edition for the licensing and infrastructure architecture.
Not necessarily.
A supported modern server currently running Windows Server 2022 may be a perfectly reasonable Windows Server 2025 platform.
But compatibility should be proven, not assumed.
Check the CPU instruction set, firmware, TPM, Secure Boot capability, storage controller, NIC drivers, manufacturer support and application compatibility.
Older hardware deserves extra scrutiny because a successful installation is not enough for a business-critical server.
If the existing machine passes those checks and still has adequate performance headroom, replacing it solely because Windows Server 2025 exists may provide little value.
If hardware support is ending, firmware is obsolete, storage drivers are unavailable or the system has no capacity for future workloads, a hardware refresh may be safer than an in-place operating-system upgrade.
The official Windows Server 2025 minimum requirements are only the first filter.
A compatible deployment starts with a modern x64 processor, sufficient memory, enough storage, supported networking and an appropriate firmware and security platform.
A production-ready deployment goes much further.
It must also have enough CPU, RAM, storage performance and network capacity for the actual workload. The hardware vendor must support the platform. Applications, backup tools, security agents and management software must support Windows Server 2025. Virtual deployments need a compatible hypervisor and virtual-hardware configuration.
TPM and Secure Boot should also be considered as part of the security design rather than treated as checkbox questions in isolation.
The most useful pre-purchase rule is therefore:
Do not size a Windows Server 2025 machine around what the operating system needs to boot. Size it around what the business workload needs to run reliably for the full life of the server.

Upgrade Windows Server 2022 to Windows Server 2025 with a practical runbook covering compatibility, backups, in-place upgrade steps, rollback and post-upgrade checks.

Compare Windows Server 2019, 2022 and 2025 by support lifecycle, security, Hyper-V, compatibility and upgrade path to choose the right version.

Compare Windows Server 2025 vs 2022 across security, Hyper-V, Active Directory, lifecycle and compatibility to decide whether to upgrade now or wait.