###
Windows Server Handle Count Exceeds 100,000: Causes and Troubleshooting
在
Windows服务器上，
句柄（Handle）是操作系统用来管理资源的一种机制，包括文件、注册表项、线程、进程、网络连接等。当系统中打开的
句柄数量超过正常范围（例如超过100,000）时，可能会导致性能下降甚至系统不稳定。以下是可能导致
句柄数过高的常见原因及相应的排查和解决方法。
#### 常见原因分析
1. **应用程序
泄漏**
- 某些应用程序可能未能正确释放已打开的
句柄，导致
句柄持续增长。这种问题通常出现在长期运行的
服务或第三方软件中。
- 可通过性能监视器（PerfMon）中的 `Process` 对象下的 `Handle Count` 计数器来监控特定进程的
句柄使用情况。
2. **
服务或驱动程序问题**
- 系统
服务或设备驱动程序也可能存在
句柄泄漏问题，尤其是在未正确关闭资源的情况下。
- 使用 `handle.exe` 工具（来自 Sysinternals）可以查看哪些进程打开了大量
句柄，并进一步分析其类型和来源。
3. **数据库引擎行为**
- SQL
Server 等数据库系统在高并发场景下会创建大量内部对象（如游标、临时表、锁等），这些对象可能占用大量
句柄。
- 特别是在某些版本中，SQL
Server 使用的 SQLOS 子系统可能会因定时器粒度设置为 1ms 而增加资源消耗 [^1]。
4. **
多线程应用不当管理线程资源**
-
多线程应用程序如果频繁创建和销毁线程而没有正确释放相关资源，也会导致
句柄堆积。
5. **远程调用或网络连接未释放**
- 如果
服务器作为客户端频繁发起远程调用（如 RPC、WCF、HTTP 请求），而未能正确关闭连接，也可能导致
句柄数上升。
---
### 故障排查步骤
#### 1. 使用任务管理器初步查看
- 打开任务管理器（Ctrl+Shift+Esc），切换到“性能”选项卡，查看当前系统的“
句柄数”是否异常。
- 切换到“进程”选项卡，按“
句柄数”排序，找出占用
句柄最多的进程。
#### 2. 使用 Process Explorer 查看详细
句柄信息
- 下载并运行 [Process Explorer](https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer)。
- 双击目标进程，进入“Handles”标签页，查看该进程打开的所有
句柄及其类型。
- 可以搜索特定类型的
句柄（如 `File`, `Event`, `Mutant` 等），帮助定位
泄漏源。
#### 3. 使用 `handle.exe` 命令行工具
- 下载 [Handle](https://docs.microsoft.com/en-us/sysinternals/downloads/handle) 工具。
- 运行以下命令查找包含特定字符串的
句柄：
```cmd
handle.exe <PID>
```
- 或者查找所有包含某个关键词的
句柄（如文件路径、事件名称）：
```cmd
handle.exe \Device\HarddiskVolume
```
#### 4. 使用性能监视器（PerfMon）
- 添加计数器：`Process` -> `Handle Count`，选择可疑进程进行实时监控。
- 同时可以添加 `Memory` -> `Pool Paged Bytes` 和 `Pool Nonpaged Bytes` 来观察内核池内存使用情况。
#### 5. 使用 WMI 查询
句柄信息
- 使用 PowerShell 查询指定进程的
句柄数：
```powershell
Get-WmiObject Win32_Process -Filter "ProcessId = <PID>" | Select HandleCount
```
#### 6. 分析日志与事件查看器
- 检查系统日志（Event Viewer）中是否有与
句柄耗尽相关的错误或警告信息。
- 关注 `System` 日志中是否有 `Event ID 6008`（事件日志
服务启动失败）、`Event ID 4103`（资源不足）等。
#### 7. 内存转储分析（高级）
- 若无法通过常规手段定位问题，可使用 `procdump.exe` 生成内存转储文件：
```cmd
procdump.exe -ma <PID> dump.dmp
```
- 使用 WinDbg 分析转储文件，查找
句柄泄漏的具体位置。
---
### 解决方案建议
1. **更新或修复应用程序**
- 确保所有运行的应用程序和
服务都是最新版本，尤其是第三方软件，可能存在已知的
句柄泄漏问题。
2. **重启
服务或系统**
- 对于临时性问题，重启相关
服务或整个系统可以快速释放被占用的
句柄。
3. **优化数据库配置**
- 对于 SQL
Server，检查是否存在过多游标版本（Cursor Version Counts）问题 [^2]。
- 优化查询以减少临时对象的创建，避免不必要的连接和事务。
4. **限制最大
句柄数（不推荐）**
- 虽然可以通过修改注册表限制每个进程的最大
句柄数，但这不是根本解决办法，且可能导致应用程序崩溃。
5. **启用跟踪标志（Trace Flag）辅助诊断**
- 在 SQL
Server 中，可以启用特定的跟踪标志（如 TF 8038）来避免某些系统行为对 DMV 输出的影响 [^1]。
6. **定期监控与自动化脚本**
- 使用 PowerShell 或其他脚本语言编写监控脚本，定期记录
句柄数变化趋势，及时预警。
---
###
本文通过重现句柄线性增长的问题并深入分析，发现所谓的“泄漏”其实是CriticalSection内部的event同步对象延迟创建机制所致。文章详细记录了问题的发现、定位及最终解决方案。
扫一扫
1301
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
