我们遇到了一台服务器的问题。 它在9天后总是冻结，然后在9天后重新启动：服务器挂起。
我在事件日志中发现了一个应用程序popup式错误333，每分钟10次左右。
333事件的描述是：
由registry启动的I / O操作失败，无法恢复。 registry无法读入，写出或刷新包含registry系统映像的文件之一。
我尝试了至less六种不同的解决方法，可以在不同的网站上find，包括MSKB和serverfault，但没有成功。 有人build议添加“处理计数”列到任务pipe理器进程视图，我做了。 结果：SNMP不断创build句柄。 性能监视器向导说这个服务在服务器最后一次崩溃时有两百多万个句柄。
我现在已经停用了服务，但是原因是什么？
编辑：幸运的是，我们不依赖于SNMP服务，所以我们解决了这个问题，但是如果我们真的需要这个服务呢？ 我将如何确定是什么原因造成的？ （以防其他人有相同的问题）
是的，高（足够）的处理数量肯定会崩溃的服务器。 如果我记得正确，SNMP服务可以加载其他人（即不是微软）创build的扩展DLL。 我敢打赌，其中一个扩展只是有一个类似于内存泄漏的句柄泄漏。 它发生 – 它的软件:(