Server 2003 R2不允许正常运行几天后login

我们有一个服务器2003 R2标准（我将其称之为SRV01），现在已经有些敲门砖了，但它仍然是我们公司networking上的文件，打印和SQL服务器。 SRV01托pipe用户configuration文件，主目录和几乎所有的业务数据。 请注意，我们的AD目前处于2008 R2级别。

这台服务器将在未来的12个月内升级，但是我还没有预算花在它上面。

这个服务器的一点历史如下：

当SRV01首次投入使用时，它作为域控制器（与今天安装的2003 R2相同），与运行Server 2003 R2 SBS的另一台服务器配对。

几年前，我们购买了一对专用数据中心（2008 R2），此时我们退役了2003 SBS服务器，而SRV01则是从AD中撤出。

直到最近，SRV01才用于运行Exchange 2003，但是最近我们购买了Exchange 2010的专用服务器并进行了升级（按照Microsoft推荐的升级path）。 Exchange 2003最近被卸载。 干净地尽我所知。

自从Exchange从SRV01中删除后，我发现正常运行几天之后，当我尝试login时，按CTRL-ALT-DEL只是隐藏欢迎使用Windows Server 2003的标题，并且从不显示login对话框。 我看到的只是一个可移动的鼠标指针和一个空白的背景。

这是一个类似的故事与pipe理TS会话，RDP客户端连接，并给我一个空白的背景，但没有login对话框出现。 RDP会话无限期地挂起，直到我放弃并closures它。

我已经能够访问服务器的唯一方法是拉上它的插件。 虽然服务器的电池备份了RAID 5控制器，但我不满意这样做，所以作为临时措施，我已经创build了一个计划任务，每晚重新启动SRV01。

我不但不喜欢像这样安排服务器重新启动的想法，而且还导致让用户离开桌面PC过夜login的问题。 用户抱怨“延迟写入失败”，还有一些用户开始抱怨帐户locking问题，以及用户无法连接到SRV01上的共享，直到他们重新启动桌面PC。

我检查了SRV01上的事件日志和DC寻找问题的线索，但确实没有什么不愉快的事情被logging下来。 当没有任何相关性被logging时，我怎么能调查这个问题呢？ 是否有一些额外的日志logging可以启用，可能会提供一些线索，可能会导致此问题？ 性能监视器可以帮助我吗？如果是的话，你会考虑监视哪个计数器？

值得一提的是，虽然服务器通过控制台和TS没有响应，但它仍然响应客户连接数天没有问题的股份，但大约一个星期后，我开始听到用户报告访问股份的问题，但这似乎相当零星的。

我也试着离开控制台login（和locking），当我注意到我不能再通过TSlogin，我可以解锁服务器控制台没有问题，但它拒绝重新启动/关机，并随后尝试重新启动报告系统closures已经在进行，系统完全挂起。

我已经尝试了等待几个小时的游戏，认为超时可能会让关机继续，但无济于事。