引言
在Windows Server的日常运维中，管理员经常遇到一种棘手现象：服务器刚重启时运行流畅，但经过几天或几周后，系统可用内存逐渐减少，响应变慢，甚至导致关键业务服务崩溃。这种现象通常被称为“内存泄漏”（Memory Leak）。与Windows客户端不同，服务器需要长期稳定运行，因此排查和解决内存泄漏问题至关重要。本文将指导您如何使用内置工具定位根源并实施修复。
第一步：确认是否存在内存泄漏
首先，我们需要区分是真正的内存泄漏，还是由于工作负载增加导致的正常内存占用。Windows操作系统本身会利用空闲内存来缓存文件和应用程序数据（Standby List），这部分内存在需要时会被立即释放给应用程序。因此，单纯看到物理内存使用率高并不一定代表有问题。
请通过以下步骤进行初步判断：
- 观察趋势：使用性能监视器记录过去一周的物理内存使用率。如果空闲内存（Available MBytes）呈现持续下降的趋势，且在重启后才会回升，则极可能存在内存泄漏。
- 检查交换文件：如果系统频繁将数据写入页面文件（Pagefile.sys），导致磁盘I/O显著增加，说明物理内存已严重不足。
第二步：使用性能监视器深入排查
Windows自带的性能监视器（PerfMon）是诊断内存问题的核心工具。请按照以下步骤配置计数器：
1. 打开性能监视器
按 Win + R，输入 perfmon 并回车。在左侧导航栏展开“数据收集器集”，右键点击“用户定义”，新建“数据收集器集”，选择“手动创建”，命名为“Memory Leak Monitor”。
2. 添加关键性能对象
在“创建数据收集器集”窗口中，勾选“创建数据记录”，点击下一步，添加以下计数器：
- Memory\Pages/sec：每秒页数。如果此值持续高于10-20，表明系统正在频繁进行页面交换，内存压力较大。
- Memory\Pool Nonpaged Bytes：非分页池大小。这是内核模式驱动程序使用的内存，不可换出。如果此值持续增长，通常是某个驱动程序存在泄漏。
- Process\Private Bytes[*]：特定进程的私有字节数。这将显示每个进程独占的内存量。
- System\Context Switches/sec：上下文切换速率。极高的切换率可能暗示内存不足导致的调度问题。
3. 分析数据
让监视器运行几小时或一天后停止记录。打开生成的日志文件，查看图表。重点关注：
- 哪个进程的Private Bytes曲线呈阶梯状上升而不下降？
- Pool Nonpaged Bytes是否随时间线性增长？
第三步：定位罪魁祸首进程或服务
一旦确定内存泄漏的大致范围，需要使用更细致的工具进行定位。
1. 检查具体进程
如果在性能监视器中发现 w3wp.exe（IIS工作进程）或 sqlservr.exe（SQL Server）占用异常高，请使用任务管理器查看其详细信息。在“性能”选项卡中，点击“打开资源监视器”，在“内存”标签下查看“提交（字节）”列。这有助于识别是哪个应用程序池或数据库会话占用了过多内存。
2. 检查内核驱动泄漏
如果 Pool Nonpaged Bytes 持续增长，但普通进程内存正常，问题很可能出在内核驱动程序上。
- 运行命令 !poolused 3（需安装Debugging Tools for Windows并使用WinDbg附加到内核）可以列出占用非分页池最大的驱动程序。
- 或者，使用第三方工具如 RAMMap（Sysinternals套件的一部分）查看“Nonpaged Pool”的分配详情，找出具体的驱动名称。
第四步：解决方案与修复策略
根据排查结果，采取相应的措施：
1. 软件层面修复
- 更新补丁：许多内存泄漏问题是由已知的操作系统Bug引起的。确保Windows Server已安装最新的累积更新和安全补丁。
- 更新驱动程序：如果是网卡、存储控制器或显卡驱动导致内存泄漏，请联系硬件厂商获取最新版本的驱动程序并安装。
- 应用程序配置：对于IIS或自定义应用程序，检查是否有无限循环分配内存的代码逻辑。对于IIS，可以限制应用程序池的最大工作集内存（Max Memory Limit），当达到上限时自动回收工�进程，从而缓解泄漏影响。
2. 系统配置优化
- 增加虚拟内存：虽然不能解决泄漏，但可以防止因内存耗尽导致的崩溃。建议页面文件大小设置为物理内存的1.5倍至3倍，并放在高速SSD上。
- 禁用不必要的服务：关闭未使用的后台服务，减少潜在的内存占用源。
3. 临时缓解措施
如果无法立即找到根本原因，可以采取周期性重启受影响的特定服务，而不是重启整个服务器，以减少业务中断时间。例如，编写脚本定期重启特定的IIS应用程序池。
总结
Windows服务器的内存泄漏排查是一个系统性工程，需要结合性能监视器的宏观数据与具体进程的微观分析。通过监控Pages/sec、非分页池大小以及各进程的私有字节，IT专业人员可以快速定位是应用程序还是驱动程序导致了问题。及时解决这些问题不仅能保障服务器性能，还能有效延长硬件使用寿命并降低维护成本。建议定期建立内存基线监控，以便在问题萌芽阶段即可发现异常。