《BSS产品北京奥运会保障方案.docx》由会员分享，可在线阅读，更多相关《BSS产品北京奥运会保障方案.docx（70页珍藏版）》请在三一办公上搜索。
1、 中兴通讯ZXG10-BSS产品北京奥运会保障方案 中兴通讯ZXG10-BSS产品北京奥运会保障方案中兴通讯股份有限公司2008728 中兴通讯ZXG10-BSS产品北京奥运会保障方案目 录第1章 预防措施1-11.1 奥运前现场巡检方案1-11.2 BSCV2产品1-11.2.1 硬件及组网检查1-11.2.2 后台操作维护系统检查1-81.2.3 前后台版本检查1-181.2.4 告警检查1-211.2.5 数据检查1-251.2.6 BSCV2巡检总结表1-311.2.7 BSCV2巡检操作表1-321.3 iBSC产品1-331.3.1 硬件及组网检查1-331.3.2 后台操作维护系
2、统检查1-411.3.3 前后台版本检查1-481.3.4 告警检查1-521.3.5 数据检查1-541.3.6 iBSC(V6.10) 巡检总结表1-601.3.7 iBSC（V6.10）巡检重要操作自检表1-611.4 建立远程维护1-621.5 重要备件准备1-621.6 客户支持中心支持电话1-621.7 外购设备的技术支持1-62第2章 故障应急指导2-1第3章 保障演练3-1第4章 奥运会期间维护规范4-1第5章 附件5-1-5-2- 中兴通讯ZXG10-BSS产品北京奥运会保障方案第1章 预防措施1.1 奥运前现场巡检方案根据产品分类，本次方案分成BSCV2产品和iBSC产品两
3、类巡检方案。1.2 BSCV2产品1.2.1 硬件及组网检查对相关硬件的运行状态及网间状态的检查，如时钟、MP、单板、网间连接等运行情况进行检查，可使用的工具有后台测试工具等.1.2.1.1 最忙时段话务量（Erl）1登录OMCR2.0系统，如图1。图12进入性能分析台，如图2所示。图2 性能分析台界面3选择网管域和报表类型。单击【性能报表创建性能报表】菜单或工具钮，进入“工作报表参输入向导”。第一步选择网管域和报表类型（如3所示）。首先，在下拉框中选择网管域，然后通过移入按钮 选择系统性能报表3。图3 4选择报表分析对象BSC单击上图中的按钮，进入报表分析对象选择窗口（如图4所示）。首先，在
4、下拉框中选择对象级别为BSC，然后通过移入按钮 或 选择对象。图45选择统计报表类型和忙时时段。单击上图中的按钮，进入报表类型和忙时时段选择窗口（如图5所示）。首先单击“日报表”单选按钮，然后单击选择日期，最后选择忙时的起始和结束时刻。忙时时段能且只能设置相隔一个小时。选择“生成excel文件”，将结果输出到excel报表。最后单击完成。图56根据报表向导提示，生成excel文件。如图6所示，单击完成。图67查看excel报表，获取忙时话务量数据，如图7所示：图7 1.2.1.2 忙时MP负荷1登录OMCR系统。2进入性能管理界面，选取历史数据查询，如图8所示。图8性能管理界面3选择测量类型，
5、网管域和测量对象。选择测量类型为模块基本测量，测量对象为所有MP，然后单击下一步，如图9所示。图94选择计数器。选择计数器11816（处理器平均负载），11817（处理器峰值负载），单击下一步，如图10所示。图105选择查询方式和时间范围。选择查询时间范围为忙时时段，可以选择输出到excel报表，单击完成，如图11所示。图116查看结果，单击确定，可生成excel报表，如图12所示图12如果发现某个模块CPU负荷过高，系统一般情况下CPU达60%时，会上报告警。现场根据现网情况可考虑更换PIII MP或是通过调整站点端口分配情况均衡各模块负荷。1.2.1.3 各模块运行情况1检查前后台通信是否
6、正常。在OMCR后台的主界面上可查看前后台是否建链，如图13所示，如显示各模块正常，则建链正常。图132观察MP面板闪灯是否正常。正常情况下，主备MP的RUN灯应该以1HZ频率闪烁，FAU灯应该熄灭。主用MP的MST灯常亮，备用MP的RES常亮。3在告警管理物理视图中查看是否有MP告警。正常情况下，应该没有任何告警，面板显示为绿色，如图14所示。图144运行探针，查看R_ATRUNK和R_BTRUNK表。正常情况下，已开通的A口中继和ABIS口中继的status字段应该为0，如图14，图15所示。在图16中即为不正常状态。图15 R_ATRUNK表图16 R_BTRUNK1.2.2 后台操作维
7、护系统检查检查后台操作维护系统运行情况，如操作系统、后台软件安装、安全性能等。1.2.2.1 主备单板复位及倒换1登录OMCR系统。2进入告警管理界面，选择物理视图，如图17所示。图17告警管理物理视图界面3右击单板，可观察到单板的主备用状态，对备用单板进行复位，如图18所示。图184等待单板复位完成，并且运行正常后（可通过该单板的告警恢复或者前台的运行灯指示来判断），在主用单板上进行主备倒换操作，如图19所示。图195倒换完成后（通过右击单板查询单板状态或者前台MST灯来判断），再对现备用单板进行复位。6对于MP和网板等重要单板的倒换复位操作需要征求维护部门的统一，该操作需要特别小心。对于M
8、P的主备倒换，时间应间隔在6分钟以上。且倒换之前需先确认前后台数据是否一致。1.2.2.2 SolarisOracle运行对Solaris和Oracle运行的检查主要是对服务器运行的负载，磁盘空间，Oracle进程运行是否正常，Oracle监听程序是否已启动等进行检查。实际上，如果OMCR进程均在正常运行，OMCR客户端可以正常使用的情况下，SolarisOracle应该都是运行正常的。1检查方法：服务器负载查询,过程如下：bash-2.03$ uptime下午 2点09分 运行 3 天 23 小时 3 users, 平均负载：0.10, 0.19, 0.222服务器磁盘空间查询，过程如下：b
9、ash-2.03$ df -k文件系统 千字节 用了 可用 容量 挂接在/dev/dsk/c0t0d0s0 1530359 58679 1410466 4% /dev/dsk/c0t0d0s4 1371103 913371 402888 70% /usr/proc 0 0 0 0% /procfd 0 0 0 0% /dev/fdmnttab 0 0 0 0% /etc/mnttab/dev/dsk/c0t0d0s3 494235 19312 425500 5% /varswap 1253632 8 1253624 1% /var/runswap 1253688 64 1253624 1% /
10、tmp/dev/dsk/c0t0d0s5 1018191 2133 954967 1% /opt/dev/dsk/c0t0d0s6 8164025 5161144 2921241 64% /oracleapp/dev/dsk/c0t0d0s7 3709410 849298 2823018 24% /export/homebash-2.03$这里可以看到各分区的大小和已使用的磁盘空间，当某分区剩余空间过小，要对这个分区中的垃圾文件进行清理。3Oracle进程运行查询，过程如下：bash-2.03$ ps -u oraclePID TTY TIME CMD330 ? 0:03 tnslsnr364
11、 ? 0:00 oracle366 ? 0:01 oracle368 ? 0:03 oracle370 ? 0:28 oracle372 ? 0:01 oracle374 ? 0:00 oracle376 ? 0:00 oracle378 ? 0:01 oracle380 ? 0:01 oracle382 ? 0:01 oracle384 ? 0:01 oracle2603 ? 0:08 oracle2615 ? 0:00 oracle2613 ? 0:00 oracle2611 ? 0:00 oracle2606 ? 0:01 oracle1985 ? 0:00 sh2011 ? 0:00
12、sh2608 ? 0:01 oracle可以看到oracle用户启动了多个oracle进程，并且也启动了监听（lsnr）进程。更多具体的操作方法请参看附件十一：常用操作及应急措施。1.2.2.3 OMCR进程运行情况检查方法：通过omcps命令查看OMCR进程数和启动时间，过程如下：bash-2.03$ omcpsFsmLength=380 sizeof(TPssInfo)=20 Pno PPno Pname Daemon Status StartTime1 0 GPO TRUE STARTED 11/19 10:58:270 0 FALSE STARTED 11/19 10:58:272 0
13、 MPCOMM TRUE STARTED 11/19 10:58:2710 0 DIF TRUE STARTED 11/19 10:58:2711 0 MPAA TRUE STARTED 11/19 10:58:2712 0 CCF TRUE STARTED 11/19 10:58:2713 0 ACF TRUE STARTED 11/19 10:58:2814 0 AGT TRUE STARTED 11/19 10:58:304 0 LMF TRUE STARTED 11/19 10:58:2915 0 BAF TRUE STARTED 11/19 10:58:3016 0 IMF TRUE
14、 STARTED 11/19 10:58:3117 0 MPAC TRUE STARTED 11/19 10:58:3018 0 PMONLAF TRUE STARTED 11/19 10:58:3119 0 SMF TRUE STARTED 11/19 10:58:3220 0 FTP TRUE STARTED 11/19 10:58:3121 0 CRON TRUE STARTED 11/19 10:58:3122 0 RLOG TRUE STARTED 11/19 10:58:3223 0 DMCOMM TRUE STARTED 11/19 10:58:3224 0 FALSE STAR
15、TED 11/19 14:21:30bash-2.03$可以看到，最后一个状态为TRUE的进程应该是DMCOMM，且各进程的启动时间相差在十几秒之内。如果最后一个进程不是DMCOMM且启动时间与其他进程相差很多，则说明该进程曾经因为某种异常原因重启。应将进程重启时的相关日志发回研究所进行分析。1.2.2.4 性能库运行如果在OMCR客户端中能取到最新时段的性能报表，且数据正常，则说明性能库运行正常。检查方法：1性能库中记录数的查询过程如下：bash-2.03$ sqlplus omc/omcSQL*Plus: Release 8.1.7.0.0 - Production on Wed Nov
16、19 14:30:35 2003(c) Copyright 2000 Oracle Corporation. All rights reserved.Connected to:Oracle8i Enterprise Edition Release 8.1.7.0.0 - ProductionWith the Partitioning optionJServer Release 8.1.7.0.0 - ProductionSQL select count(*) from pbasicm;COUNT(*)- 9471SQL quitDisconnected from Oracle8i Enterp
17、rise Edition Release 8.1.7.0.0 - ProductionWith the Partitioning optionJServer Release 8.1.7.0.0 Production2最早上报时间查询过程如下：bash-2.03$ sqlplus omc/omcSQL*Plus: Release 8.1.7.0.0 - Production on Wed Nov 19 14:30:35 2003(c) Copyright 2000 Oracle Corporation. All rights reserved.Connected to:Oracle8i Ente
18、rprise Edition Release 8.1.7.0.0 - ProductionWith the Partitioning optionJServer Release 8.1.7.0.0 ProductionSQL select min(recorddatatime) from pbasicm; MIN(RECOR-06-NOV-03SQL quitDisconnected from Oracle8i Enterprise Edition Release 8.1.7.0.0 - ProductionWith the Partitioning optionJServer Release
19、 8.1.7.0.0 - Productionbash-2.03$如果在性能管理中还创建有其他测量任务，则还应统计其他测量的记录数和最早上报时间。其他测量任务的数据表名如下：PABISSIGNALM PAINDHODROPM PASIGNALM PBASICM PBTSM PCBTSM PCELLRADIOM PGPRSBASICM PGPRSBSSGPM PGPRSCHM PGPRSNSM PGPRSPAGEM PGPRSRESOURCEM PHOCOMMONM PHOREASONM PHOSYNM PHWAVAILM PLAPDM PLOGRECORDM PMODULEM PMPLOADM
20、 PPAGENUMM PRADIOACCESSM PRESOURCEAVAILM PRMMDROPM PRMMINDM PSAPI3M PSCCPANDCICM PSCCPM PSDCCHM PTCHM1.2.2.5 告警库运行如果在告警管理中能够查询到实时告警，则说明告警库运行正常。检查方法：1告警库中记录数查询过程如下：bash-2.03$ sqlplus omc/omcSQL*Plus: Release 8.1.7.0.0 - Production on Wed Nov 19 14:51:20 2003(c) Copyright 2000 Oracle Corporation. All
21、rights reserved.Connected to:Oracle8i Enterprise Edition Release 8.1.7.0.0 - ProductionWith the Partitioning optionJServer Release 8.1.7.0.0 - ProductionSQL select count(*) from falarminfo;COUNT(*)-341SQL quitDisconnected from Oracle8i Enterprise Edition Release 8.1.7.0.0 - ProductionWith the Partit
22、ioning optionJServer Release 8.1.7.0.0 Production2告警库中最早记录时间查询的过程如下：bash-2.03$ sqlplus omc/omcSQL*Plus: Release 8.1.7.0.0 - Production on Wed Nov 19 14:53:40 2003(c) Copyright 2000 Oracle Corporation. All rights reserved.Connected to:Oracle8i Enterprise Edition Release 8.1.7.0.0 - ProductionWith the
23、 Partitioning optionJServer Release 8.1.7.0.0 - ProductionSQL select min(reporttime) from falarminfo;MIN(REPOR-13-NOV-03SQL quitDisconnected from Oracle8i Enterprise Edition Release 8.1.7.0.0 - ProductionWith the Partitioning optionJServer Release 8.1.7.0.0 - Production1.2.2.6 Server/Client 的打印情况1根据
24、服务器磁盘空间占用情况，决定打印的开关以及打印级别的设定。查看服务器$OMCHOME/conf目录下syscfg.ini文件：# System logging parametersSYSCFGTrace = 1 # 0表示关闭，1表示打开TracePrint = 0TracePath = /export/home/omc/tmp/log #打印文件存放路径# Definition of TraceLev:# 5 : Base_debug# 20 : Application_debug# 50 : Base_test# 80 : Application_test# 100 : Error# 12
25、0 : Fatal_error&Flag(default)# The less TraceLevs value is, the more detailed trace contents are output# The recommend value for running environment is 100TraceLev = 100 #平时打印级别开到100修改完syscfg.ini文件后，需要让修改生效。执行如下命令：omcomcsun2$ omckill -hup 255注：如果服务器磁盘空间允许的话，可将打印级别打开以便出现问题时分析log日志。2Client打印是否关闭。查看客户端
26、OMCHOME/conf目录下syscfg.ini文件。#The systems running configurationSYSCFGTrace = 0 # 0表示关闭，1表示打开TracePrint = 0TraceMode = 2TracePath =TraceLev = 1ShowEventMap = 0ShowNoEventMap = 0inittimer = 20topo_refresh_seconds = 3001.2.3 前后台版本检查如版本使用是否正确、前后台及各单板版本一致性等1.2.3.1 前后台版本及一致性检查1检查目前已入库版本软件。进入软件装载界面，并选择查看逻辑视
27、图，如图20所示。图20 软件装载界面在入库软件中查看已入库软件版本，并记录版本信息，如图21所示。图212查看服务器上version目录下有无相应版本。使用telnet工具，以omc用户登录服务器。查看过程如下：bash-2.03$cd tmp/ftp/version/ # 进入version目录bash-2.03$ ls # 查看version下的目录bosn cip cmm_log dti efr fr fuc_log smb smt2chp cmm drt edrt efren fuc gpp smt1bash-2.03$ cd bosn # 进入bosn目录bash-2.03$ ls
28、 l # 查看bosn下的文件总数 672-rw-r-r- 1 ftpuser omc 334976 11月 14 15:40 02510008.bin如上红色字体部分为版本文件名，可将之与在软件装载中查到的版本信息进行比较，确认在version下有无相应版本。3查看MP上version目录下有无相应版本。使用omcftp工具查看，查看过程如下：bash-2.03$ omcftpftpconnect 1.1.2MP 1.1.2 connectedftpcd versionRemote directory now /version/.ftpcd bosnRemote directory now
29、/version/bosn/.ftplsF 298112 02000700.bin 2002/11/20 10:58:6F 334976 02510008.bin 2003/11/17 9:40:36F 334976 02520001.bin 2003/10/31 10:46:20F 334976 02510004.bin 2003/10/31 11:11:30F 0 b 2003/11/15 13:39:28All time elapsed 0s.Success num:5, fail num:0.ftpconnect 1.2.2MP 1.2.2 connectedftpcd version
30、Remote directory now /version/.ftpcd bosnRemote directory now /version/bosn/.ftplsF 298112 02000603.bin 2002/8/23 9:59:52F 298112 02000700.bin 2002/10/25 11:54:48F 334976 02510004.bin 2002/12/29 22:36:0F 334976 02510002.bin 2003/6/20 15:7:22F 334976 02510008.bin 2003/8/22 15:20:6F 334976 02500105.bi
31、n 2003/8/19 16:38:54All time elapsed 0s.Success num:6, fail num:0.ftpbyebash-2.03$1.2.4 告警检查1.2.4.1 告警和性能数据的检查检查方法：告警的显示和管理，主要是针对BSC设备和BTS设备产生的告警进行条件查询、列表显示和管理等。主要包括如何查询告警、如何确认清除告警、如何转储告警、如何统计告警等等。用户成功登录OMCR系统后，在OMCR主界面上选择故障管理告警管理，进入告警管理主界面，如图22所示。图22 告警管理主界面这是告警管理的逻辑显示列表，界面中间左侧窗口是浏览树，包括了当前的配置信息，右上方
32、是系统当前未恢复的告警列表，右下方是通知列表。可以通过选择菜单查看刷新来刷新列表中显示的当前告警。通过点击菜单查看物理视图，可以查看告警的物理机架图显示，观察各个单板的故障情况，如图23所示。图23 BSC告警管理机架图显示通过选择左侧浏览树上的节点，可以查看不同的BSC或BTS机架的情况。在右侧显示的机架图中显示了各个单板的告警信息，单板上的圆形状态灯的颜色给出了该单板的状态：告警或正常。各种颜色所代表的含义见机架图右边的图例。1对于一个单板，当前存在告警时，告警状态灯的颜色显示为最高一级告警的颜色。2对于一个单板，当存在未确认告警时，状态灯处于闪烁状态，只有该单板所有告警均确认后，状态灯才
33、不再闪烁。1.2.4.2 是否有INT13或ERROR.LOG打印检查方法：。使用omcftp工具在每个MP的trace目录下查看是否有INT13或ERROR.LOG。如果有，且文件的日期在上次检查之后，则用omcftp工具取回分析。过程如下：bash-2.03$ omcftpftpconnect 1.1.2MP 1.1.2 connectedftpcd traceRemote directory now /trace/.ftplsD 0 week7 2002/9/14 16:15:48D 0 week1 2002/9/15 0:14:46D 0 week2 2002/9/16 0:14:42
34、F 523904 poweron.log 2003/11/19 11:42:36D 0 week3 2002/9/17 0:55:12D 0 week4 2002/9/18 0:3:0D 0 week6 2002/10/11 16:35:42F 1205923 error.log 2003/6/10 7:36:48D 0 week5 2002/11/21 0:0:32All time elapsed 0s.Success num:9, fail num:0.ftpget error.logGet Remote file /trace/error.log to local /export/hom
35、e/omc/error.log successTime elapsed 6sftpbye1.2.4.3 分析MPLOG日志检查方法：1） 通过ftp工具从服务器/export/home/omc/tmp/mplog 下提取各BSC主用MP的log日志；2） 通过kas软件进行分析：I 打开kas程序先进行关键词编辑产品名称选择GSM-无线，并导入GSM-无线.xls文件。其所在路径：kas安装目录下X：ZTEKASDB目录下。II 进行关键词分析如下图：产品选择GSM-无线，再将库品的关键词选入。现场可根据实际情况重点分析是否存在critical级的打印。如有可发回研究所进行分析处理。1.2.5
36、 数据检查检查数据的完整性、正确性和合理性，主要针对各运营商的数据规范1.2.5.1 前后台数据配置检查目前可用客户端自带的zdbcompare工具对各BSC主备MP，前后ZDB数据进行检查。方法如下：执行zdbcompare程序在windows的运行界面下执行zdbcompare U1234，即可打开zdbcompare程序。程序打开后，用户可逐个对该OMCR各BSC各模块进行ZDB比较。注：忙时不建议执行zdb比较工具。1.2.5.2 打开测量预处理1进入无线资源管理界面，选中小区，点击修改，如图25所示。图25 无线资源管理界面2在其他参数栏中，对是否进行切换预处理及上报周期进行设置。0
37、位不进行切换预处理，上报周期的设置需与事业部确认，如图26所示。图261.2.5.3 T3111是否为5可参见用服技术通知单2004-1721.2.5.4 修改BSC20的T3定时器为1001进入无线资源管理，选中基站控制器，点击修改，如图27所示。图272在定时器栏中，修改T3定时器，如图28所示。图281.2.5.5 对于话务量大的BSC，需打开相关流控为避免话务高峰，BSC负荷过高导致重大滩局故障发生。预先保证各流控已经打开。1.2.5.6 No7链路应尽可能均匀配置到各层BATC为了提高系统TC的可靠性。1.2.5.7 数据库及日志自动删除设置检查方法：查看服务器上/export/ho
38、me/omc/conf/下pmcfg.ini文件：bash-2.03$ cd confbash-2.03$ lsampcfg.ini dbcfg.ini imfcfg.ini nafalmcv.ini pmcfg.ini rrcheck.inibsccfg.ini english lmfcfg.ini nafcfg.ini pmindex.ini sqlnet.logcroncfg.ini fmmgr.ini mit.ini nohup.out rlog.ini syscfg.inibash-2.03$ vi pmcfg.ini在pmcfg.ini的DATABAKUPINFO的小节中可以对自动删除数据库进行设置：# This session defines parameters about performance data automatic backup# HistoryDataFilePath : file path of dumped data# ImpDataFilePath : file path when data is imported# BasicTruncBeforeMonth = 1 ，represent data before one month in basic table will be deleted# BasicTruncMonthsLen =
