通过网络基线来解决网络问题

　　当遇到网络性能下降或者网络故障的时候，一个比较简便的方法是通过网络基线，也就是说将当前的配置和以前的配置进行比较，从差异中分析问题所在。不比较不同时期路由器或者交换机的流量来分析网络性能下降的原因等等。

　　一、基线所适用的范围

　　解决网络问题，一个比较简便的方法就是将当前的配置和以前的配置相比较，从差异中分析问题可能的原因。在实际工作中，如果遇到以下几种情况，采用这种方法就很合适。

　　一是当性能突然下降。在网络架构没有变化或者客户端数量没有明显增加的情况下，如果网络的性能突然下降时，则可以通过这种方法来查找问题的原因。如在交换机上分析前后两次的流量变化，就可以确定是哪个协议或者那个客户端的流量在作怪。

　　二是网络调整导致的网络故障。当企业网络架构调整或者增加了某个新的应用之后，导致网络性能下降或者网络通信故障。此时就可以将当前的配置与以前的配置进行必要。通过分析前后两个配置的差异，然后找到问题的出发点。

　　总之，比较前后两个配置，在实际工作中是排错的一个很有用、也很便捷的手段。有经验的网络管理员，都喜欢采用这种方法。笔者也是强烈推荐。

　　二、需要准备的基础资料

　　使用这种方法来排除网络故障，最关键的核心就是网络基线，也就是以前的配置文件的归档。如果以前配置文件没有归档，或者归档错误，那么就无从比较，甚至还可能引起误导。所以基线文档非常重要。根据笔者的经验，笔者认为至少对于如下资料的话，需要形成完整、正确的书面文档。

　　一是网络拓扑图(包括ES网络拓扑图)，也就是企业网络的组织结构图。在制作这张图的时候，要力求完整。即路由器、交换机、集线器等设备都要能够在图中反应出来。有可能的话，服务器也需要反应，特别是要注意服务器的类型等等。因为不同的服务器其数据流量是不同的。

　　二是网络历史的流量情况。笔者认为，网络管理员应该每隔一段时间，特别是部署了一个新的信息化应用，如文件服务器应用之后，就需要监测一下企业当前的带宽使用情况，并形成书面的记录。在后续网络性能的优化等等方面其有很大的参考价值。

　　三是网络的设计图，包括子网的划分、虚拟局域网的设计等等。出于性能的考虑，在一些大型的局域网中(如校园网或者企业内部局域网)会将整个局域网划分成几个子网或者虚拟局域网。通过这种手段可以隔离广播包、减少冲突，提高网络性能等等。但是这也无形中增加了企业网络的复杂性，对于后续网路排错增加了不少的麻烦。为此如果企业存在这种情况的话，那么对于网络的划分需要有翔实的记录。这有助于后续故障的排除与性能的优化。

　　三、相关注意事项

　　基线文档的数量有了，其质量也必须有保证。如果基线文档不准确的话，那还不如不要好。从质量这个角度讲，笔者认为需要做到以下几点。

　　一是基线文档要与实际情况保持一致，并不断更新。对于基线文档一个基本的要求就是能够如实的反应企业当前的网络状况，并且随着网络状况的改变而及时的调整。在实际工作中，不少企业很难达到这个要求。如在网络中将某个集线器换成了交换机(出于改善性能的需要)，但是在文档中就没有体现出来。或许他们认为这不会对网络造成根本性影响，所有就没有记录。笔者认为这种观点需要修正过来，网络是一个非常敏感的世界，虽然只是更换了一个路由器，但是有可能会引发连锁反应。总之一个要求，就是基线文档要能够如实的反应企业当前的网络状况，不能够滞后。

　　二是需要确定文档所覆盖的范围。往往大而全的文档并不好，因为不易于略读，而不易于突出重点。笔者认为，在制作文档的时候，要遵循小而全的原则。如企业可能有文件服务器、邮件服务器等多种应用。对于不同的应用最好对应不同的文档。这主要是因为不同的应用，其带来的网络流量、 数据备份、安全策略等等都是不同的。如果将它们都归纳在同一个文档中，不但不利于后续的查询、阅读，在编写的时候也会缺乏头绪。故笔者认为针对不同的应用，最好形成不同的基线文档。如果真的需要整合成一个文档的话，那最好也需要分章节写清楚。

　　三是要明确目标，了解文档的用途。这个要求跟第二个要求有点类似。将文档根据应用来分类，是非常有必要的。如在后续工作中，管理员可能会发现网络的其他应用性能还可以，就是ERP系统的性能越来越低。此时就可以判断出性能的故障还在于ERP服务器自身。然后再通过ERP应用的基线文档，通过前后对比，可以发现ERP系统的后台数据库服务器资源消耗严重，如内存等等往往占用率达到90%以上。通过这个比较就可以推测出数据库的SGA缓存不够，导致了数据库性能下降，从而最终影响到了ERP系统的性能。显然明确目标，了解不同文档的用途，可以简化后续的维护操作，帮助网络管理员尽可能的缩小范围。

　　四是稳定要易于使用和访问。文档中记录的信息量是非常多的。如果文档书写的不够直观明了，就不便于阅读。特别是换了个新人来阅读这些文档时，会比较困难。为了提高文档的可阅读性，笔者有如下几个建议。建议一是在文档中尽量使用插图等形式来说明问题。如网络的拓扑结构、服务器的放置、流量的历史变化情况等等，都最好利用图表的形式表现出来。这比单纯的文字直观许多，也比较容易理解。建议二是描述要规范，最好使用一些专业名词。说实话，你在这个企业中并不会永远的呆下去。当你走后后面要有一个接手的人。如何让后面的人看你写的文档，不像看天书一样，这是你的一种义务。为了让文档便于后人阅读，在书写时最好能够使用比较专业的名词。或者说，尽量不要采用自己创造的词语。如果真的要如此的话，也需要做好相关的备注。将心比心，你总也不希望看别人的文档时像看天书一样。

　　总之在排除网络故障、优化网络性能的时候，比较前后的配置文件、从中寻找突破口，这是一个行之有效的手段。而其最关键的就在于基线文档的建立与维护。巧妇难为无米之炊。如果没有翔实、准确、易于阅读的基础文档，会让网络故障排错与网络性能优化难上加难，无从下手。总之一句话，要有基线文档。不仅要有，而且要翔实、准确、易于阅读、易于查找。