|
|
|
网络故障的判断工作并不是从发现了网络故障才开始的，如果一个网络管理员总是等到网络故障出现时才考虑这个问题，那么网络故障的判断将非常困难和棘手。
|
|
|
|
|
|
（1）了解网络拓扑关系，了解网络设备，了解网络的客户端，了解使用网络的人。让一个不了解网络现时情况的人来判断网络故障，那么它必须从了解这个网络开始。所以作为网络管理员必须知道网络中有多少网络设备，它们之间的联系情况，网络上有多少客户端，客户端上安装的软件和使用这些客户端的人员对网络的了解程度，以及他们的使用习惯。
|
|
|
|
（2）贴上标签。对于一个复杂的网络，应该给每条网络线路的两端加上标签，把交换机的每个端口做上标记，而且在任何更改之后立即修改这些标签。这不是一件很难的事情，虽然会花费不少时间，但是，在网络故障发生时，这些正确而友好的标签可以为确定网络故障的发生位置提供非常大的帮助。
|
|
|
|
（3）日志和笔记。不要把所知道的网络的情况仅仅留在记忆中，人遗忘的能力总是比记忆的能力要强，而且如果一个网络管理员接收一个没有记录的网络，他需要花更多的时间来了解网络。这些记录包括网络的拓扑图、分布图、安装文档、设备配置文档等，更重要的是，每一次对网络所做的更改也必须在记录中体现。每一次网络故障的发现、分析、排除、遗留问题也应该记录下来。
|
|
|
|
|
|
（1）判断故障是不是一个真正的故障。网络用户很多时候不能判断什么是真正的网络故障，当有用户向网络管理员报告一个网络故障时，可能仅仅是他输错了网址。又如，当一个网络引入VLAN以提高网络的性能，但从个人计算机的角度而言，能够在网上邻居里看见的计算机就比没有划分VLAN时要少得多。网络管理员也不要有太多的抱怨，毕竟如果没有人使用网络，那么网络管理员也没有什么存在的必要，而这些人中有很多甚至连个人计算机都不能熟练使用。
|
|
|
|
（2）寻找最近的修改。在开始判断网络故障的原因之前，检查一下最近的网络连接、网络设备配置、主机软件等各方面有什么改变。和任何对程序的更改都可能给软件带来错误一样，任何对网络的改变都可能带来网络故障。如果有更改，可以试着恢复到修改前的状态，或者和没有进行修改的设备进行比较，看看故障是否同样存在。如前文所说，如果一个改动需要网络设备重新启动才起作用，而当时网络管理员并没有立即重新启动这个设备，那么这个改动可能带来的隐患就被隐藏起来，如果既没有记录，而那个网络管理员又正好不在，或没有意识到那个修改可能带来问题，那么查找就非常困难了。
|
|
|
|
（3）查看操作系统和网络设备的报警和错误日志，在其中，网络管理员能够找到关于网络故障的有用信息。
|
|
|
|
（4）排除、划分、克服故障。尽可能多地收集信息，看看其他机器和有类似状况的设备是否存在同样的故障。然后根据经验和推测，试图提出一种网络故障的原因，根据这个原因，做一些改正，然后查看效果。这个过程往往要重复多次，在这个重复的过程中，不断缩小故障地点的范围，这是最富有挑战性的步骤，网络管理员这时候不得不完全开动大脑，不断分析、尝试和判断。这个时候，合适的网络文档、正确的标签、更新的日志是经验丰富的管理员的好助手。当然，网络管理员这时候还离不开，还有下面要提到的网络故障诊断工具。理解、掌握、熟练使用网络故障诊断工具，是网络管理员的基本功。
|
|
|
|
|
|
当网络管理员花费两天终于解决了一个网络故障时，他的第一感觉是他再也不会忘记这个故障了。但事实上常常并非如此，而且管理员的工作可能更换。
|
|
|
|
故障解决之后，管理员应该把这次故障的发现、判断和解决的过程写到更新的文档中去，这个文档可能是专门的网络故障报告，也可能就是网络运行日志，如果这次更改了网络的某个部分，更应该把更改的部分写入文档。这些是为了给下一次网络故障的排除做的准备工作。
|
|
|
|
故障解决之后，管理员还应该通知用户。特别地，如果网络故障和网络用户的行为有关，一定要告诉网络用户应该如何或者不应该如何，以及下一次遇到同样的网络故障时应该采取的行动。
|
|
|
|
实践中，在网络故障发生之前和网络故障发生之后做的工作越多的网络管理员，在网络故障发生时，能够更快更准确地识别、发现、解决故障。
|
|
|
