紧急故障解决的通用流程
精选 转载当客户端发生网络中断的故障后,首先判断用户(或终端)到三层网关设备之间通道是否存在问题,从用户(或终端)上ping网关是否能通,用户(或终端)自身是否发生问题。
层网络是否正常:如果用户(或终端)ping网关不通,则检查下端二层网络、用户网线、三层网关设备以下网线或光纤是否正常,端口是否UP,是否有CRC error报文统计。检查二层网络中的交换机设备是否能正常学习到用户MAC地址,检查三层网关设备与二层交换设备之间的连通性、二层设备的CPU利用率是否正常,是否有二层环路造成或病毒攻击。首先确保用户(或终端)能正常ping通网关设备。
层网络是否正常:可以通过telnet/console口登陆三层设备,如果有问题,通过ping、tracert、show logging、端口统计、CPU利用率统计、链路状态、路由表状态、MPLS标签表状态等对问题进行分析,在业务忙时,不得擅自重启或倒换三层核心路由器等设备。
将一般骨干网出故障的情况降到最低,但是实际工作中,还是有不少网络用户会反映这样那样的网络问题:例如我们自己的计算机客户端不能访问ERP系统,并且Ping不通ERP系统的IP地址,那么我们会据此推测ERP系统的服务器失去响应了;如果在自己电脑上还能ping通其它服务器IP地址,或访问其它服务(譬如WEB方式访问OA正常),那ERP系统的服务器失去响应了可能性大大加强;最后,如果在我隔壁办公室的同事也出现了同样的问题,我们就有更大的把握说ERP系统确实出现了问题;如果其它反之,如果其他人一切正常,只有我自己无法访问ERP系统,那么很大的概率是自己的计算机出现了问题。
上一篇:PHP的基本语法和数据类型
下一篇:离开安逸,IT之路上有你有我
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
50种网络故障解决方案-上篇网络故障 网络工程师 IT培训 计算机培训
-
ceph集群osd full紧急故障恢复
ceph集群使用过程中,经常容易出现osd full,导致集群业务无法使用的问题,特别是生产环境,本文主要介绍怎么紧急故障恢复。
ceph osd full 故障恢复 mon-osd-full-ratio -
浅淡网络运维的紧急故障处理及对策
网络运维的紧急故障处理及对策
网络 故障 处理 对策