如果服务器崩溃该怎么办？教您如何解决问题

本文介绍了如何在整个服务器崩溃后进行故障排除.

我们大多数人都遇到过这种情况: 服务器没有响应，因此我们无法访问任务管理器，甚至服务器上的网络共享区域. 当然，不用说，问题似乎始终是关键任务服务器. 这意味着负责服务器的IT管理员不可避免地会出现恐慌.

在处理服务器崩溃时，重要的是要区分所谓的呼叫挂起和软挂起. 这通常可以帮助我们至少根据在服务器上可以执行和不能执行的操作来诊断基本问题. 例如，如果我们无法ping测试服务器，无法通过键盘切换NumLock或Caps Lock功能，或者鼠标光标没有响应，则我们很可能会遇到硬崩溃. 这些问题通常与硬件有关（可能与驱动程序有关），但很少与Windows操作系统的配置问题或内存泄漏有关. 当遇到硬崩溃时，系统崩溃发生在内核的非常低的级别，并且不再处理线程. 如果是硬崩溃，则第一步是与硬件制造商联系以诊断系统. 除非您有特殊原因怀疑问题出在硬件上（例如最近安装的内存等），否则建议您不要取出或更换硬件.

现在让我们谈谈软件崩溃；当服务器处于软崩溃状态时，它基本上没有任何响应，但是内核仍处于非常低的级别，例如ping测试或数字锁定键的切换都是正常的. 在软崩溃状态下，您可能无法在本地或通过终端服务登录到计算机，或者您可能会遇到空白的桌面，但是仍然可以访问网络和打印机共享区域. 对于我们在内存耗尽或进程死锁期间看到的症状类型，这种现象很常见.

我们看到的常见崩溃问题是由分页或非分页池内存耗尽引起的. 这些资源用尽后，您将在系统事件日志中看到类似于以下事件的事件:

如您所见，2019错误指示未分页的池内存已用尽; 2020错误表示页面缓冲池内存已用完. 如果您在崩溃之前在日志中看到任何此类事件，则可以解决耗尽问题，并且可能可以解决崩溃. 我们的平台CPR小组去年（）发表了一篇博客文章，介绍如何对2019年和2020年的问题进行故障排除，因此我们在这里不做详细介绍.

找到根本原因的更困难的问题是由系统页表条目（PTE）耗尽引起的崩溃. 在上一篇有关3GB开关（/ 3GB开关）的文章中，我们简要介绍了系统PTE. PTE用于跟踪内存中页面的结构，就像书籍索引可以告诉您书籍内容位于哪个页面上. PTE告诉系统数据驻留在哪个物理内存页上. 机器以固定数量的PTE开始-系统中的内存越多，指向内存页面所需的PTE越多. 如果系统用尽了可用的页表条目，则无法再分配内存，从而导致系统崩溃或无响应.

不幸的是，当系统PTE耗尽时，系统日志中没有任何条目指示此问题. 但是，您可以使用性能监视器来监视空闲的系统PTE. 没有计数器可以详细细分每个进程的PTE使用情况，因此使用性能监视器来查明PTE耗尽的来源并非总是可行的. 您也许可以将越来越多的进程句柄（句柄泄漏）与PTE耗尽相关联，但是除非有明显的根本原因，否则需要进行内存转储或实时调试.

总而言之，在系统完全崩溃后，可以按照以下几个简单步骤进行操作:

1. 这是硬崩溃还是软崩溃？如果这是一次严重的崩溃，则说明底层硬件可能存在问题，请与硬件制造商联系.

2. 发生崩溃时，请检查事件日志以在事件日志中找到任何事件. 以页面池耗尽为例，您将看到事件编号为2019或2020，事件源为SRV.

3. 启动性能监视器，并检查内存对象下空闲系统PTE的起始值. 如果系统启动时空闲系统PTE小于正常值（大约15,000或更少），则这不是一个好兆头. 这意味着所有PTE在启动时都已用尽，因此可用于正常服务器操作的资源较少.

4. 创建一个性能监视器日志，并使其运行一段时间. 至少添加用于内存，进程，处理器和系统的计数器. 您需要保持日志运行多长时间取决于系统崩溃的时间（假设崩溃重复发生）. 设置时间间隔，以便您可以在日志的有效期内捕获至少100个样本. 内存不足情况一目了然，特别是如果泄漏稳定的话.

5. ***，请按照本文（; EN-US; 244139）中介绍的某些步骤进行操作，以使系统准备好捕获完整的内存转储，以便在需要时进行轻松分析.

原始链接:

[编辑推荐]

Web服务器故障排除不再困难. 服务器故障排除. 大摘要. 邮件服务器故障排除. 典型案例. 基本知识: 邮件服务器故障排除.

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/shoujiruanjian/article-305259-1.html