怎么用服务器查故障

❶ 服务器的路由器故障检查步骤是怎么样的

网络管理员90%的工作往往是诊断和解决各种各样的故障。虽然说没有人喜欢麻烦，但麻烦总是自己找上门来。只有拥有高超的诊断技能，你才能在紧急情况下迅速响应，保障网络流畅地运行。当你面临网络故障的挑战时，首先向自己问几个简单的问题：有哪些地方被改变了？这个问题以前遇到过吗？如果是，是什么时候？是否有可能让问题再次出现？用户做了什么特别的操作吗？其他用户有没有遇到过同样的问题？
接下来尝试隔离问题，每次排除一部
分可能引起该问题的因素，逐步找出问题的真正根源。例如，如果一个工作站不能连接到服务器，那就先确定是网络问题还是工作站本身的问题。如果能够迅速地肯定问题出在工作站本身，你就排除了一大半可能导致问题的因素，向真正的故障根源接近一大步了。即使你最终拿不出解决办法，不得不寻找外援，隔离问题也会节省你大量的时间。

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

❷ 服务器硬件故障要如何排查和判断

常见服务器硬件故障排查判断：服务器常见故障的诊断与解决：服务器故障排除第一部分 服务器故障排除的基本原则性问题服务器故障排除一、服务器开机黑屏故障排查1.检查供电环境，零-火；零-地电压？2.检查电源指示灯，如果亮，正常吗？3.按下电源开关时，键盘上指示灯亮吗？风扇全部转动吗？4.是否更换过显示器，更换另一台显示器。5.去掉增加内存6.去掉增加的CPU7.去掉增加的第三方I/O卡8.检查内存和CPU插的是否牢靠9. Clear CMOS10.更换主要备件，如系统板，内存和CPU服务器故障排除二、服务器故障排除的基本原则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卡，内存，CPU5.硬盘如何配置，是否做阵列,阵列级别6.安装什么操作系统及版本（Windows Server, Netware, Sco, others）

故障信息1.在POST时,屏幕显示的异常信息2.服务器本身指示灯的状态?3.报警声和BEEP CODES4. NOS的事件记录文件?5. Events Log文件
确定故障类型和故障现象：1.开机无显示；2.上电自检阶段故障；3.安装阶段故障和现象；4.操作系统加载失败；5.系统运行阶段故障.

❸ 怎么检测服务器是否故障了突然远程不上了

第一部分 服务器故障排除的基本原则性问题
一、服务器开机无显示应怎么办
1、检查供电环境，零-火；零-地电压
2、检查电源指示灯，如果亮，正常吗
3、按下电源开关时，键盘上指示灯亮吗？风扇全部转动吗
4、是否更换过显示器，更换另一台显示器
5、去掉增加内存
6、去掉增加的CPU
7、去掉增加的第三方I/O卡
8、检查内存和CPU 插的是否牢靠
9、Clear CMOS
10、更换主要备件，如系统板，内存和CPU

❹ 宕机服务器如何排查故障

宕机服务器排查故障方法

1、在运行环境的问题中，最普遍的问题时磁盘空间耗尽。

2、在性能问题中，最普通的服务器宕机原因确实是运行很糟糕的SQL，但也不一定都是这个原因，比如也有很多问题时由于服务器Bug或错误的行为导致的。

3、糟糕的Schema和索引设计是第二大影响性能的问题。

4、复制问题通常由于主备数据不一致导致。

5、数据丢失问题通常由于操作的错误操作导致，并总是便随着缺少可用备份的问题。

6.由于系统原因，导致的服务器宕机，一般重启下服务器就可以。

明白了服务器宕机的原因，我们就可以采取相应的措施来排查。宕机服务器如何排查故障

❺ 如何通过DNS服务器技术检查排除网络故障

装个电脑管家在你的电脑上面先
然后打开工具箱，可以看到有一个网络修复功能
最后使用这个功能，可以自动检测出电脑网络问题，一键修复就可以了

❻ 怎样用DNS服务器技术检查排除网络故障

