服务器死机原因

服务器死机原因

　服务器死机故障比较难以判断，一般分为软件和硬件两个方面。下面是我整理的服务器死机的解决方法，希望对你有帮助!

　1、软件故障：首先查看操作系统的系统日志，可以通过系统日志来判断部分造成死机的原因;电脑病毒的原因;系统软件的bug或漏洞造成的`死机，这种故障需要在判断硬件无故障后做出，而且需要软件提供商提供帮助;软件使用不当或系统工作压力过大，可以请客户适当降低服务器的工作压力来看看是否能够解决。

　2、硬件故障：硬件冲突;电源故障或电源供电不足，可以通过对比计算服务器电源所有的负载功率的值来作出判断;硬盘故障(通过扫描硬盘表面来检查是否有坏道);内存故障(可以通过主板BIOS中的错误报告和操作系统的报错信息来判断);主板故障(使用替换法来判断);CPU故障(使用替换法);板卡故障(一般是SCSI/RAID卡或其他pci设备也有可能造成系统死机，可用替换法判断处理)

　注意：系统死机故障需要在处理完后需要在一段时间内进行一定压力的拷机测试来尽一步检查故障是否彻底解决。 ;

　宕机，指操作系统无法从一个严重系统错误中恢复过来，或系统硬件层面出问题，以致系统长时间无响应，而不得不重新启动计算机的现象。那么服务器死机的原因有哪些呢下面一起看看!

　大概有一下几个方面：

　1、散热

　2、电源供电

　3、系统自身问题

　4、CPU 和 内存不够

　方便的话可打开性能查看，死机的时候是否是CPU 运行到100%，物理内存是否已满!

　注意数据库的使用

　补充：预防死机的小技巧

　1、不要在同个硬盘安装多个操作系统

　2、不要一次性打开多个网页浏览

　3、在关闭电脑时，不要直接按电源按钮，否则会导致文件丢失，下次使用不能正常开机导致死机

　4、别让CPU、显卡超频，电脑温度过高

　5、及时清理机箱内的灰尘

　6、更换电脑硬件配置时，一定要插牢固

　7、不要使用来历不明的软件和光盘，以免传染病毒

　8、对系统文件或重要文件，最好使用隐含属性，以免因误操作而删除或覆盖这些文件

　9、在安装应用软件时，若提示是否覆盖当前文件，一定不要覆盖，通常当前的系统文件是最好的

　10、在运行大型应用软件时，不要在运行状态下退出以前运行的程序，否则会引起整个Windows崩溃

　相关阅读：死机宕机实例介绍

　自2015年3月11日下午5点起，据苹果用户反应AppStore、Mac AppStore、iTunesStore均为宕机状态，iTunes Connect无法登陆，iBooks商店没有响应。此外，iOS和Mac的应用商店也出现了大面积瘫痪。并显示为“所有用户不可用”。此次服务中断时间长达11个小时，甚为罕见。苹果公司在一份电子邮件声明中表示，服务中断是由于内部系统错误引起的。

　2014年1月21日，大量QQ用户反映，腾讯的第三方登录出现故障，不少第三方服务使用QQ都登录不上。不仅是第三方登录，QQ邮箱也无法正常使用。这次受影响范围很大，腾讯的第三方登录服务器出现了宕机。

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

　有一台HP LH6000R服务器，开机后，系统日志报电压调节模块异常(VRM)的错误，报错的信息是:“Voltage Regulator Module (VRM) over/under-voltage 288V/0V”。从表面来看，极有可能是服务器的电压调节模块或其它硬件出现故障，极容易导致维护人员认为是硬件故障。

　维护人员立刻使用其它LH6000R上的硬件来测试，发现即使使用新的配件，此服务器依然报VRM错。就在一筹莫展的时候，维修工程师带来了的CPU管理板(CPU Management Control)的固件(FIRMWARE)，于是升级了CPU管理板块的FIRMWARE后，服务器恢复立即正常。

　 FIRMWARE升级方法是，在服务器的NAVIGATOR(导航光盘)中提取CPU管理板(CMC)FIRMWARE的刷新程序，程序为 FlashEXE，然后将从网上下载的LH6KCBIN(CPU管理板的FIRMWARE)拷贝到一张Dos启动盘上，用这张盘启动服务器。然后在 DOS下运行”FLASH /CMC A:LH6KCBIN”，刷新完成后重新启动服务器后即可。这种升级方法也适合刷新系统BIOS等，只是FLASH命令的参数不同以及更新 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安装，结果还是不行。在安装的过程中，没有出现丝毫错误，可就是在运行的时候会自动退出，没有任何提示。但是，我在管理工具中的事件查看器的系统日志中却发现了一条信息:windataexe导致一个无效的数据溢出。Windata是朋友自己编写的一个程序，而且是随操作系统启动而启动的程序。我立即结束掉这个进程后，再运行SQL一切正常。

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

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

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

　正常关闭系统程序非常重要，尤其是WEB服务器。我的一个朋友就是因为没有正常关闭系统程序而经历了一次数据损坏甚至丢失的经历。我的朋友是使用的HP web hosting server appliance，因此我向他提供了一些使用规则。

　这些方法对于服务器的维护非常有效，主要包括了正确的关闭系统程序、怎样避免数据丢失以及非正常关闭系统后的恢复方法。下面以我朋友的HP web hosting server appliance为例(使用的是Unix，但思路对于其它操作系统均有效)。

服务器常见故障处理

　网络管理员90%的工作往往是诊断和解决各种各样的故障。为了说明诊断网络故障的一般过程，本文例举了几种故障情形，有的是常见的小问题，有的是比较艰巨的挑战。当你遇到类似的问题时，就可以按照本文例子的介绍，先问自己几个简单的问题，逐步隔离问题所在，最后找到真正的问题根源。

　故障一、找不到验证密码的域服务器

　毫无疑问，你也一定遇到过这样的情形：当你坐在一台工作站之前准备登录网络，Windows却报告说找不到用来验证密码的域服务器。要解决这个故障，首先要确定问题到底出在网络、工作站还是服务器上。从下面几个问题开始：

　→哪些地方改变了最近是否改动过网络，而这些改动可能导致当前的问题有没有添加新的服务器、拆除原有的服务器、改动过交换机或HUB有没有添加或减少域控制器、将成员服务器提升为DC(域控制器)或者相反

　→其他工作站也存在类似的问题吗

　→服务器正在运行吗

　经过检查，你发现此前工作站一直顺利地运行，其他工作站没有遇到类似的问题，服务器也正常。根据故障现象，基本上可以确定故障出在工作站本身。接下来要确定工作站的那个地方出了故障，试试下面几个问题：

　→工作站能够Ping到服务器吗

　→工作站获得了一个IP地址吗

　检测表明，工作站能够Ping到服务器，但Ping操作有时超时，这表明工作站和服务器之间只有断断续续的通信。在命令行上执行ipconfig/renew命令，多执行几次，工作站有时会更新IP地址，有时不会。这是工作站和服务器之间断续通信的症状。

　现在将问题工作站的网络连接和另一台工作站的对换一下，新工作站在问题工作站的位置上也不能连接网络，而问题工作站却能从另一个网络位置顺利地连接网络。现在已经很清楚：问题工作站所在位置的电缆或Hub出了问题。

　拆下故障位置上网络电缆连接Hub的那一端，将它接到另一个Hub上，故障依旧。现在可以肯定电缆就是引起故障的罪魁祸首了。

　故障二、Windows服务不能启动

　在一台Windows2000服务器上，部分服务设置成不用本地的系统帐户启动。一次重新启动Windows2000服务器之后，发现这些服务没有启动，必须手工打开服务，重新输入密码，然后启动服务。每次重新输入密码，都收到消息说：<用户名字>已被授予作为服务登录的权限。

　要解决该故障，首先回答下面几个问题：

　→哪些地方改变了是否有人修改了服务器

　→这个服务以前能够启动吗

　→用户名称和密码正确吗

　查询修改记录发现，该服务器是一个DC，不久之前还是域控制器组织单元(OU，OrganizationalUnit)的成员。在移出该OU之前，这些服务一直能够顺利启动。另外，用来启动这些服务的用户名称和密码都是合法的。进一步研究发现，域控制器OU的成员有一些特殊的权限，其中包括作为服务登录的权限。当出现问题的服务器移出该OU时，服务器失去了那些权限。现在要做的是恢复服务器的权限。

　要将权限授予服务器，请按照如下步骤操作：

　→在管理控制台(MMC)中打开活动目录用户和计算机管理单元，再打开域控制器OU的“属性”对话框。

　→在组策略页中，点击“默认域控制器策略”，然后点击“编辑”，打开组策略管理器。

　→依次扩展计算机配置/Windows设置/安全设置，再扩展“本地策略”，然后点击“用户权利指派”。

　→在右边的窗格中，右击“作为服务登录”，选择菜单“安全”。

　→把用来启动服务的用户帐户加入到策略(图一)，完成后点击“确定”。

;