服务器配置与管理教学课件作者朱士明第15章基本的故障处理.pptVIP

第15章 基本的故障处理 情境引入 本章内容结构 本章学习目标 15.1 故障处理方法 15.2 故障处理工具 15.3 路标故障处理 15.4 本章小结 专业术语 缩略语提示 情境引入 某公司已经建构了公司内部的小型网络，为了完善该网络的各种功能与服务，包括网内互发邮件、软件硬件资源共享以及因特网、对外发布网页等，我们需要在该网络中加入和配置相应的服务器，来获得这些功能和服务。 在选定服务器、建构服务器、安装服务器之后，在正常使用服务器的过程当中，服务器可能会发生诸多故障，甚至有些故障能导致整个网络瘫痪，这将严重影响公司的正常运转。因此，作为网络管理员，掌握基本的故障处理方法是非常重要的。 本章内容结构 本章学习目标 了解服务器容易发生的软硬件故障以及处理方法。 学会使用工具对发生的故障进行有效的处理。 既然已经全部了解了计算机硬件的工作方式(或者至少已经瞥见了冰山的一角)，那么修复这些问题中的某一个将是很容易的事情。如果事实真的如此简单就好了。本书已经讨论了故障处理的技巧是对具体的一块硬件才有效。本章将主要讲述故障处理的技术、工具和过程。 故障处理不仅是一门科学同时也是一门艺术。一些人对此有天分，而另一些人则没有。然而那些对故障处理只有很少天分的人，如果他们学习使用一个经周密考虑的处理过程，他们也是可以成功的。 15.1 故障处理方法 然而，本章对此也会提出一个警告：当故障处理的数学模型允许解决许多问题时，一个小的创造性的想法将区分出一般人和专家。 遍历这本书关于硬件和网络方面的内容，就会发现在这个主题上的许多变化正如许多书籍一样。因为这些写书的人中有些像我一样在他们写书之前曾实际工作在计算机上，他们提供了一些好方法。一旦剥除了表层的东西，它们都被归结为相同的方法，过程如下： 识别问题 重现问题 隔离问题的原因 确定一个可能的解决方案 测试想法 修复电脑 采取后续措施 15.1 故障处理方法 15.1.1 识别问题 客户走进来把系统使劲地放到柜台上，并以一种厌烦的口气说：“这个东西不工作了!”他认为自己给了技术人员修复问题的所有信息。一些人认为硬件技术人员有这样一个魔杖藏在身后，只要门在他们身后关上，他们就会把它拿出来晃动几次然后计算机就奇迹般的被修好了。作者很讨厌去唤醒这些人，但是魔杖知识有如此多的用途，所以作者只是在紧急情况时才携带。 15.1 故障处理方法 几个主要问题通常将有助于瞄准真正的问题。当作者参加培训时，他所读的一些书都建议第一个应该询问客户的问题是“自从最后一次系统工作时什么发生了改变?”他花费几年的工夫考虑出这是个无意义的问题。答案总是：“什么也没有。”这阐释了开放式问题和闭锁式问题的区别。一个闭锁式的问题，正如上面所提到的这个，引出的回应将结束谈话。 【专业术语】开放式问题：作为问题回答的结果，将带来进一步了解的讨论。 闭锁式问题：导致的回答，将无助于进一步了解的讨论或导致讨论的突然终止。 15.1 故障处理方法 需要更加具体的问题。假如计算机仍然工作，但显现出了问题，一个好的问题可能是，“当问题第一次出现时，你正在进行什么操作?”这是一个开放式的问题。用户的回答有很强的潜在性，就会导致其他问题的产生。甚至它可能激发一个解决方案的产生。 假如一台具体的设备显现出了异常，如声卡或调制解调器，用户可以查看是否安装了任何新的软件，或者是否安装了任何其他设备。偶尔的幸运情况是客户能够将问题具体化。这总是一个好的开端。 15.1 故障处理方法 15.1.2 重现问题 下一件要做的事情就是让这个问题重现。假如在该过程中重复出现错误提示或系统提示设备失败时，技术人员可能会得到一个与问题相关的错误信息，该信息可以用来指引正确的维修方向。许多信息将提供错误发生的内存地址，假如能在这段地址上找出运行的程序或其他一些故障，这可能会提供一些想法。例如，设备驱动每次频繁的加载到相同的内存地址上。因此，如果错误每次重复发生在相同的内存地址上，可能就是设备驱动产生的问题，也可能是内存条损坏。 在任何情况下，为了成功的分析一个问题，就需要重现它。假如问题不能露出破绽，那么问题可能不在计算机身上。使用者的错误对于技术员而言不是易于纠正的。 15.1 故障处理方法 15.1.3 隔离问题的原因 问题频繁的由故障处理阶段转向尝试方法的阶段。假如这个错误的地址指向具体的设备，就能有一个好的开端。假如不是这样，也可借助于一些硬件和软件诊断工具中的某一种。本章后面内容将会讨论这些工具。技术人员所要做的最后一件事情是果断地开始替换部件并希望最终幸运的修复了这个问题。一方面，这不是一种非常节约成本的方法；另一方面，将冒着破坏正常部件的风险。 15.1 故障处理方法 但是如果所有的诊断工具没有发现任何异常那该如何呢?此时已