我有一台运行Windows Server 2000的HP ProLiant DL380 G3，每天早上6点到7点之间崩溃。 这在我6天前更换出现故障的硬盘时开始了。 我已经看过没有任何与这个问题有关的计划任务。 下面是我在系统日志和一些转储文件中看到的唯一的东西。 如果这种情况在每天的特定时间发生，这是否会成为硬件问题？ 任何帮助是极大的赞赏。 谢谢
2012年2月7日上午6:07:55之前的系统关机是意外的。
系统信息代理：运行状况：服务器再次运行。 服务器先前已通过自动服务器恢复（ASR）functionclosures，并且已经重新开始运行。 [CPQHLTH.MIB中的SNMP陷阱：6025]
BugCheck 7A，{3，c0000005，3400028，0}
可能是由：memory_corruption（nt！MiMakeSystemAddressValidPfn + 42）
0：kd>！analyze -v
KERNEL_DATA_INPAGE_ERROR（7a）所请求的内核数据页面无法读入。通常由页面文件中的坏块或磁盘控制器错误引起。 另请参阅KERNEL_STACK_INPAGE_ERROR。 如果错误状态为0xC000000E，0xC000009C，0xC000009D或0xC0000185，则说明磁盘子系统出现故障。 如果错误状态为0xC000009A，则表示请求失败，因为文件系统无法前进。 参数：Arg1：00000003，保持的lockingtypes（值1,2,3或PTE地址）Arg2：c0000005，错误状态（通常为I / O状态码）Arg3：03400028，当前进程（lockingtypes3的虚拟地址，或PTE）Arg4：00000000，不能被分页的虚拟地址（如果arg1是PTE地址，则为PTE内容）
MODULE_NAME：nt
IMAGE_NAME：memory_corruption
BugCheck A，{0，2，1，804137d6}
可能是由：ntkrnlmp.exe（nt！CcGetVirtualAddress + ba）
IRQL_NOT_LESS_OR_EQUAL（a）尝试在中断请求级别（IRQL）访问可分页（或完全无效）的地址，该地址过高。 这通常是由于司机使用不正确的地址造成的。 如果内核debugging器可用，则获取堆栈回溯。 参数：Arg1：00000000，内存引用Arg2：00000002，IRQL Arg3：00000001，位域：位0：值0 =读取操作，1 =写入操作位3：值0 =不是执行操作，1 =执行操作支持这种状态的芯片）Arg4：804137d6，引用内存的地址
MODULE_NAME：nt
IMAGE_NAME：ntkrnlmp.exe
首先要了解的是Windows 2000不再受到Microsoft的支持。 新的安全漏洞不再修补。 这个服务器上的Windows Update现在是没有意义的。 这意味着无论如何，远离这个服务器已经过去了。
第二件要考虑的是，考虑到一致的时间，您可能希望在此期间检查系统中正在运行的任何计划任务。 另外还要考虑其他环境因素 – 实际上，在一天中的某个时间点增加服务器负载的任何事情都可能推动刚刚开始失败的硬件。
这引出了下一件事：考虑到设备的年代，这很可能就像一个旧的RAM棒坏了，特别是因为你的错误之一是内存损坏。 但是，这又向我表明，这台服务器已经过了终点，应该被replace，因为即使你find并解决了这个问题，你很可能还会有另外一个。
是时候更新了。 在以下问题中查看我的意见 ： 2012年HP DL380 G3 2U基本Web服务器和最佳sysadmin WTF？
由于您正在使用9年前的硬件，因此通常会出现组件故障的风险。 虽然这个问题可能与固件有关。 请确保您正在运行Windows 2000 + DL380 G3的最新固件 。 请特别注意系统BIOS版本和Smart Array控制器 （5i？5300？641？6400？）。 看看现在是否有所作为。