我们有一个 2003 R2 标准版服务器（我将其称为 SRV01），现在有点问题，但它仍然充当我们公司网络上的文件、打印和 SQL 服务器。SRV01 托管用户配置文件、主目录和几乎所有业务数据。请注意，我们的 AD 目前处于 2008 R2 级别。
该服务器预计将在未来 12 个月内升级，但目前我还没有预算可以花在这上面。
该服务器的一些历史记录如下：
当 SRV01 首次投入使用时，它充当域控制器（使用与现在相同的 2003 R2 安装），与运行 Server 2003 R2 SBS 的另一台服务器配对。
几年前，我们购买了一对专用 DC（2008 R2），此时我们停用了 2003 SBS 服务器，并且 SRV01 已从 AD 中 DCPROMO 出来。
直到最近，SRV01 还运行着 Exchange 2003，但我们最近购买了 Exchange 2010 专用服务器并进行了升级（按照 Microsoft 推荐的升级路径）。Exchange 2003 最近被卸载。- 据我所知，卸载得很干净。
自从 Exchange 从 SRV01 中移除后，我发现在运行几天后，当我尝试登录时，按 CTRL-ALT-DEL 只会隐藏“欢迎使用 Windows Server 2003”横幅，并且永远不会显示登录对话框。我看到的只是一个可移动的鼠标指针和一个空白的背景。
管理员 TS 会话的情况也类似，RDP 客户端连接后显示空白背景，但没有显示登录对话框。RDP 会话无限期挂起，直到我放弃并关闭它。
我能够访问服务器的唯一方法是拔掉电源插头。虽然服务器确实有一个电池备份的 RAID 5 控制器，但我对必须这样做感到不高兴，因此作为临时措施，我创建了一个计划作业来每晚重新启动 SRV01。
我不仅不喜欢安排服务器重新启动的想法，而且它还会给那些整夜保持登录状态的台式电脑的用户带来问题。用户抱怨“延迟写入失败”，也有许多用户开始抱怨帐户锁定问题，以及用户在重新启动台式电脑之前无法连接到 SRV01 上的共享。
我检查了 SRV01 和 DC 上的事件日志，想找到问题的线索，但实际上没有记录任何异常。当没有记录任何相关内容时，我该如何调查这个问题？是否可以启用一些额外的日志记录，以提供一些线索，找出导致此问题的原因？性能监视器能帮我解决这个问题吗？如果可以，您会考虑监视哪些计数器？
值得一提的是，虽然服务器通过控制台和 TS 没有响应，但它仍然可以响应客户端连接到共享几天而没有问题，但大约一周后，我开始听到用户报告访问共享时出现问题，但这种情况似乎很零散。
我也尝试过让控制台保持登录状态（并锁定），当我注意到我无法再通过 TS 登录时，我可以毫无问题地解锁服务器控制台，但它拒绝重新启动/关闭，并且随后的重新启动尝试报告系统关闭已在进行中，然后系统完全挂起。
我尝试等待了几个小时，以为超时可能会让关机继续，但无济于事。
答案1
我猜这是 x86（32 位）。我倾向于在下一次发生时运行 Windows 调试器，并显示使用的内存量。特别是系统内核内存（分页池和非分页池）。
如果你已将 Windows 调试器复制到文件夹，请运行 windbg.exe，输入的命令是：!vm
您可能会发现分页或非分页池已耗尽，并且可能设置得太低。默认情况下，Windows 2003 x86 上的内核内存设置非常低，很容易耗尽。
您还应该验证在 boot.ini 中没有设置 /3GB 开关 - 这只会使内核内存耗尽问题更加严重。
这也可能指向某些正在消耗内核内存的有问题的驱动程序，例如网络驱动程序。
如果 C:\ 上的页面文件足够大，可以容纳所有物理内存，您也可以使用系统设置强制蓝屏。可以在调试器中检查生成的内存转储。如果根本无法运行调试器，强制蓝屏很有用。
Windows 调试工具
http://msdn.microsoft.com/en-us/windows/hardware/gg463009.aspx
通过键盘强制系统崩溃
http://msdn.microsoft.com/en-us/library/ff545499%28v=vs.85%29.aspx
答案2
我倾向于同意@Greg Askew 的说法——这听起来像是一个经典的内核内存池耗尽场景。
我会选择使用poolmon.exeWindows 支持工具中的工具，而不是调试器。Windows Server 开箱即用地启用了池标记，并且该poolmon工具相当容易使用。在另一个 Server Fault 问题中我稍微谈一下对输出的解释我也曾使用以下方法成功诊断过这些情况（尤其是类似的手柄泄漏）日志性能分析工具也是如此。