导航:首页 > IDC知识 > 服务器故障及解决方案

服务器故障及解决方案

发布时间:2020-10-22 14:37:00

1、使用服务器遇到的问题及如何解决

具体也不知道你什么问题,这个就要建议你找下服务商了,一般都会有售后技术的

2、求hp服务器常见问题及解决办法

你说的是开机的一些错误提示解决方法吧,可以找厂家要,很早之前有,现在应该没有这种文档了。

3、HTTP500-内部服务器错误,解决方案。我还有问题。

一.错误表现

iis5的http 500内部服务器错误是我们经常碰到的错误之一,它的主要错误表现就是asp程序不能浏览但htm静态网页不受影响。另外当错误发生时,系统事件日志和安全事件日志都会有相应的记录。

具体如下:

(一)ie中的表现

当浏览以前能够正常运行的asp页面时会出现如下的错误:

网页无法显示

您要访问的网页存在问题,因此无法显示。

请尝试下列操作:

打开 http://127.0.0.1 主页,寻找指向所需信息的链接。

单击刷新按钮,或者以后重试。

http 500 - 内部服务器错误

internet 信息服务

技术信息(支持个人)

详细信息:

microsoft 支持

或者是:

server application error

the server has encountered an error while loading an application ring the processing of your request. please refer to the event log for more detail information. please contact the server administrator for assistance.

(二)安全日志记录(2条)

事件类型: 失败审核

事件来源: security

事件种类: 登录/注销

事件 id: 529

日期: 2001-9-9

事件: 11:17:07

用户: nt authority\system

计算机: myserver

描述:

登录失败:

原因: 用户名未知或密码错误

用户名: iwam_myserver

域: mydom

登录类型: 4

登录过程: advapi

身份验证程序包: microsoft_authentication_package_v1_0

工作站名: myserver

事件类型: 失败审核

事件来源: security

事件种类: 帐户登录

事件 id: 681

日期: 2001-9-9

事件: 11:17:07

用户: nt authority\system

计算机: myserver

描述:

登录到帐户: iwam_myserver

登录的用户: microsoft_authentication_package_v1_0

从工作站: myserver

未成功。错误代码是: 3221225578

(三)系统日志中的记录(2条)

事件类型: 错误

事件来源: dcom

事件种类: 无

事件 id: 10004

日期: 2001-9-9

事件: 11:20:26

用户: n/a

计算机: myserver

描述:

dcom 遇到错误"无法更新密码。提供给新密码的值包含密码中不允许的值。 "并且无法登录到 .\iwam_myserver 上以运行服务器:

{3d14228d-fbe1-11d0-995d-00c04fd919c1}

事件类型: 警告

事件来源: w3svc

事件种类: 无

事件 id: 36

日期: 2001-9-9

事件: 11:20:26

用户: n/a

计算机: myserver

描述:

服务器未能转入应用程序 ‘/lm/w3svc/4/root‘。错误是 ‘runas 的格式必须是<域名>\<用户名>或只是<用户名>‘。

若要获取关于此消息的更多的信息,请访问 microsoft 联机支持站点: http://www.microsoft.com/contentredirect.asp 。

二.原因分析

综合分析上面的错误表现我们可以看出,主要是由于iwam账号(在我的计算机即是iwam_myserver账号)的密码错误造成了http 500内部错误。

在详细分析http500内部错误产生的原因之前,先对iwam账号进行一下简要的介绍:iwam账号是安装iis5时系统自动建立的一个内置账号,主要用于启动进程之外的应用程序的internet信息服务。iwam账号的名字会根据每台计算机netbios名字的不同而有所不同,通用的格式是iwam_machine,即由"iwam"前缀、连接线"_"加上计算机的netbios名字组成。我的计算机的netbios名字是myserver,因此我的计算机上iwam账号的名字就是iwam_myserver,这一点与iis匿名账号isur_machine的命名方式非常相似。

iwam账号建立后被active directory、iis metabase数据库和com+应用程序三方共同使用,账号密码被三方分别保存,并由操作系统负责这三方保存的iwam密码的同步工作。按常理说,由操作系统负责的工作我们大可放心,不必担心出错,但不知是bug还是其它什么原因,系统的对iwam账号的密码同步工作有时会失败,使三方iwam账号所用密码不统一。当iis或com+应用程序使用错误iwam的密码登录系统,启动iis out-of-process pooled applications时,系统会因密码错误而拒绝这一请求,导致iis out-of-process pooled applications启动失败,也就是我们在id10004错误事件中看到的"不能运行服务器{3d14228d-fbe1-11d0-995d-00c04fd919c1} "(这里{3d14228d-fbe1-11d0-995d-00c04fd919c1} 是iis out-of-process pooled applications的key),不能转入iis5应用程序,http 500内部错误就这样产生了。

三.解决办法

知道了导致http 500内部错误的原因,解决起来就比较简单了,那就是人工同步iwam账号在active directory、iis metabase数据库和com+应用程序中的密码。

