当前位置：首页 > 实用文档 > 其他范文> 服务器故障排错的基本原则

服务器故障排错的基本原则

时间：2022-05-02 20:46:38 其他范文收藏本文下载本文

“明天你依旧”为你分享8篇“服务器故障排错的基本原则”，经本站小编整理后发布，但愿对你的工作、学习、生活带来方便。

服务器故障排错的基本原则

篇1：服务器故障排错的基本原则

正文：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:交换整机，既交换整体环境；

篇2：打印服务器排错大

用Windows Server 作为打印服务器平台无疑是个非常不错的选择，因为其提供的强大的打印管理功能足以满足我们的各种打印需求，不过，因为其强大、复杂，并且是一个对大多数管理员来说不是那么熟悉的系统平台，所以在遭遇打印故障进行排错时比较麻烦。有不少管理者显得束手无策，不知道从何着手。本文将结合自己的实践以及吸取同行和网友们的经验，就Windows Server 2008下的打印排错思路和步骤进行一个总结，希望对大家有帮助。

从用户的角度来说，打印故障无外乎“所有人都无法打印”、“有些用户无法打印”、“只有一个用户无法打印”三种情况。下面笔者就以此为线索，分析打印错误的原因，并谈谈相应的排错思路和步骤。

打印服务器排错之1、所有人都无法打印

遇到这种情况，我们基本可以断定不是打印机本身的问题就是网络问题。笔者建议的排错思路是:

(1).常规检查。我们可以亲自到打印机前进行检测，对于Windows Server 2008来说可通过打印机的状态页面(在浏览器中输入该打印机的IP地址)查看该打印机的状态。如果没有问题，接下来应该检查打印服务器的事件日志，并从日志中找到和打印机相关的错误提示和警告信息进行判断排错。

(2).检查打印队列。在打印服务管理器中查看打印机是否被暂停，或者是否有文档发生了错误。如果真是这样，用鼠标右键单击这些文档，选择“取消”命令将其消除。(图1)

(3).检查打印机配置信息。如果有人恶意将打印机设置为动态获得IP地址，或者没有为打印机设置保留。在这种情况下，如果打印机被关闭并重启，可能因为其IP地址后变化，而打印端口指向了错误的IP地址。对此，我们还需要检查打印机所在的子网状态。

(4).检查网络。我们可以在一台主机上通过ping命令来平打印机的IP地址，如果从任何主机都无法ping通打印机的IP地址，这表明打印机可能被关闭，或者网络被断开。另外，也有可能是打印机的网卡故障，或者是与打印机连接的交换机或者路由器的问题。

(5).检索打印机配置的变化。可以询问或者回忆打印机上次正常打印是在什么时候，以及打印机的配置是否有变化。如果打印机从来没有正常工作过，则表示一开始的配置就有问题。如果打印机的配置有变化，如果可能建议恢复到以前的配置。如果怀疑与打印设备有关，我们可以尝试卸载并重装打印机驱动。

(6).检测磁盘空间。这通常被大家所忽略，我们有必要检查后台打印文件夹所在磁盘的可用空间，因为它也会引起打印故障。如果所在分区的可用空间低，或者没有可用空间，打印服务器将无法创建后台打印文件，因此文档将无法打印，

此外，我们还应该检查打印文件夹的权限设置，如果权限设置有问题，后台打印同样无法进行。(图2)

(7).检测打印处理器和分割页设置。一定要确保打印处理器和分割页设置无误，如果设置了错误的打印处理器，打印机可能会打印乱码，或者根本无法打印。对于Windows Server 2008来说，我们可以尝试使用RAW数据类型或者EMF数据类型，一般会解决问题。如果分割页设置错误，打印机可能将只打印分割页的内容，或者完全无法打印。因此，我们也要检查分割页的设置。

(8).检查Print Spooler服务。将该服务设置为随系统自动启动，但如果在系统启动后，该服务在1分钟之内尝试启动两次连续失败，Print Spooler服务将不再尝试重新启动。同时，如果打印队伍里有错误的文档，而无法将其清除掉，通常都有可能导致Print Spooler服务出错。在这种情况下，我们可首先从打印队伍中清除错误文档，然后打开打印服务控制台，在其中找到Print Spooler服务将其手工启动。(图3)

打印服务器排错之2、有些用户无法打印

