如何快速实现网络应用故障定位

使用网络时经常会遇到一些疑难杂症，并且监控插件并不能一眼立马发现问题的根源。这时候就需要登录服务器进一步深入分析问题的根源。那么分析问题需要有一定的技术经验积累，并且有些问题涉及到的领域非常广，才能定位到问题。接下来云杉网络就给大家介绍一下如何快速实现网络应用故障定位？

应用故障定位 常用的方法：

1.确定故障现象并初判问题影响
在处理故障前，运维人员首先要知道故障现象，故障现象直接决定故障应急方案的制定，这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。

2.应急恢复
运维最基本的指标就是系统可用性，应急恢复的时效性是系统可用性的关键指标。有了上述故障现象与影响的判断后，就可以制定故障应急操作，需要补充的是，在故障应急前，在有条件的情况需要保存当前系统场景，比如在杀进程前，可以先抓
个CORE文件或数据库快照文件。

3.快速定位故障原因

（1）是否为偶发性、是否可重现

故障现象是否可以重现，对于快速解决问题很重要，能重现说明总会有办法或工具帮助我们实现应用故障定位，而且能重现的故障往往可能是服务异常、变更等工作导致的问题。但是，如果故障是偶发性的，是有极小概率出现的，则比较难排查，这依赖于系统是否有足够的故障期间的现场信息来决定是否可以实现应用故障定位。

（2）是否进行过相关变更

大部分故障是由于变更导致，确定故障现象后，如果有应的变更，有助于从变更角度出现分析是否是变更引起，进而快速定位故障并准备好回切等应急方案。

（3）是否可缩小范围

一方面应用系统提倡解耦，一支交易会流经不同的应用系统及模块；另一方面，故障可能由于应用、系统软件、硬件、网络等环节的问题。在排查应用故障定位时应该避免全面性的排查，建议先把问题范围缩小到一定程序后再开始协调关联团队排
查。

（4）关联方配合分析问题

与第（3）点避免同时各关联团队同时无头绪的排查的同时，对于牵头方在缩小范围后需要开放的态度去请求关联方配合定位，而对于关联方则需要有积极配合的工作态度。

（5）是否有足够的日志

应用故障定位原因，最常用的方法就是分析应用日志，对运维人员不仅需要知道业务功能对应哪个服务进程，还要知道这个服务进程对应的哪些应用日志，并具备一些简单的应用日志异常错误的判断能力。

（6）是否有core或dump等文件

故障期间的系统现场很重要，这个在故障应急前建议在有条件的情况下留下系统现场的文件，比如CORE\DUMP，或TRACE采集信息等，备份好一些可能被覆盖的日志等。

以上就是一般性的 应用故障定位 常见的方法，在重大故障或多方处理的故障出现时，往往小范围的排查不利于快速解决，需要启动紧急处理的流程。

]]>