具体操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限(iwam账号以iwam_myserver为例)。

(一)更改active directory中iwam_myserver账号的密码

因iwam账号的密码由系统控制,随机产生,我们并不知道是什么,为完成下面两步的密码同步工作,我们必须将iwam账号的密码设置为一个我们知道的值。

1、选择"开始"->"程序"->"管理工具"->"active directory用户和计算机",启动"active directory用户和计算机"管理单元。

2、单击"user",选中右面的"iwam_myserver",右击选择"重设密码(t)...",在跳出的重设密码对方框中给iwam_myserver设置新的密码,这儿我们设置成"aboutnt2001"(没有引号的),确定,等待密码修改成功。

(二)同步iis metabase中iwam_myserver账号的密码

可能因为这项改动太敏感和重要,微软并没有为我们修改iis metabase中iwam_myserver账号密码提供一个显式的用户接口,只随iis5提供了一个管理脚本adsutil.vbs,这个脚本位于c:\inetpub\adminscripts子目录下(位置可能会因你安装iis5时设置的不同而有所变动)。

adsutil.vbs脚本功能强大,参数非常多且用法复杂,这里只提供使用这个脚本修改iwam_myserver账号密码的方法:

adsutil set w3svc/wamuserpass password

"password"参数就是要设置的iwam账号的新的密码。因此我们将iis metabase中iwam_myserver账号的密码修改为"aboutnt2001"的命令就是:

c:\inetpub\adminscripts>adsutil set w3svc/wamuserpass "aboutnt2001"

修改成功后,系统会有如下提示:

wamuserpass: (string) "aboutnt2001"

(三)同步com+应用程序所用的iwam_myserver的密码

同步com+应用程序所用的iwam_myserver的密码,我们有两种方式可以选择:一种是使用组件服务mmc管理单元,另一种是使用iwam账号同步脚本synciwam.vbs。

1、使用组件服务mmc管理单元

(1)启动组件服务管理单元:选择"开始"->"运行"->"mmc",启动管理控制台,打开"添加/删除管理单元"对话框,将"组件服务"管理单元添加上。

(2)找到"组件服务"->"计算机"->"我的电脑"->"com+应用程序"->"out-of-process pooled applications",右击"out-of-process pooled applications"->"属性"。

(3)切换到"out-of-process pooled applications"属性对话框的"标志"选项卡。"此应用程序在下列账户下运行"选择中"此用户"会被选中,用户名是"iwam_myserver"。这些都是缺省的,不必改动。在下面的"密码"和"确认密码"文本框内输入正确的密码"aboutnt2001",确定退出。

(4)系统如果提示"应用程序被一个以上的外部产品创建。你确定要被这些产品支持吗?"时确定即可。

(5)如果我们在iis中将其它一些web的"应用程序保护"设置为"高(独立的)",那么这个web所使用的com+应用程序的iwam账号密码也需要同步。重复(1)-(4)步,同步其它相应out of process application的iwam账号密码。

2、使用iwam账号同步脚本synciwam.vbs

实际上微软已经发现iwam账号在密码同步方面存在问题,因此在iis5的管理脚本中单独为iwam账号密码同步编写了一个脚本synciwam.vbs,这个脚本位于c:\inetpub\adminscripts子目录下(位置可能会因你安装iis5时设置的不同而有所变动)。

synciwam.vbs脚本用法比较简单:

cscript synciwam.vbs [-v│-h]

"-v"参数表示详细显示脚本执行的整个过程(建议使用),"-h"参数用于显示简单的帮助信息。

我们要同步iwam_myserver账号在com+应用程序中的密码,只需要执行"cscript synciwam.vbs -v"即可,如下:

cscript c:\inetpub\adminscripts\synciwam.vbs -v

microsoft (r) windows script host version 5.6

版权所有(c) microsoft corporation 1996-2000。保留所有权利。

wamusername:iwam_myserver

wamuserpass:aboutnt2001

iis applications defined:

name, appisolated, package id

w3svc, 0, {3d14228c-fbe1-11d0-995d-00c04fd919c1}

root, 2,

iishelp, 2,

iisadmin, 2,

iissamples, 2,

msadc, 2,

root, 2,

iisadmin, 2,

iishelp, 2,

root, 2,

root, 2,

out of process applications defined:

count: 1

{3d14228d-fbe1-11d0-995d-00c04fd919c1}

updating applications:

name: iis out-of-process pooled applications key: {3d14228d-fbe1-11d0-995d-00c04fd919c1}

从上面脚本的执行情况可以看出,使用synciwam.vbs脚本要比使用组件服务的方法更全面和快捷。它首先从iis的metabase数据库找到iwam账号"iwam_myserver"并取出对应的密码"aboutnt2001",然后查找所有已定义的iis applications和out of process applications,并逐一同步每一个out of process applications应用程序的iwam账号密码。