服务器不仅仅是企业网络设备的中枢，也是企业软件及数据库应用的主体。在实际运行中服务器经常会出现这样或那样的故障，软件的或者硬件的。很多故障是没有规律可言的，实际上，很多网络故障是因为DNS服务器造成的。这时候，我们就需要进行DNS服务器技术检查。

一． 故障现象：

笔者公司规模不是很大，有大概50多台计算机，购买了两台IBM服务器，型号是X SERVICE 200。由于内部使用的某个应用软件需要Windows域的支持，所以在这两台IBM服务器上启用了windows 2000 server的域。一台作为域控制器DC，另一台设置为备份域控制器BDC。

由于备份域控制器在管理域上主要起辅助作用，所以配置完毕后基本没有做任何修改和操作。然而前一段却出现了主域控制器DC那台服务器无法登录到系统桌面的故障，每次启动该域控制器都停留在2000的登录界面，即在要求输入管理员帐号和密码操作之前的界面，下方登录信息显示的是“正在连接网络”，等待近一个小时仍然没有任何进展，始终停留在“正在连接网络”提示处。重新启动该服务器按F8可以正常进入安全模式，然而只要一进入正常模式就出现上面提到的问题。

由于系统登录总是停留在“正在连接网络”处，所以笔者怀疑是网络出现问题，例如主域控制器无法通过DNS解析自己。尝试进入安全模式将网卡禁用，这样系统就不会搜索网络，尝试连接网络了。果然通过禁用网卡后系统可以正常进入桌面。

不过禁用网卡并不能治本，虽然服务器可以登录桌面但是所提供的服务其他客户机也无法使用了。为什么没有了网卡就可以登录呢？笔者再次将解除故障的思路集中到域名解析上。众所周知在启用了域的网络中，DNS解析的域名与计算机是一一对应的，任何一台计算机没有在主域控制器上保留正确的DNS对应名称的话都将无法使用网络。

笔者在主域控制器上查看DNS服务的配置，发现主域控制器的DNS地址被设置为备份域控制器的IP地址。看来是备份域控制器上的DNS解析出现了问题。笔者马上到备份域控制器进行检查，原来是备份域控制器上的网线与网卡接口连接处松动了，也就是说备份域控制器实际上脱离了整个网络。将备份域控制器上的网线插牢后启动主域控制器上的网卡后就可以正常进入系统了，故障得到排除。

本次故障看似是因为备份域控制器上的网线松动造成的，实际上是我们在建立域时的配置出现问题的结果，为什么这么说呢？因为在建立域时我们最好按照以下规则来配置DNS。

（1）DC与BDC上都安装DNS服务，而不是仅仅一台服务器上启用，防止DNS解析错误，为DNS解析提供冗余功能。

（2）DC本机DNS服务器设置为自己的IP地址，BDC本机DNS服务器也设置为自己的IP地址。

（3）同时在DC上辅助DNS服务器地址还要设置为BDC的地址，相应的BDC上的辅助DNS服务器地址也要设置为DC的IP地址。

这样我们在进行DNS解析时就不会轻易出问题了，象本次这样的故障也不会发生了。因为登录主域控制器时进行DNS解析并连接网络时就会自动查询自己本机的DNS设置，即使BDC网线松动或关机也不会影响DC的登录。

总结：

在Windows系统中配置域控制器是件非常麻烦的事情，而且故障的发生更没有规律可言，所以在升级网络为域时这个初始化操作也一定要遵循上面介绍的规则，这样可以将故障发生机率降到最低。

❼ 服务器故障一般性故障检测步骤及解决方案

网络管理员90%的工作往往是诊断和解决各种各样的故障。虽然说没有人喜欢麻烦，但麻烦总是自己找上门来。只有拥有高超的诊断技能，你才能在紧急情况下迅速响应，保障网络流畅地运行。当你面临网络故障的挑战时，首先向自己问几个简单的问题：有哪些地方被改变了？这个问题以前遇到过吗？如果是，是什么时候？是否有可能让问题再次出现？用户做了什么特别的操作吗？其他用户有没有遇到过同样的问题？
接下来尝试隔离问题，每次排除一部 分可能引起该问题的因素，逐步找出问题的真正根源。例如，如果一个工作站不能连接到服务器，那就先确定是网络问题还是工作站本身的问题。如果能够迅速地肯定问题出在工作站本身，你就排除了一大半可能导致问题的因素，向真正的故障根源接近一大步了。即使你最终拿不出解决办法，不得不寻找外援，隔离问题也会节省你大量的时间。

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

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

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

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

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

