基本上，有两种方法来修复故障，从上到下，从上到下。现在，我们来看一下自顶向下的方法，在下一章中，我们将研究自底向上的方法。
在自上而下的方法，我们从OSI堆栈的顶部开始分析。我们要测试应用程序是否工作正常，然后ping服务器，等等。直到我们到堆栈，这是底部的物理层。这种方法最适合于多了如果用户电话在桌子上。物理层问题难的问题影响到所有的用户，当然，除非你遇到一个服务器连接问题。这种方法可以用来确定应用程序或服务器关闭，慢，或其他一些原因不回应网络命令。为了有效地运行，它经常与一些工具或网络监测中的应用。这些工具和应用程序可以提供一些有规律和可操作的数据。Linux fault
操作的数据可能是一个简单的平和的所有潜在的错误和其他错误，通过SNMP陷阱发送不能访问到主机。真正的目的，然而，是确定导致错误的原因。为了做到有效，必须有一个系统的故障维修计划。这，当然，不仅包括重新启动服务器，如果服务器出现故障，它必须由某种原因引起的。虽然原因可能是内存泄漏，处理器使用过度或其他问题，重启只是一个暂时的解决方案而不是根本的解决办法。那么什么是此时操作的数据数据可以提供足够有用和明确的信息来决定行动计划。
大多数管理软件和监控工具允许网络管理员设置的可接受范围的性能，有必要继续探索，你可以设置特定问题的限制。太低会导致报警设定值太接近，而设定太高会造成系统崩溃的默认设置。盲目的接受会导致工具的利用率差。当我部署管理软件在任何时间，我建议你花些钱培训。最好的培训是做野外训练通过软件包的认证在实际环境。这样，我们可以删除你不想要或不需要的模块，和优化，可以为我们提供最好的信息模块信息。更消耗带宽的应用和高负载的服务器更好的调整。
管理软件的另一个优点是它可以查询不同的设备，并保持报表工具中数据的统计和变化趋势，过去我们必须根据服务器软件和激活的电子设备，双击不同接口上的每一个开关。到目前为止，许多环境仍然使用这种方法，太乏味了！现在，只要一个工具是可用的，你可以导出，排序等进行趋势分析和综合交通的报告。这些也可以用来适应新的设备和升级（这只是一个额外的功能），趋势分析和应用模型的一个优点是，它允许我们确定哪些服务器可以从多个网卡的效益。同时，它也允许我们组开关，这样我们就可以平衡各开关的总数据包。同时，有些交换机不会加载太高，有些不会被使用，这也有助于我们了解各种类型包的流，以便它们能被优化。
{责任编辑：陈博文电话：（010）68476606 }
（0票）
（0票）
（0票）
（0票）
（0票）
（0票）
网络故障的修复方法——自上而下的家庭网络
