网络故障自上而下的修复方法

网络故障自上而下的修复方法

基本上故障修复的方法有两种，自上而下和自下而上。下面YJBYS 小编带来网络故障自上而下的修复方法，希望对你有帮助!

在自上而下的方法中，我们从OSI 协议栈的最上层开始分析。我们要先测试应用是否正常工作，然后ping 服务器，等等。直到我们到达协议栈的最底层，也就是物理层。这个方法最适用于多用户进行服务台呼叫的情况。物理层问题几乎很少可能成为影响所有用户的问题，当然，除非遇到服务器连接问题时。这个方法可以用来确定应用或服务器是否DOWN 了、变慢了，或者其它某些原因没有响应网络命令。为了有效地运行，它往往是在某种工具或者网络监控应用协助下工作的，这些工具和应用是可以提供某种有规律和可操作的数据。

可操作的数据可能是简单的ping，可能所有监控通过SNMP 陷阱传输的位错误和其它错误的结果都是主机无法访问。然而，真正的目的是确定错误的起因。为了有效地实现，必须有一个系统故障修复计划。这当然不只包含重启服务器。如果服务器出现故障，那么它一定是由于某些原因引起的。虽然原因可能是内存泄露、处理器过度使用，或者其它问题，但是重启只能作为临时方法，而非根本的解决方案。因此，这时的可操作数据是什么呢?就是能够提供足够有用和明确的信息来确定行动计划的数据。

大多数管理软件包和监控工具允许网络管理员设置超出性能外的可接受范围的限制。想要掌握应该在哪里可以为特定问题设置限制是需要不断地探索的。设置值过低将会造成警报过密，设置过高将会导致系统死机。盲目地接受默认设置可以导致工具利用率不高。任何时候部署管理软件，我都建议花点钱接受培训。最理想的培训是请通过软件包认证的人来做实地培训在实际环境中。这样我们就可以删除不想要或者不