Skip to content
Tech News
← Back to articles

Microsoft: Windows Server 2025 changes causing app crashes

read original get Kingston Server Premier DDR5 ECC RDIMM → more articles
Why This Matters

A memory-management change in Windows Server 2025 is breaking applications that rely on Address Windowing Extensions, most notably SQL Server configured with the Lock Pages in Memory policy. That means enterprises running core database workloads can hit access violations, memory corruption, and unexpected service restarts, and the only workaround for now is to disable a performance-tuning feature. It's another reason for cautious upgrade planning on Microsoft's newest server platform.

Key Takeaways
Worth a Look

Kingston Server Premier DDR5 ECC RDIMM — When memory management is the culprit, reliable server RAM is the foundation you want under SQL Server workloads. Kingston's Server Premier ECC registered DIMMs are built for enterprise boxes running Windows Server, with error correction that helps catch corruption before it takes an app down. A solid upgrade for admins provisioning or expanding a Windows Server 2025 host.

See Kingston Server Premier DDR5 ECC RDIMM on Amazon → Affiliate link — we may earn a commission on purchases, at no extra cost to you. Product picked by AI based on this article; it is not a tested recommendation.

Microsoft warned customers last week that they may experience application crashes on some Windows Server 2025 due to recent memory management changes.

This known issue affects apps that use Address Windowing Extensions (AWE), a set of extensions that lets an application use more than 4GB of physical memory within a 32-bit virtual address space.

"Applications running on Windows Server 2025 might experience access violations, memory corruption, or unexpected termination," Microsoft said in a service alert first spotted by Microsoft MVP Susan Bradley.

"This issue is caused by a Windows Server 2025 memory-management change that can affect certain applications using Address Windowing Extensions (AWE) that rely on memory-management behaviors present in earlier Windows Server releases."

The list of affected applications includes SQL Server when running with the Lock Pages in Memory (LPIM) Windows policy enabled to boost performance in scenarios where paging memory to disk is expected.

On impacted systems, users may see memory corruption errors, access violation exceptions (with 0xC0000005 error codes), failures during database maintenance operations (e.g., DBCC CHECKDB), SQL Server crash dumps, and SQL Server services stopping or restarting unexpectedly.

Affected users are also seeing "Using locked pages in the memory manager." alerts in the error log during system startup.

Workaround available

While a permanent fix isn't available yet, Microsoft shared a temporary workaround that requires admins to disable the LPIM policy for the SQL Server service account.

"Customers should evaluate this workaround in their environment, as disabling LPIM can affect SQL Server performance and memory-management behavior. [..] For other applications encountering this issue, check to see if AWE can be disabled," Microsoft added.

... continue reading