这种情况表现为，有些用户可以打印，但有些用户无法打印。对于此类打印故障，我们进行归结，无外乎三个方面的原因：打印权限设置不当、应用程序导致打印错误、网络导致打印错误。那么，我们的排错可从以下几个方面进行：

(1).网络检测。这种情况下的网络检测不同于第一种方式，我们可选择在遇到打印错误问题的用户同在一个子网的其他用户进行检测，检测的方法还是使用Ping命令。在Windows Server 2008的命令提示符下执行“ping PrinterIP”命令，其中PrinterIP是打印机的IP地址。如果从该子网的任何计算机都无法ping通打印机的IP地址，这表示用户的计算机和打印机之间的交换机或路由器出错或者断开。这时，我们就把排错的重点放到路由器或者交换机上，进行机器检测或者配置检查。

(2).权限检查。这里的权限主要指打印机的权限设置和后台打印文件夹的权限设置，以确保特定的用户或者用户组都有访问权限。如果权限设置错误，将导致后台打印无法进行，打印会出错。

(3).检测打印处理器。如果域内或者局域网内客户端的系统类型比较多样的话，检测打印处理器就显得非常必要了。因为基于Windows 98和Windows me的客户端只能使用RAW数据类型的打印处理器进行打印。基于RAW数据类型的打印是在客户端上处理的，因此需要打印服务器处理的工作最少;而EMF数据类型则需要发送大打印服务器进行处理。如果遇到这类错误的话，我们可对打印机的默认数据类型进行修改。打开打印机的属性对话框，切换到“高级”选项卡，然后单击“打印处理器”按钮打开一个对话框，在此我们可以更改当前打印处理器和默认的数据类型。(图4)

(4).检查用于打印的程序。如果调用打印机进行打印的应用程序的配置有问题也会导致打印故障，对此我们可重新检查该打印程序的配置，以发现是否有配置不当的地方。比如，如果选择的默认打印机有误，就会导致此类打印错误。

篇3：打印服务器排错大

打印服务器排错之3、只有一个用户无法打印

如果遇到只有一个用户无法打印，这说明问题不大，但要进行排错同样不简单，一般这种情况是由于软件、用户的计算机或者权限不当造成的。对于此类错误，建议用户重启该电脑然后重新进行打印测试。如果不行，可从以下几个方面来排错：

(1).检查用于打印的程序。同上面的情况类似，我们首先要检查是否是有调用打印机的应用程序的配置错误造成的。此外，我们还有检查用户设置的默认打印机是否有误。

(2).检查用户计算机。首先检查在用户是计算机系统中Print Spooler服务是否正常运行，如果没有的话要手动启动该服务。同时，要检测用户的计算机磁盘是否有足够的临时空间以生成初始的后台打印文件。此外，要计算机上的其他重要服务正常启动。如果相关的服务有问题，要手动启动。如果不能启动，要进行服务排错，总之要保证其正常启动。一般情况下，我们将该服务设置为自动启动，然后重启系统就能够解决问题。

(3).检查网络连接。检查并确认用户的计算机可以通过网络连接到其他资源，通常我们通过ping命令测试主机到打印机的连通性。

(4).检查错误信息。同上面的方法类似，我们要注意收到的打印错误信息，比如，客户端收到“访问被拒绝”的错误信息，这说明权限设置有问题，我们就可据此修改打印权限。

(5).检查权限设置。同样，我们也要检查打印机的权限设置，以确认是否拒绝该用户访问。此外，也要确保该用户对后台打印文件夹的访问权限。

打印服务器排错之4、错误混乱打印排错

从用户角度对打印错误进行分类似乎还遗漏了一类比较典型的打印错误即错误混乱打印，因此笔者有必要将其单独列出来进行排错分析，

如果打印机打印的内容混乱或者有错误，这一般是由打印机的配置错误造成的，进行此类打印排错的思路是：

(1).首先检查打印机驱动是否有误，如果有误马上更新正确的打印驱动。另外，检测打印处理器设置是否有误，通常情况下我们将打印的数据类型由EMF更改为RAW后就能够解决问题。

(2).检测打印管理配置。在打印管理控制台中用鼠标右键单击打印机，选择“属性”打开打印机的属性对话框，然后切换到“高级”选项卡中选中“在后台打印完最后一页时开始打印”选项，以确保将完整的文档内容传送到打印机之后再打印。(图5)

(3).检查分割页设置。在打印机属性的“高级”选项卡下，单击“分割页”按钮，然后我们可以尝试删除使用的分割页。因为当使用的分割页中使用了错误的打印页面描述语言也会导致混乱打印。

