| |
继续监测至下午收工时间，故障均未再出现。
诊断评点
此故障是由于交换机的问题引发的。白天工作时该交换机会不稳定地处在较大时间延迟状态，并且会改变交换机对协议的传输路径。从该故障的表现和OptiView监测到部分STP/HSRP协议来分析，一般配置不良的交换机会出现类似情况。比如，使用STP或HSRP协议可以对端口的连接状态进行监测和从新依据传输的带宽、允许或限制的协议进行端口连接分配。这在高档交换机中是正常的功能，但如果设置不佳或网络出现异常未设定点流量，交换机也会依据设定点条件进行端口路径的检查、运算和重新连接构图，或者对流量带宽进行分配。
网络的配置文档是很重要的检查故障的参照系，准确的文档备案更是快速故障检测的有力辅助手段。反之，没有配置文档的备案资料会给故障检测带来不少麻烦。维护人员往往不能断定检测的参数到底是正常还是异常。一份不准确的文档备案有时甚至比没有文档病案更糟糕，它可能会把故障检测工作引向"万劫不复"的境地。那时有多少头痛药都是无济于事的。维护人员神经、耐心和体力都会收到很大的挑战。
诊断建议
由于时间关系，我们来不及对更换下来的交换机进行检查。根据以往经验，可以初步断定此交换机很可能是配置不良而不一定是有质量问题。我们希望顾先生安排专门时间将此交换机的设置仔细检查一番。如果能找到原来的初始配置文档则参照检查会方便许多。
后记
一周后，顾先生告知我们检查结果：该交换机某些端口被人设置为流量选择转发状态。处于这种设置状态的交换机会对链路流量在达到一定值时进行端口路径的重新分配，目的是均衡整个链路的负载。也可以对设置的协议进行端口路径转移，使得按设置要求的在某些协议或流量出现异常时转移交换端口或重新分配端口流量。
本故障经检查是由于最近安装了Oracle应用软件所至。当启用该数据库流量时，原来的端口只允许部分流量用来处理在线商城的用户访问流量，其它的带宽要用来保证新增加的应用流量对带宽的需要。
由于顾先生对Oracle关系数据库不熟悉，该项应用工程是承包给一家系统集成商做的。系统集成商在安装系统时为了一次验收合格，故对交换机的配置进行了更改。这一点顾先生的一名配合系统集成商工作的手下是知道的，但他对网站的拓扑结构根本不了解，以为此举对网络没有什么影响，并没有将此情况告之顾先生。
由于该网站平时就没有定期检查和文档备案的制度，这位老兄当然也不会把这一情况登记入档。这使得我们的检查效率也不会高到哪里去，端时间内要查验出该故障挠度是会很大的。
|
|
|
| 【收藏】【打印】【进入论坛】 |
|
|
|
|
| |
|
|
|
