二、服务器故障排错的基本原则是什么

 

1. 尽量恢复系统缺省配置

 

a:硬件配置：去除第三方厂商备件和非标配备件；

 

b:资源配置：清除CMOS，恢复资源初始配置；

 

c: BIOS，F/W，驱动程序：升级最新的BIOS，F/W和相关驱动程序；

 

d: TPL：扩展的第三方的I/O卡属于该机型的硬件兼容列表（TPL）吗？

 

2. 从基本到复杂

 

a:系统上从个体到网络：首先将存在故障的服务器独立运行，待测试正常后再接入网络运行，观察故障现象变化并处理。

 

b:硬件上从最小系统到现实系统：指从可以运行的硬件开始逐步到现实系统为止。

 

c: 软件上从基本系统到现实系统：指从基本操作系统开始逐步到现实系统为止。

 

3. 交换对比

 

a:在最大可能相同的条件下，交换操作简单效果明显的部件；

 

b: 交换NOS载体，既交换软件环境；

 

c:交换硬件，既交换硬件环境；

 

d:交换整机，既交换整体环境；

 

三、服务器故障排除需要收集哪些信息？

 

•服务器信息：

 

1.机器型号

 

2.机器序列号(S/N: 如：NC00075534)

 

3.Bios 版本

 

4.是否增加其它设备，如网卡，SCSI 卡，内存，CPU

 

5.硬盘如何配置，是否做阵列, 阵列级别

 

6.安装什么操作系统及版本（Winnt 4, Netware, Sco, others）

 

•故障信息

 

1.在POST时,屏幕显示的异常信息

 

2.服务器本身指示灯的状态?

 

3. 报警声和BEEP CODES

 

4. NOS的事件记录文件?

 

5. Events Log 文件

 

•确定故障类型和故障现象：

 

1. 开机无显示；

 

2.上电自检阶段故障；

 

3. 安装阶段故障和现象；

 

4. 操作系统加载失败；

 

5. 系统运行阶段故障；

 

 

第二部分 服务器硬件故障处理几例

 

硬件故障是指服务器硬件出现异常而导致的各类错误。由于服务器构成比较复杂，因此在检查的时候必须认真、仔细。下面以一台IBM X3650为例说明。（例子，在实际问题中如果遇到相似现象，也需要具体问题具体分析，不要盲目套用）

 

有一台IBM X3650，配有4g内存，使用2个 XEON 5405带12M高速缓存的处理器。开机后没有任何显示，但故障诊断板上出现BRD告警。这种错误一般是板卡松动或系统主板故障导致，更换系统主板开机可以看到正常自检信息，系统正常进入，但出现死机，关机拆除第二位置CPU开机一切正常，把拆除的CPU放第一位置也可以正常使用，说明不是CPU问题，检测CPU VRM，判断是VRM故障导致，更换VRM系统正常。

 

相对处理器坏的情况来说处理器电压模块（VRM）出现故障的情况比较大。于是立即在另一台万全4500中取下一个处理器电压模块，安装在此服务器中。开机后，服务器依然没有任何显示，系统日志上依然提示CPU电压为0伏的信息，系统指示灯三灯依然不停在闪烁。这时的情况就比较明显了。于是立即从另一台万全4500中取下一个CPU安装后，开机正常。

 

总结：

在服务器的维修中，线索都会显得扑朔迷离，一般来说不可能一次就可以准确地判断出问题的所在。这样就要求相关人员要有信心及耐心。出现错误一般的流程是通过系统日志上的信息来解决，如果没有解决问题再找出其它因素，然后再看日志信息。总之，服务器出错后，必须一步一步解决，没有捷径可言。

 

又如：有一台IBM X3850X5加电不开机不显示，一会BRD告警，从管理口登录SP界面查看发现CPU板和I/O板均有报错信息，初步判定CPU主板或I/O板故障，更换同型号CPU主板开机还是不成功，从管理口对该主板进行微码升级，共有4个文件，完毕开机成功。发现开机时系统日志没有任何信息，且系统指示灯不亮。初步判断是电源方面出现了错误。经过仔细检查，发现服务器的电源是正常的，因此最大的可能就是服务器的电源管理板出现故障。更换电源管理板后，开机显示正常。但这时，新的问题来了：自检时，用CTRL+M不能检测到硬盘。

  

 

要避免硬件故障发生频率，服务器管理人员必须注意服务器的使用环境完全正常。比较重要的服务器必须在恒温、恒湿的环境；电压也要符合，不仅要采用UPS，还必须接地线，必须是左零线、右火线，零地电压在1~3伏。在开、关服务器上必须符合正常的流程。工作人员必须严格执行操作流程。

 

一般情况来说，服务器维修人员对于硬件故障只要有丰富的经验都能很快找出故障所在，如果不能解决问题请致：400666-0165。

 

 

第三部分 服务器常见软故障解决思路与实例

 

服务器软件故障是在服务器故障中占有比例最高的部份，约占70%，解决的过程必须更加深思熟虑。导致服务器出现软件故障的原因有很多，最常见的是服务器BIOS版本太低、服务器的管理软件或服务器的驱动程序有BUG、应用程序有冲突及人为造成的软件故障。下面分别举例说明各类软件故障的维修方法。

 