(4).禁用高级打印功能。在打印机属性的“高级”选项卡下，取消“启用高级打印功能”

选项，以禁止元文件后台打印功能。因为系统类型复杂的网络中，启用该功能后有可能会导致混乱打印。

打印服务器排错总结：

篇4：winiis6服务器设置排错解答

希望给2003做服务器系统的朋友实际的解决问题

很多朋友在用IIS6架网站的时候遇到不少问题，而这些问题有些在过去的IIS5里面就遇到过，有些是新出来的，俺忙活了一下午，做了很多次试验，结合以前的排错经验，做出了这个总结，希望能给大家帮上忙：）

问题1：未启用父路径

症状举例：

Server.MapPath 错误 ASP 0175 : 80004005

不允许的 Path 字符

/0709/dqyllhsub/news/OpenDatabase.asp，行 4

在 MapPath 的 Path 参数中不允许字符 ..，

原因分析：

许多Web页面里要用到诸如../格式的语句（即回到上一层的页面，也就是父路径），而IIS6.0出于安全考虑，这一选项默认是关闭的。

解决方法：

在IIS中属性->主目录->配置->选项中。把”启用父路径“前面打上勾。确认刷新。

问题2：ASP的Web扩展配置不当（同样适用于ASP.NET、CGI）

症状举例：

HTTP 错误 404 - 文件或目录未找到。

原因分析：

在IIS6.0中新增了web程序扩展这一选项，你可以在其中对ASP、ASP.NET、CGI、IDC等程序进行允许或禁止，默认情况下ASP等程序是禁止的。

解决方法：

在IIS中的Web服务扩展中选中Active Server Pages，点击“允许”。

问题3：身份认证配置不当

症状举例：

HTTP 错误 401.2 - 未经授权：访问由于服务器配置被拒绝。

原因分析：IIS 支持以下几种 Web 身份验证方法：

匿名身份验证

IIS 创建 IUSR_计算机名称帐户（其中计算机名称是正在运行 IIS 的服务器的名称），用来在匿名用户请求 Web 内容时对他们进行身份验证。此帐户授予用户本地登录权限。你可以将匿名用户访问重置为使用任何有效的 Windows 帐户。

基本身份验证

使用基本身份验证可限制对 NTFS 格式 Web 服务器上的文件的访问。使用基本身份验证，用户必须输入凭据，而且访问是基于用户 ID 的。用户 ID 和密码都以明文形式在网络间进行发送。

Windows 集成身份验证

Windows 集成身份验证比基本身份验证安全，而且在用户具有 Windows 域帐户的内部网环境中能很好地发挥作用。在集成的 Windows 身份验证中，浏览器尝试使用当前用户在域登录过程中使用的凭据，如果尝试失败，就会提示该用户输入用户名和密码。如果你使用集成的 Windows 身份验证，则用户的密码将不传送到服务器。如果该用户作为域用户登录到本地计算机，则他在访问此域中的网络计算机时不必再次进行身份验证。

摘要身份验证

摘要身份验证克服了基本身份验证的许多缺点。在使用摘要身份验证时，密码不是以明文形式发送的。另外，你可以通过代理服务器使用摘要身份验证。摘要身份验证使用一种挑战/响应机制（集成 Windows 身份验证使用的机制），其中的密码是以加密形式发送的。

.NET Passport 身份验证

Microsoft .NET Passport 是一项用户身份验证服务，它允许单一签入安全性，可使用户在访问启用了 .NET Passport 的 Web 站点和服务时更加安全。启用了 .NET Passport 的站点会依靠 .NET Passport 中央服务器来对用户进行身份验证，

但是，该中心服务器不会授权或拒绝特定用户访问各个启用了 .NET Passport 的站点。

解决方法：

根据需要配置不同的身份认证（一般为匿名身份认证，这是大多数站点使用的认证方法）。认证选项在IIS的属性->安全性->身份验证和访问控制下配置。

问题4：IP限制配置不当

症状举例：

HTTP 错误 403.6 - 禁止访问：客户端的 IP 地址被拒绝。

原因分析：

IIS提供了IP限制的机制，你可以通过配置来限制某些IP不能访问站点，或者限制仅仅只有某些IP可以访问站点，而如果客户端在被你阻止的IP范围内，或者不在你允许的范围内，则会出现错误提示。