→服务器正在运行吗？

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

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

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

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

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

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

二、windows服务不能启动

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

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

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

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

→用户名称和密码正确吗？

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

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

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

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

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

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

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

有关该问题的更多资料，请参见微软的文章“如何解决服务启动权限问题”（http://support.microsoft.com/?kbid=259733）。

三、无法收到外面发来的邮件
单位用Exchange 2000 Server作为内部和外部的邮件服务器。有一天原来的ISP不能再提供服务了，所以你迅速换了一个新的ISP。用户仍旧能够照常访问Internet，却收不到外面来的邮件。不过，发出去的邮件看来没有问题。

要排解这一故障，第一个要问的问题是：

→在改变ISP之前，邮件系统工作正常吗？

要确定Exchange Server是否正常工作，防火墙配置是否正确，可以从Internet连接到Exchange Server 25端口（具体操作办法，请参见微软文章：Telnet 到 IMC 的端口 25 以测试 IMC 通信， http://support.microsoft.com/?kbid=153119），发送一个测试消息，确认服务器和防火墙都在正常运行。故障的原因很可能是因为改变ISP。

再回答下面这个问题：

→域名信息正确转移到了新的ISP吗？

用Nslookup工具，测试一下是否能够找到域的邮件交换（MX）记录，结果却什么也没有找到。根据这一现象，可以推断在更换ISP时，域名注册公司没有正确转移域名信息。现在你可以联系域名注册公司，要求登记MX记录，以及将域名信息正确转到新的ISP。只要MX记录在Internet上一传播开，Exchange Server又可以收到外面来的邮件了。

四、网络上看不到服务器

Win2K Pro工作站遇到了奇怪的问题：偶尔能够看到Win 2K Server，但大部分时间里服务器就象从网络上消失了一样。在排解这一网络故障的过程中，首先要回答的问题是：

→过去出现过该故障吗？

→是否所有的工作站都出现相同的情况？

经调查后发现，这一故障现象自服务器从 Windows NT 4.0升级到Win2K就开始存在了，网络上的所有工作站都出现同样的现象。现在要确定的是：故障的根源是服务器呢，还是网络。

登录一个工作站，打开命令控制台，执行ping/pathping命令来连接服务器。结果发现，Ping服务器的IP地址没有问题，但却Ping不到服务器的名字。可以肯定，故障的原因是名称解析或DNS错误。

接下来执行ipconfig/all，注意到工作站上DNS服务器指向了ISP的DNS服务器。Win2K将DNS作为其基本的名称解析机制，但现在工作站却用ISP的DNS服务器来解析本地网络的Win2K服务器名称。当工作站向ISP的DNS服务器查询Win2K服务器名称时，只能得到超时错误，导致Win2K服务器从网络上隐身了。要解决该故障，必须把主DNS服务器指向内部的Win2K DNS服务器，让内网的工作站向Win2K DNS服务器查询本地服务器名称。

首先证实Win2K服务器上确实已经安装了DNS服务，且DNS服务在正常运行，然后修改Win2K DNS服务器IP地址指向它自己。接下来利用DNS管理器，验证DNS服务器位于根位置，且已经启用转发。启用转发之后，就可以解析非本地的任何IP地址了。不要忘记将ISP的DNS服务器输入转发栏。最后配置一下服务器上的DHCP，将DNS服务器从ISP的改成Win2K服务器，刷新工作站上的IP地址。现在网络已经能够稳定地运行了。有关在这类环境下配置DNS的信息，请参见微软的文章“HOW TO：配置 DNS 以访问 Internet”（http://support.microsoft.com/?kbid=300202）。

五、LAN连接到多个WAN
不久前在A市安装了一个LAN，它有两个WAN连接，其中一个连接通向私有的帧中继网络，另一个连接通向Internet，这是为了防止出现故障和提高性能（图二显示了网络结构）。现在出现的故障是：A市的用户有时不能顺利访问B市的服务器。

