告警与硬件排障处理讲座.pptVIP

绪言 处理流程 收集系统告警 分析、归纳系统告警 定位故障原因 提出解决方案 收集系统告警 BSS设备的状态数据收集，使用命令state all收集所有状态的数据。 BSS设备的激活告警，使用命令disp_act all将所有激活告警LOG。 OMC-R中的EVENT LOG数据收集，每天收取前一天的所有event记录信息。 OMC-R中的ECT告警次数统计收集，每天收集前一天的ECT数据。 MotoANS收集系统告警 收集告警方法举例－ECT 进入GUI界面后，单击鼠标中键，选择Start COP。 出现COP界面，江西所装的COP包含CAT、CTP、GLU、ECTv2一共4个工具可以使用，选中ECTv2按钮。 ECTv2界面。GROUP1中包含OMC、BSS、SITE、DEVICE4项，可以根据需要选择；Output的格式两种Custom、Applix，通常选择Applix可以导出excel格式的文件离线分析告警；选择需要统计的起始时间；也可根据告警的Severity、Status、Type来选择需要count的告警次数。 ECT告警界面 ECT告警报告格式 告警格式简介 #0 - NEW - *NONE*. communicationFailureEvent - SITE - SHRBSC15G(SHRBSC15G:SITE-10_WY_jiangwan): 10 SITE - 24/04/2005 00:06:01. [0] Last RSL Link Failure - FMIC - Critical -/-. #0：告警ID NEW：告警状态 告警状态可分为6种：Not applicable、New、Seen、Handing、Cleared、Resynch. NONE：正在处理此告警的人员 CommuncationFailureEvent：告警的类型(包含6种，下面会详细说明) SITE：告警级 SHRBSC15G(SHRBSC15G:SITE-10_WY_jiangwan): 10 SITE ：发生告警的位置 24/04/2005 00:06:01：告警发生时间 [0]：告警编号 Last RSL Link Failure：告警描述 FMIC：告警的清除类型（包含3种，下面会详细说明） Critical：告警严重等级（包含6种，下面会详细说明） 告警的种类 告警种类－Intermittent Intermittent： Intermittent告警是偶发、间歇性的，对系统安全一般不会造成危害，但是会增加RSL/OML等信令链路的负荷。 此告警发生后在OMCR会自动清除Clear。此类告警一般数量很多，有的甚至每天几千次（几分钟出现一次），对于告警数量巨大的，也需要重点关注。 告警种类－FMIC 告警种类－OIC 告警分类二 在OMCR将告警分成六种不同的类型: Communication Quality of Service Processing Equipment Environment Link 告警分类二－说明 Communication：数据从一点传到另一点时发生错误而产生的告警。例如一般当信令丢失或呼叫建立出错时发生此种告警。 Quality of Service：系统的服务质量下降时产生此告警。例如一般当消息响应超时或带宽减少时会发生此种告警。 Processing：当软件或进程出现错误时产生此告警。一般当进程数据被破坏或系统内存溢出、堆栈出错时产生此种告警。 告警分类二－说明 Equipment：当硬件出错或者故障时产生此告警。一般当出现配置错误，硬件及板件损坏、传输、电源等问题时产生此种告警 Environment：通常指EAS类的告警，当设备所处的环境不利于正常工作时产生告警，EAS类的告警需要用户自定义。例如一般指示现烟雾、空调、交流电、门禁等告警 Link：当OMCR与BSS间的X.25链路出现问题时产生此告警。例如X.25链路和BSC连接中断产生此告警。 告警处理流程和方法 萍乡主要告警和处理 BSS[28] BSSGP Status Message Received from the SGSN DRI-CTU2/[78]/Tx VSWR Antenna Fault 2M传输告警 外部告警-EAS 萍乡主要告警－28号告警解释 BSS[28] BSSGP Status Message Recei