解决方法：

进入IIS的属性->安全性->IP地址和域名限制。如果要限制某些IP地址的访问，需要选择授权访问，点添加选择不允许的IP地址。反之则可以只允许某些IP地址的访问。

问题5：IUSR账号被禁用

症状举例：

HTTP 错误 401.1 - 未经授权：访问由于凭据无效被拒绝。

原因分析：

由于用户匿名访问使用的账号是IUSR_机器名，因此如果此账号被禁用，将造成用户无法访问。

解决办法：

控制面板->管理工具->计算机管理->本地用户和组，将IUSR_机器名账号启用。

问题6：NTFS权限设置不当

症状举例：

HTTP 错误 401.3 - 未经授权：访问由于 ACL 对所请求资源的设置被拒绝。

原因分析：

Web客户端的用户隶属于user组，因此，如果该文件的NTFS权限不足（例如没有读权限），则会导致页面无法访问。

解决办法：

进入该文件夹的安全选项卡，配置user的权限，至少要给读权限。关于NTFS权限设置这里不再馈述。

问题7：IWAM账号不同步

症状举例：

HTTP 500 - 内部服务器错误

原因分析：

IWAM账号是安装IIS时系统自动建立的一个内置账号。IWAM账号建立后被Active Directory、IIS metabase数据库和COM+应用程序三方共同使用，账号密码被三方分别保存，并由操作系统负责这三方保存的IWAM密码的同步工作。系统对IWAM账号的密码同步工作有时会失效，导致IWAM账号所用密码不统一。

解决办法：

如果存在AD，选择开始->程序->管理工具->Active Directory用户和计算机。为IWAM账号设置密码。

运行c:InetpubAdminScripts>adsutil SET w3svc/WAMUserPass +密码同步IIS metabase数据库密码

运行cscript. c:inetpubadminscriptssynciwam.vbs -v 同步IWAM账号在COM+应用程序中的密码

问题8：MIME设置问题导致某些类型文件无法下载（以ISO为例）

症状举例：

HTTP 错误 404 - 文件或目录未找到。

原因分析：

IIS6.0取消了对某些MIME类型的支持，例如ISO，致使客户端下载出错。

解决方法：

在IIS中属性->HTTP头->MIME类型->新建。在随后的对话框中，扩展名填入.ISO，MIME类型是application。

另外，防火墙阻止，ODBC配置错误，Web服务器性能限制，线程限制等因素也是造成IIS服务器无法访问的可能原因，这里就不再一一馈述了。希望此帖能解决大家的大部分问题：）

篇5：浅析DHCP服务器故障

面对DHCP服务器，你是不是存在很多问题呢？如果你使用DHCP来为系统中的工作站自动配置TCP/IP，任意一个DHCP故障都可以导致服务的崩溃，毕竟，如果一个工作站不能获取IP地址，就没有办法读取个人网络或者因特网上的任何资源。本文中，我将介绍可以用来排解DHCP服务器故障的一些技术。

DHCP服务器故障之不适当的地址分配

一个非常常见的DHCP相关问题是意外的IP地址分配。例如，假设你的DHCP服务器的IP地址范围配置为192.168.0.1到192.168.0.50.你希望电脑主机被分配以这个范围内的IP地址。现在，假设来自你网络上的一个工作站与网络服务器通信似乎出现问题。你发送一个IPCONFIG/ALL命令来查看工作站的IP地址配置。与期望的地址范围相反，工作被分配了一个以169.254开始的地址。

发生了什么事?如果来自你网络上的主机被意外地分配以169.254开始的地址，你又可以确认这个地址不是由你的DHCP服务器分配的。就是说工作站无法与DHCP服务器通信。当这种情况发生时，工作站将采用名为自动专用IP寻址(APIPA)的Windows特征给自身分配一个IP地址。

微软自动建立专用IP寻址到窗口，以帮助那些有很小的网络的机器。例如，如果你是要建立一个很小的Windows网络，即使网络上没有DHCP服务器，你也不需要手动配置IP地址。APIPA将自动在网络上为每台机器分配一个唯一的B类IP地址。这非常适合小型家庭网络，但完全不适合较大型的网络。

如果一个工作站依靠APIPA分配地址，这是因为它请求IP地址没有得到回应。有几种可能的原因造成这一问题。假定网络上的其他计算机能够从你的DHCP服务器获得一个IP地址，你可以排除DHCP服务器的问题。