要解决该故障，首先要搞清楚下面两个问题：

→故障何时出现？

→默认网关是什么？

故障出现是间歇性的。在A市的DHCP配置中，默认网关是192.168.1.11（即防火墙）。由于A市LAN里面的所有机器都会出现同样的故障现象，所以问题很可能出在A市网络上的全局性路由配置上。

在防火墙上有一条静态路由，从192.168.2.0（掩码255.255.255.0）到192.168.1.10，用Route Print可以验证这一规则。A市服务器有时可以Ping到B市的服务器，但有时不能。运行Tracert，结果如图三所示，它显示出了数据包应当通过的路径。但有的时候，运行Tracert却显示出数据包在第一个跃点（192.168.1.11）之后遇到超时错误。根据这一现象，可以推测防火墙没有可靠地将数据包转发到控制192.168.2.0通信的Cisco路由器。

查阅防火墙的日志，可以看到数据包有时被禁止转发到192.168.1.10，虽然存在这样一条转发规则也无济于事。防火墙的种类很多，但大多数防火墙厂商都反对将防火墙当作路由器，如果防火墙被攻击者劫持，有关WAN连接的大量信息就会泄露。

因此现在要重新配置网络，使用默认的网关192.168.1.10（即路由器），执行命令Ip route 0.0.0.0 0.0.0.0 192.168.1.11在路由器上建立一个默认的路由。用户访问Internet时先通过路由器，再穿越防火墙。

如果A市的路由器（192.168.1.10）出现故障，会对Internet访问产生哪些影响？如果帧中继网络失效，但Internet连接仍正常，情况又如何？一旦A市的路由器故障，Internet连接也会丢失，这是因为默认的网关指向了该路由器，该路由器故障导致数据包不能转发到防火墙。在A市，将DHCP默认网关配置成防火墙可以恢复Internet连接，当然，在恢复A市路由器之前，其他地区的私有WAN和Internet访问仍旧无效。

六、工作站不能连接网络
办公大楼五楼的工作站看不到服务器，也不能访问Internet。故障间歇性出现。首先要搞清楚的问题是：

→故障出现多长时间了？

→有哪些地方被改变了？

经Pathping工具测试，检测到一些数据包丢失错误。问题看来可以归结到五楼之内。

利用信号发生器或线缆扫描器追踪故障，跟踪网络连接一直到了六楼的Ethernet交换机，五楼和六楼共用该交换机。考虑到可能是交换机端口故障，所以将端口和六楼的一台机器对换了一下，但故障仍旧存在，而且仍只出现在五楼的工作站上，由此推断，交换机应该没有问题。

返回五楼，注意到一个办公室里有个五口的小Hub。进一步查看，注意到还有四个小Hub菊形相连。现在故障的根源找到了。在100 Base-T Ethernet中，每个网络只能有一个Class I转发跃距（0.7毫秒延迟），或者两个Class II转发跃距（0.4毫秒延迟）（由于这个原因，所以不推荐在重要场合使用大量小Hub）。现在拆除所有小Hub，将线头直接接到六楼的交换机，故障消失。

总地来说，不能认为靠死记硬背就能够解决所有常见的网络问题，相反地，应当以开放的心态审视每一种故障现象，从几个简单的问题开始，逐步排除可能的故障原因。记住，隔离问题是迅速排解故障的关键所在。

七、附录：常用网络诊断工具

Windows XP和Windows 2000提供了许多基本的网络检测工具：

■ Pathping

Pathping用来检验是否能够联系到指定的主机。命令行语法是：pathping 。pathping将显示出数据包丢失情况的基本信息。

■ Ipconfig

Ipconfig命令用来显示出工作站的IP配置。命令行语法是：ipconfig /all。通过ipconfig命令的运行结果，至少可以：

→验证工作站具有正确的IP地址和子网掩码。错误的IP地址和子网掩码会导致连接出错。 →如果启用了DHCP，则可以验证工作站已经租到了一个IP地址。如果不能获得IP地址，则表明与DHCP服务器联系方面出了问题。