有一台万全3500服务器，配置为双PIII 500带521K高速缓存的CPU、512M内存。开机后，系统日志报电压调节模块异常（VRM）的错误，报错的信息是：“Voltage Regulator Module (VRM) over/under-voltage 2.88V/0V”。从表面来看，极有可能是服务器的电压调节模块或其它硬件出现故障，极容易导致维护人员认为是硬件故障。维护人员立刻使用其它万全3500的硬件来测试，发现即使使用新的配件，此服务器依然报VRM错。就在一筹莫展的时候，维修工程师带来了最新的CPU管理板（CPU Management Control）的固件（FIRMWARE），于是升级了CPU管理板块的FIRMWARE后，服务器恢复立即正常。

 

FIRMWARE升级方法是， 1） 用软盘启动计算机，然后插入firmware软盘并运行上面的相关文件cabrillo； 2） 系统刷新BMC（主板控制器）和HSC（热插拔背板控制器）； 3） 然后系统询问执行第几个选项（通常为2）； 4） 然后系统询问服务器的电源配置（通常为2）； 5） 如果回答有两个电源，系统询问服务器是否有辅助风扇——即在第三个电源（冗余电源）的位置上 是否有风扇（通常为N）； 6） 然后系统询问是否重写BMC kernel use area；（通常为N）然后系统询问是否输入一个asset tag； （通常为N） 7） 最后系统询问在刷新后是否要重新启动系统；（通常为Y）。这种升级方法也适合刷新系统BIOS等，命令的参数不同以及更新FIRMWARE及BIOS文件名不同，参数请参考服务器的说明。

 

任何一款服务器的FIRMWARE及BIOS都会有不同的BUG，因为BUG在所难免，所以我们不能错误地认为服务器的BIOS程序就很完善，而应该经常更新服务器的FIRMWARE及BIOS，只是在升级之前应该小心谨慎，错误的升级方法将会导致严重的后果。

 

目前流行的中高档服务器都拥有强大的管理程序，为客户提供了方便的管理途径；服务器也拥有各种操作系统下的驱动程序，方便了客户在各种操作系统中的使用。但是，世上任何一款程序都会有一些BUG，这些BUG将影响用户使用。但是服务器厂商总是会在第一时间内开发出新的程序，客户只需要及时更新这些程序就可以避免这类故障。

 

当服务器的软件故障为此类时，表现的现象也不尽相同。一般来说，管理程序BUG会导致系统速度变慢，CPU占用率变高，无法正常使用某些功能等；驱动程序的BUG会导致死机、与某些软件有冲突，磁盘工作不稳定等。查看管理程序是否出错的最好的办法就是在系统中首先禁止此类管理工具，再观察服务器是否还是异常。由于管理工具是随着系统启动而启动的，所以应首先避免它的启动。以WINDOWS NT4为例，就首先在管理工具服务中禁用某些服务器软件服务，再修改注册表中的启动项即可。如果是驱动程序有问题的话，就以安全模式进入系统，看是否正常。但是需要注意的是，在安全模式中，系统速度变慢是正常的（特别是磁盘I/O方面）。

 

   服务器的维护人员就应该经常在服务器网站上下载最新的管理工具程序及驱动程序。这样会减少很大一部份软件故障的发生。

 

   相比之下，软件冲突造成的故障判断比较困难，需要管理人员有比较丰富的经验以及敏锐的观察力。

 

   曾经有一位用户说，他有一台万全的服务器无法安装SQL SERVER 2000，已经重装N次NT了，排除是系统故障。而这唯一的服务器又将作为非常重要数据库服务器，因此非常着急。于是维修工程师去了他的公司查看。这台服务器所在的机房是非常标准、完善的机房，检查了这台服务器的情况，发现并没有硬件上的故障，于是排除了光驱读盘力差的可能。但是，用户刻的SQL SERVER 2000光盘引起了工程师的怀疑，工程师让他拿出了正版的SQL SERVER安装，结果还是不行。在安装的过程中，没有出现丝毫错误，可就是在运行的时候会自动退出，没有任何提示。但是，我在管理工具中的事件查看器的系统日志中却发现了一条信息：windata.exe导致一个无效的数据溢出。Windata是用户自己编写的一个程序，而且是随操作系统启动而启动的程序。我立即结束掉这个进程后，再运行SQL一切正常。

 

   对于此类软件故障，操作员最好先查看有关的日志，看看系统中是否有可疑的进程。目前的服务器无论是高端还是低端，对于SQL等标准程序的支持是相当可靠的，所以排除的重点就是结束可疑进程。

 

   还有一种软件故障是人为因素造成的，它一般是人为误操作（包括没按操作流程的操作）、意外关机（包括电源突然不供电）或非正常关闭应用程序造成的。

 

人为误操作因素只要加强管理都可以避免此类故障发生。在这里就详细说明意外关机或非正常关闭程序造成故障的方法。

 

   正常关闭系统程序非常重要，尤其是WEB服务器，一个用户就是因为没有正常关闭系统程序而经历了一次数据损坏甚至丢失的经历。

   

※无论是服务器硬件还是软件，只要正确维护，类似数据灾难或异常停机事件应该是可以避免的。