极有可能的是，这个问题与安装在工作站中的网络硬件故障有关。例如，网络接口卡被分配以一个错误的驱动。另一个可能的原因是网线没插入网络接口卡，或者没有连接到另一端的开关。

当然，仅因为网络上的一台计算机在获取IP地址方面有问题并不能完全排除服务器的问题。如果其他工作站都能成功获取IP地址，那么可以肯定服务器正常工作。然而，也可能因为服务器已经分配完了可用的IP地址。通过将网络上请求来自DHCP服务器的IP地址的装置的数目与DHCP地址范围大小进行比较，你可以很容易地分辨是否是IP地址用尽的问题。

DHCP服务器故障之常见的DHCP服务器问题

如果多个工作站遇到租用IP地址的问题，那么问题很可能与DHCP服务器自身有关。如果你怀疑DHCP是造成问题的原因，那么你可以通过借助一些Ping的测试以确认DHCP能够在整个网络间通信来开始检测问题。

如果DHCP服务器能够与网络上的其他计算机通信，那么我建议核实DHCP服务器是否有一个符合范围的IP地址，并且服务器配置为这个指定的地址，

例如，如果DHCP服务器的地址范围从192.168.0.1到192.168.0.50，服务器实际上无法分配这些地址，除非服务器自身在同一个子网范围内已经分配了一个静态地址，如192.168.0.0或192.168.0.51。

如果这仍然不能解决问题，那么我建议检查基本配置。例如，你应该保证DHCP服务器仍然被当前目录授权可以租用IP地址。你同样应该检查，保证IP地址范围仍然有效，并且DHCP服务器上正在运行必要的服务。

DHCP服务器故障之IP地址冲突

另一个偶尔出现的问题涉及动态配置地址是IP地址冲突。当你创建一个DHCP范围时，DHCP服务器的责任就是确保范围内的地址一次只能租用给一个用户。如果那样的话，怎么可能在动态分配地址时出现IP地址冲突呢?

我碰到过两种情况可能导致这个问题。第一次遇到时，我能够决定哪台PC被分配给了重复的地址。当我检查这些机器上的TCP/IP时，我发现其中一台机器的IP地址被手动配置过。说来话长，但那台机器的使用者运行未授权的应用程序，需要一个静态IP地址。用户觉得每次使用应用程序时都要重新配置很麻烦，所以他们采用动态分配给他们的地址，将它当成一个静态地址输入。

今天这种情况发生的可能性非常小。上文中提到的特定情况的时候我使用的是Windows98。Windows98缺乏许多今天我们认为理所当然的安全机制。一个有正常安全防护的、系统为Windows XP或Windows VISTA的工作站应该能防止终端用户的重配置。即使如此，我想至少应该注意这个问题，因为如果你在解决这个问题上有疑难时使得你有据可查。

该问题一个更普遍的原因是多个DHCP服务器正在使用中，而那些DHCP服务器地址范围有重叠。如果你在自己的网络中仅有一个DHCP服务器，不要忽视这个可能造成问题的原因。十有八九，有一个非法DHCP服务器正与你的主要DHCP服务器冲突。

Windows 服务器和Windows服务器均以该方式设计，以防止非法DHCP服务器造成问题。DHCP服务器仅能够在被当前目录授权后发送地址。问题在于这仅适合于Windows平台下的DHCP服务器。其他操作系统上运行的DHCP服务器免费租用IP地址给用户，不需要被当前目录授权。

所以用户真正遭受了Linux平台下安装DHCP服务器的麻烦了吗?可能没有。更有可能的解释是，一个无线接入点，或者一个针对电缆或者DSL因特网连接的路由器造成问题。这样的装置内大多数都有DHCP。这些装置通常使用一个192.168.0.x或者192.168. 1.x的范围。如果凑巧与你的主要DHCP服务器所用的IP地址相同，那么你就陷入了这样一个困境，两个DHCP服务器均使用同一个地址资源发布地址!

DHCP服务器故障结论

DHCP故障有许多潜在的原因。大多数情况下，这些故障与DHCP服务器和试图租用地址的工作站两者间的通信问题有关。

篇6：IIS信息服务器排错指导Web服务器

IIS服务器出错的原因是复杂的，象服务启动失败、IIS进程中断或者站点不能启动这些错误都会在系统日志中记录一个错误事件。不论IIS出现何种错误，在确定排错方案之前，都应先使用事件查看器查阅系统日志所记录的相关事件。某些错误显然是由服务器硬件的损坏而造成的，而另一些由于软件原因造成的错误往往不易察觉。本节就一般性的IIS排错提供指导性的介绍。