→验证默认的网关。如果网关错误，连接远程网络或Internet时就会出现问题。

→验证DNS服务器。XP和Win 2K依靠DNS进行名称解析。一般地，工作站应当指向一台Win 2K服务器以获得DNS解析。

■ Nslookup

Nslookup即名称服务器查找（Name Server Lookup），用来查找DNS服务器上的DNS记录。命令语法：nslookup。在前文的例子中，我们用NSLookup来验证邮件交换（MX）记录，排解Internet邮件传送问题。

■ Route Print

Route Print命令显示出本地机器上的路由规则。这个工具和Ping、Tracert以及Pathping命令结合很有用，能够帮助确定数据包通过的路由器。命令语法是：route print。另外，利用Route Add可以将静态路由规则加入到服务器或工作站。

❽ 如何判断服务器是否有故障

你好，一般服务器都有自己的硬件检查软件和故障报警。首先查看你的服务是否正常运行，其次用自带的硬件检测软件进行检测，谢谢。

❾ 默纳克服务器如何查故障

1、拔插法：“拔插法”是将插件“拔出”或“插入”来寻找故障的方法。例如，机器出现“死锁”现象，采用这种方法一块一块地拔出插件板，若机器恢复正常，说明故障出在该板上。

2、替换法：替换法”是采用已确定是最好的器件来替换被怀疑有问题的器件，逐步缩小查找范围。

3、比较法：“比较法”是用正确的特征（波形或电压）与有故障机器的特征（波形或电压）进行比较，看哪一个组件的波形或电压不符，根据逻辑电路图逐极测量，使信号由追求源的方向逐点检测，分析后确定故障位置。

4、测量法：“测量法”也称“静态测量法”，就是设法把计算机暂停在某一特定状态，根据逻辑图，用万用表测量所需各点电平、分析判断故障的有效方法。

5、升温法：“升温法”就是人为地把环境温度升高，加速一些高温参数较差的元器件“死亡”来寻找故障的方法。

6、敲击法：机器运行时好时坏，可能是元件可组件的管脚虚焊或接触不良或金属通孔电阻增大等原因造成的。对这种情况，可用敲击法进行检查，用橡皮榔头轻轻敲击电路板，然后再检查就容易多了。

7、分割法：分割法就是故障“分割”开，逐步缩小件板，缩小到某条线上，再到某个点的方法。

8、直接观察法：真接观察法就是利用人的感官，直接观察火花、异常的声响、过热、烧焦等现象，确定电源短路、过流、过压以及插件松动、元件锈蚀损坏等明显故障。

9、隔离压缩法：即根据故障的现象和硬件部件，采取暂时断开有关部位的一些信息或简化原始数据来减少查找范围。

10.程序测试法：即利用开机自检程序、高级专用诊断程序来帮助查寻故障原因，诊断程序以菜单形式提供多项测硬驱、软驱、CD—ROM、打印机等检测，若硬件出现故障则显示错误、出响声从而获得故障点及其原因。

(9)怎么用服务器查故障扩展阅读：

默纳克服务器常见故障：

E01-逆变单元保护。

原因: 主回路输出接地或短路。

处理方法：排除接线等外部原因；曳引机连线过长。工作环境过热、检查风道与风扇是否正常；控制器内部连线松动。

E02-加速过电流=超过额定电流的电流。大于回路导体额定载电流量的回路电流都是过电流。

原因: 主回路输出接地或短路；电机是否进行了参数调谐。

负载太大；编码器信号不正确、UPS (UPS-不间断电源，定义:当正常交流供电中断时，将蓄电池输出的直流变换成交流持续供电的电源设备。运行反馈信号是否正常。

E03-减速过电流。

原因：主回路输出接地或短路：电机是否进行了参数调谐；负载太大；减速曲线太陡；编码器信号不正确。

❿ 服务器，存储排查故障的方法有哪些

1、检查电源线和各种I/O接线是否连接正常。
2、检查连接电源线后主板是否加电。
3、将服务器设为最小配置(只接单颗cpu，最少的内存，只连接显示器和键盘)直接短接主板开关跳线，看看是否能够启动。我用的是小鸟云服务器，感觉挺好的。你可以试下。