升级导致网络故障 经典案例引发网管员深思(1)(2)

5.故障总结

故障解决了，我们找到了罪魁祸首——一台工作组交换机。其实，交换机只是“替罪羊”真正的元凶应该是不够科学、合理的网络结构。不然一台小小的工作组交换机为什么能够引起如此大面积的网络故障呢?

为了使得大家对此有更进一步的认识，我们重新梳理一下该公司的网络结构以及这次网络故障。在该企业重新升级的网络中，大多数数据服务器设置在办公区的网管中心，而且公司整个系统的工作依赖集中式系统中的这些专用数据服务器。另外，链路连接和数据交换时需要WINS服务器提供服务。而与WINS服务器连接的链路中，如果交换机一侧的端口P32发射能力低效，使得发送的信号幅度不符合要求，再加上链路长度不长，所以并不是对所有的数据包WINS服务器都无响应。这使得有些数据被作为部分错误和碰撞数据由端口记录，大部分从交换机各端口送往P32端口的数据因链路接口问题被延迟和丢弃，而造成记录数据中有用流量正常，而网络用户速度普遍偏慢的假象。这难道不是由于网络拓扑的不合理造成的吗?

6.维护建议

首先，建议企业在进行网络改造的时候，一定要根据企业的需求和实际应用合理规划网络拓扑。这其中，应该尽可能地寻求专家的帮助，构建科学、合理、高效的网络结构。这样的网络不仅利与维护、管理，而且在故障发生时能够快速定位，也不至于一个小问题引发大故障。

此外，我们知道，交换机、网卡、集线器和路由器等网络设备的端口一般从工作2～3年开始出现低效现象，5年后比例为3%～18%(这取决于不同的厂商产品质量，也取决于同一厂商的不同系列产品的产品质量)。另外，由于系统中有大量的端口，所以在网络维护周期建议中要求每半年对端口性能进行定期测试。每一～二年对布线系统进行一次轮测，尤其对重要的网络设备如服务器、交换机、路由器等应该坚持定期测试，这样做对提高网络的可靠性有莫大的帮助。所以，在网络改造完成后对于所有的网络设备进行一次普查，将相关的情况比如设备性能、使用年限、端口登录进行备案，列入顶起维护计划中。

7.总结

其实，我写这这篇文章并不仅仅是告诉大家如果排除类似上述的网络故障，而是希望大家能够通过这个案例有所思考，想想网络故障的背后，比如如何进行科学的网络改造等等。

1. 揭开网络故障中断的内幕
2. 拿什么来分析网络故障以及诊断网络性能