重新启动IIS

按照微软产品的一般性排错方法和故障解决方案，大多数软件问题可以通过重新启动到方法得以解决。作为IIS5.0的新功能之一，我们可以在不重新启动计算机的情况下重启IIS服务，甚至相当严重的问题都可以采用这种方法解决。重新启动IIS服务可以强迫系统重置IIS进程的内存空间，故由于内存错误引起的问题可以得到解决。重启IIS的方法主要用于下列情况：网站应用程序瘫痪、且不能有效加以控制;网站应用程序工作不正常或者不稳定。[/TD] [/TR][/TABLE]�重新启动IIS服务的过程中，全部当前连接都不能保留，且重启期间服务器上的全部站点都不能工作。如果重启IIS服务不能解决问题，则重启服务器亦不会有效。

当站点应用程序不能正常工作时，按照下述步骤重新启动服务器的IIS服务：

1.在IIS管理控制树中展开IIS节点，选择需要重新启动IIS服务的计算机。

2.单击【操作】菜单，选择【重新启动IIS】。

3.在【停止/启动/重新启动】对话框中的【您向要IIS做什么】下拉列表中选择【重新启动服务器的IIS】，单击【确定】。

4.正在关闭】对话框显示重新启动IIS的进度，如果对话框长时间没有反应，单击【现在结束】并重新进行上述操作。

注意：不能使用基于HTML的IIS管理器(远程管理模式)进行上述重启操作。

对于单个站点的稳定性问题，不必重新启动整个IIS进程，只要重启站点即可。

IIS排错

备份/还原IIS

如果世界上存在一个万无一失的服务器安全规划方案，那就是备份。曾经有人指出：一个优秀的系统管理员所做的最重要的三项工作就是：备份、备份、备份。

IIS的实现机制包括一个类似注册表的元数据库：MetaBase，有关IIS本身和站点的配置属性全部保存在Windows 2000和元数据库MetaBase中。因此，只要将相关的注册表和元数据库进行备份，即可保存站点相关的全部配置。即使在删除站点甚至重新安装IIS之后，仍然能够利用备份恢复到原来的状态。

备份IIS的步骤如下：

1.在IIS管理器中展开IIS节点，选择向要备份的计算机。

2.单击【操作】菜单，选择【备份/还原配置】。

3.在【备份/还原配置】对话框中的【备份】列表中列出全部备份文件以及备份时间。单击【创建备份】按钮。

4.在【备份配置】对话框中指定新建备份的名称，单击【确定】。

5.单击【关闭】完成备份。

默认情况下，备份文件将保存在 Winntsystem32inetsrvMetaBack目录中。

恢复备份的方法与此类似，在【备份/还原配置】对话框中的【备份】列表中选择一个备份文件，单击【还原】。然后再如左图所示的提示对话框中单击【确定】，一段时间之后，IIS服务器恢复到进行备份时所处的状态。

如果服务器重装IIS之后需要恢复备份，则在上述恢复操作的基础上，还应进行额外的操作，步骤如下：

1.在命令提示符下，键入cscript.exe X:InetPubAmdinScriptsAdsutil.vbs enumw3svc，此处“X”是安装IIS的驱动器号。从列出的设置中，查找WamUserName和相关的WAMUserPass的值。

2.在控制面板中双击【管理工具】，然后双击【计算机管理】。

3.选择【本地用户管理器】，然后单击【用户】。双击【IWAM_computername】用户帐户。键入从以前步骤找到的WAMUserPass值，并单击【确定】。

4.在【配置备份名】对话框中，选择创建的备份文件，然后单击【还原】，

此时配置将得到完全还原。

IIS排错

TCP/IP排错

关键字：邮件服务器

篇7：IIS信息服务器排错指导服务器教程

iis|服务器

在确认网络连通性的时候，应按照以下顺序进行Ping测试：

1．Ping本地循环地址127.0.0.1，确定本地TCP/IP配置是否正确，

在命令提示行键入Ping 127.0.0.1。

2．Ping本机地址，检验本地IP地址设置是否正确。

3．Ping缺省网关地址，检验能否与本地子网之外的主机进行通信。

4．Ping远程子网上的主机，检验能否通过路由器进行远程通信，