使用synciwam.vbs脚本时,要注意一个问题,那就是在你运行synciwam.vbs之前,必须保证iis metabase数据库与active directory中的iwam密码已经一致。因为synciwam.vbs脚本是从iis metabase数据库而不是从active directory取得iwam账号的密码,如果iis metabase中的密码不正确,那synciwam.vbs取得的密码也会不正确,同步操作执行到"updating applications"系统就会报80110414错误,即"找不到应用程序{3d14228d-fbe1-11d0-995d-00c04fd919c1}"。

好了,到现在为止,iwam账号在active directory、iis metabase数据库和com+应用程序三处的密码已经同步成功,你的asp程序又可以运行了!

修改成功后,系统会有如下提示:

---------------------------------------------------

经过测试,显示应该是

wamuserpass: (string) "*******"

第4楼:new88star

刚找到办法,微软工程师解决的 注册这些DLL就好了

regsvr32 /s c:\windows\system32\shell32.dll

regsvr32 /s c:\windows\system32\Browseui.dll

regsvr32 /s c:\windows\system32\mshtml.dll

regsvr32 /s c:\windows\system32\oleaut32.dll

regsvr32 /s c:\windows\system32\ole32.dll

regsvr32 /s c:\windows\system32\actxprxy.dll

regsvr32 /s c:\windows\system32\urlmon.dll

regsvr32

4、服务器RAID1+0发生故障.求解决方案

你做的是RAID1+0方式,硬盘1和硬盘2互为镜像,硬盘3和4互为镜像,两个镜像组组成RAID0,是这样吧。这样A组坏了一个硬盘有什么关系?不影响运行啊。购买一个与坏了的硬盘同型号同容量品牌的,直接换上就行,开机会自动数据同步,完成后就和原来一样了。注意要同容量,同转速,同接口,最好同品牌;插好后如果不能自动完成REBUILD,则检查BIOS中是否提示已经READY,也可手动在操作系统中使用“分配全局热备份”完成数据同步。

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

网络管理员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可以将静态路由规则加入到服务器或工作站。

6、文件服务器故障如何修复

她对多种企业的客户环境都有清楚的了解,曾为PeopleSoft、SAP等公司做过通用公司软件的数 据分析,并将分析结果和综合应用相结合。Horton擅长为不同的客户网站提供广泛多样的解决方案,评估基准应用软件工作流程和性能。这些项目包括基于 TCP/IP协议的转换的表现分析、容量规划、多级企业应用软件的运行管理、路由器和交换机的QoS排队机制(包括WRED、RED和FIFO)、 MySQL数据库管理、构架、解决方案发展、Cisco路由器和交换机配置(包括SPAN、VLAN、ACLs、流量和CEF)。她目前进行的项目包括协 助客户寻求部署WAN优化技术以加快关键性商业运用软件的反应时间。Horton将她的知识用于培训和咨询服务,把重点放在优化大型企业网络,以解决复杂 的网络故障和网络管理的问题。问:如果文件服务器发生故障,我应该如何做故障修复?答:你可以拿着棒球棒,就猛击服务器,直到把它打好为止。当然这只是个玩笑,虽然不能保证把它敲好,但确实会让你感觉舒服一点。说到文件服务器故障修复,有几个步骤可以给供你参考:首先,确认文件服务器发生故障是源自软件还是硬件。我们先从硬件开始检查,鉴别和诊断的方法都非常简单。通常硬件相关的问题大多都是不能开机或者登录系统。 最常见的硬件问题例子,就是磁盘损坏或插卡错误引起计算机启动时奇怪的声音,解决这种问题典型的方法就是替换损坏的,或者功能不佳的硬件部件。通常我的做 法是首先安装二级文件服务器,分部份传输数据,而不影响终端用户。软件的问题多种多样。由于我并不知道你使用的是哪种软件或操作系统,我也没办法给你的问题解决方案。通常从应用程序开始,查看是否有错误记录,通常由于用户权限或文件保护,文件服务器不能正常工作。对于一些大型的部署设备,可以考虑自动使文件权限一致。如 果应用程序日志中没有出现问题,硬件工作状态也正常,那就测试一下文件服务器的网络连接。确保可以用tracert和ping功能连接到用户。如果文件服 务器发生都没有上述问题,在有更多信息的情况下,当然我可以给你更具体的帮助。

7、web服务器反复出现“未处理的异常”提示,网页均无法显示内容,错误界面如图,请教错误原因及处理方案

貌似是w3wp.exe应用程序错误,你试试这个方法:
点击“开始”-“控制面板”-“管理工具”-“组件服务”-“计算机”-“我的电脑”-“DCOM”选项, 选择其下的“IIS ADMIN SERVICE”,右健选择“属性”,找到“安全”,在“启动和激活权限”中编辑“自定义”,添加帐号“IWAM_*****”, 给该帐号赋予“本地启动”和“本地激活”的权限,重新启动IIS,(点“开始”-“运行”-“CMD”,点确定,然后运行IISRESET)

与服务器故障及解决方案相关的知识