如果以上Ping命令均能够得到响应，说明TCP/IP配置能够支持网络通信。否则，针对相应的网络组件进行设置检查。

使用netstat工具显示连接统计

可以使用netstat命令显示协议统计信息和当前的TCP/IP连接。

netstat -a命令将显示所有连接，而netstat -r显示路由表和活动连接。netstat -e命令将显示 Ethernet 统计信息，而netstat -s显示每个协议的统计信息。

如果使用 netstat -n，则不能将地址和端口号转换成名称。

篇8：IIS信息服务器排错指导网络服务器

IIS服务器出错的原因是复杂的，象服务启动失败、IIS进程中断或者站点不能启动这些错误都会在系统日志中记录一个错误事件。不论IIS出现何种错误，在确定排错方案之前，都应先使用事件查看器查阅系统日志所记录的相关事件。某些错误显然是由服务器硬件的损坏而

IIS服务器出错的原因是复杂的。象服务启动失败、IIS进程中断或者站点不能启动这些错误都会在系统日志中记录一个错误事件。不论IIS出现何种错误，在确定排错方案之前，都应先使用事件查看器查阅系统日志所记录的相关事件。某些错误显然是由服务器硬件的损坏而造成的，而另一些由于软件原因造成的错误往往不易察觉。本节就一般性的IIS排错提供指导性的介绍。

重新启动IIS

按照微软产品的一般性排错方法和故障解决方案，大多数软件问题可以通过重新启动到方法得以解决。作为IIS5.0的新功能之一，我们可以在不重新启动计算机的情况下重启IIS服务，甚至相当严重的问题都可以采用这种方法解决。重新启动IIS服务可以强迫系统重置IIS进程的内存空间，故由于内存错误引起的问题可以得到解决。重启IIS的方法主要用于下列情况：网站应用程序瘫痪、且不能有效加以控制；网站应用程序工作不正常或者不稳定。[/TD] [/TR][/TABLE] 重新启动IIS服务的过程中，全部当前连接都不能保留，且重启期间服务器上的全部站点都不能工作。如果重启IIS服务不能解决问题，则重启服务器亦不会有效。

当站点应用程序不能正常工作时，按照下述步骤重新启动服务器的IIS服务：

1．在IIS管理控制树中展开IIS节点，选择需要重新启动IIS服务的计算机。

2．单击【操作】菜单，选择【重新启动IIS】。

3．在【停止/启动/重新启动】对话框中的【您向要IIS做什么】下拉列表中选择【重新启动服务器的IIS】，单击【确定】。

4．正在关闭】对话框显示重新启动IIS的进度，如果对话框长时间没有反应，单击【现在结束】并重新进行上述操作。

注意：不能使用基于HTML的IIS管理器（远程管理模式）进行上述重启操作。

对于单个站点的稳定性问题，不必重新启动整个IIS进程，只要重启站点即可。

IIS排错

备份/还原IIS

IIS的实现机制包括一个类似注册表的元数据库： MetaBase，有关IIS本身和站点的配置属性全部保存在Windows 2000和元数据库MetaBase中。因此，只要将相关的注册表和元数据库进行备份，即可保存站点相关的全部配置。即使在删除站点甚至重新安装IIS之后，仍然能够利用备份恢复到原来的状态。

备份IIS的步骤如下：

1．在IIS管理器中展开IIS节点，选择向要备份的计算机。

2．单击【操作】菜单，选择【备份/还原配置】。

3．在【备份/还原配置】对话框中的【备份】列表中列出全部备份文件以及备份时间。单击【创建备份】按钮。

4．在【备份配置】对话框中指定新建备份的名称，单击【确定】。

5．单击【关闭】完成备份。

默认情况下，备份文件将保存在 Winntsystem32inetsrvMetaBack目录中。

如果服务器重装IIS之后需要恢复备份，则在上述恢复操作的基础上，还应进行额外的操作，步骤如下：

1．在命令提示符下，键入cscript.exe X:InetPubAmdinScriptsAdsutil.vbs enumw3svc，此处“X”是安装IIS的驱动器号，

从列出的设置中，查找WamUserName和相关的WAMUserPass的值。

2．在控制面板中双击【管理工具】，然后双击【计算机管理】。

3．选择【本地用户管理器】，然后单击【用户】。双击【IWAM_computername】用户帐户。键入从以前步骤找到的WAMUserPass值，并单击【确定】。