BSS产品北京奥运会保障方案

中兴通讯ZXG10-BSS产品北京奥运会保障方案中兴通讯股份有限公司2023．7．28目录TOC\o"1-3"\h\z\t"标题6,1,标题7,2,标题8,3"第1章防止措施 1-11.1奥运前现场巡检方案 1-11.2BSCV2产品 1-11.2.1硬件及组网检查 1-11.2.2后台操作维护系统检查 1-81.2.3前后台版本检查 1-181.2.4告警检查 1-211.2.5数据检查 1-251.2.6BSCV2巡检总结表 1-311.2.7BSCV2巡检操作表 1-321.3iBSC产品 1-331.3.1硬件及组网检查 1-331.3.2后台操作维护系统检查 1-411.3.3前后台版本检查 1-481.3.4告警检查 1-521.3.5数据检查 1-541.3.6iBSC(V6.10)巡检总结表 1-601.3.7iBSC（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防止措施奥运前现场巡检方案根据产品分类，本次方案提成BSCV2产品和iBSC产品两类巡检方案。BSCV2产品硬件及组网检查对相关硬件的运营状态及网间状态的检查，如时钟、MP、单板、网间连接等运营情况进行检查，可使用的工具有后台测试工具等.最忙时段话务量（Erl）1． 登录OMCR2.0系统，如图1。图12． 进入性能分析台，如图2所示。图2性能分析台界面3． 选择网管域和报表类型。单击【性能报表→创建性能报表】菜单或<创建性能报表>工具钮，进入“工作报表参输入向导”。第一步选择网管域和报表类型（如3所示）。一方面，在下拉框中选择网管域，然后通过移入按钮<>>选择系统性能报表3。图34． 选择报表分析对象BSC单击上图中的<下一步>按钮，进入报表分析对象选择窗口（如图4所示）。一方面，在下拉框中选择对象级别为BSC，然后通过移入按钮<>>或<>>>选择对象。图45． 选择记录报表类型和忙时时段。单击上图中的<下一步>按钮，进入报表类型和忙时时段选择窗口（如图5所示）。一方面单击“日报表”单选按钮，然后单击<选择日>选择日期，最后选择忙时的起始和结束时刻。忙时时段能且只能设立相隔一个小时。选择“生成excel文献”，将结果输出到excel报表。最后单击完毕。图56． 根据报表向导提醒，生成excel文献。如图6所示，单击完毕。图67． 查看excel报表，获取忙时话务量数据，如图7所示：图7忙时MP负荷1． 登录OMCR系统。2． 进入性能管理界面，选取历史数据查询，如图8所示。图8性能管理界面3． 选择测量类型，网管域和测量对象。选择测量类型为模块基本测量，测量对象为所有MP，然后单击下一步，如图9所示。图94． 选择计数器。选择计数器11816（解决器平均负载），11817（解决器峰值负载），单击下一步，如图10所示。图105． 选择查询方式和时间范围。选择查询时间范围为忙时时段，可以选择输出到excel报表，单击完毕，如图11所示。图116． 查看结果，单击拟定，可生成excel报表，如图12所示图12假如发现某个模块CPU负荷过高，系统一般情况下CPU达60%时，会上报告警。现场根据现网情况可考虑更换PIIIMP或是通过调整站点端口分派情况均衡各模块负荷。各模块运营情况1． 检查前后台通信是否正常。在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中即为不正常状态。图15R_ATRUNK表图16R_BTRUNK后台操作维护系统检查检查后台操作维护系统运营情况，如操作系统、后台软件安装、安全性能等。主备单板复位及倒换1． 登录OMCR系统。2． 进入告警管理界面，选择物理视图，如图17所示。图17告警管理物理视图界面3． 右击单板，可观测到单板的主备用状态，对备用单板进行复位，如图18所示。图184． 等待单板复位完毕，并且运营正常后（可通过该单板的告警恢复或者前台的运营灯指示来判断），在主用单板上进行主备倒换操作，如图19所示。图195． 倒换完毕后（通过右击单板查询单板状态或者前台MST灯来判断），再对现备用单板进行复位。6． 对于MP和网板等重要单板的倒换复位操作需要征求维护部门的统一，该操作需要特别小心。对于MP的主备倒换，时间应间隔在6分钟以上。且倒换之前需先确认前后台数据是否一致。Solaris＋Oracle运营对Solaris和Oracle运营的检查重要是对服务器运营的负载，磁盘空间，Oracle进程运营是否正常，Oracle监听程序是否已启动等进行检查。事实上，假如OMCR进程均在正常运营，OMCR客户端可以正常使用的情况下，Solaris＋Oracle应当都是运营正常的。1． 检查方法：服务器负载查询,过程如下：bash-2.03$uptime下午2点09分运营3天23小时3users,平均负载：0.10,0.19,0.222． 服务器磁盘空间查询，过程如下：bash-2.03$df-k文献系统千字节用了可用容量挂接在/dev/dsk/c0t0d0s015303595867914104664%//dev/dsk/c0t0d0s4137110391337140288870%/usr/proc0000%/procfd0000%/dev/fdmnttab0000%/etc/mnttab/dev/dsk/c0t0d0s3494235193124255005%/varswap1253632812536241%/var/runswap12536886412536241%/tmp/dev/dsk/c0t0d0s5101819121339549671%/opt/dev/dsk/c0t0d0s681640255161144292124164%/oracleapp/dev/dsk/c0t0d0s73709410849298282301824%/export/homebash-2.03$这里可以看到各分区的大小和已使用的磁盘空间，当某分区剩余空间过小，要对这个分区中的垃圾文献进行清理。3． Oracle进程运营查询，过程如下：bash-2.03$ps-uoraclePIDTTYTIMECMD330?0:03tnslsnr364?0:00oracle366?0:01oracle368?0:03oracle370?0:28oracle372?0:01oracle374?0:00oracle376?0:00oracle378?0:01oracle380?0:01oracle382?0:01oracle384?0:01oracle2603?0:08oracle2615?0:00oracle2613?0:00oracle2611?0:00oracle2606?0:01oracle1985?0:00sh2023?0:00sh2608?0:01oracle可以看到oracle用户启动了多个oracle进程，并且也启动了监听（lsnr）进程。更多具体的操作方法请参看附件十一：《HYPERLINK常用操作及应急措施》。OMCR进程运营情况检查方法：通过omcps命令查看OMCR进程数和启动时间，过程如下：bash-2.03$omcpsFsmLength=380sizeof(TPssInfo)=20PnoPPnoPnameDaemonStatusStartTime10GPOTRUESTARTED11/1910:58:2700FALSESTARTED11/1910:58:2720MPCOMMTRUESTARTED11/1910:58:27100DIFTRUESTARTED11/1910:58:27110MPAATRUESTARTED11/1910:58:27120CCFTRUESTARTED11/1910:58:27130ACFTRUESTARTED11/1910:58:28140AGTTRUESTARTED11/1910:58:3040LMFTRUESTARTED11/1910:58:29150BAFTRUESTARTED11/1910:58:30160IMFTRUESTARTED11/1910:58:31170MPACTRUESTARTED11/1910:58:30180PMONLAFTRUESTARTED11/1910:58:31190SMFTRUESTARTED11/1910:58:32200FTPTRUESTARTED11/1910:58:31210CRONTRUESTARTED11/1910:58:31220RLOGTRUESTARTED11/1910:58:32230DMCOMMTRUESTARTED11/1910:58:32240FALSESTARTED11/1914:21:30bash-2.03$可以看到，最后一个状态为TRUE的进程应当是DMCOMM，且各进程的启动时间相差在十几秒之内。假如最后一个进程不是DMCOMM且启动时间与其他进程相差很多，则说明该进程曾经由于某种异常因素重启。应将进程重启时的相关日记发回研究所进行分析。性能库运营假如在OMCR客户端中能取到最新时段的性能报表，且数据正常，则说明性能库运营正常。检查方法：1． 性能库中记录数的查询过程如下：bash-2.03$sqlplusomc/omcSQL*Plus:Release.0-ProductiononWedNov1914:30:352023(c)Copyright2023OracleCorporation.Allrightsreserved.Connectedto:Oracle8iEnterpriseEditionRelease.0-ProductionWiththePartitioningoptionJServerRelease.0-ProductionSQL>selectcount(*)frompbasicm;COUNT(*)9471SQL>quitDisconnectedfromOracle8iEnterpriseEditionRelease.0-ProductionWiththePartitioningoptionJServerRelease.0–Production2． 最早上报时间查询过程如下：bash-2.03$sqlplusomc/omcSQL*Plus:Release.0-ProductiononWedNov1914:30:352023(c)Copyright2023OracleCorporation.Allrightsreserved.Connectedto:Oracle8iEnterpriseEditionRelease.0-ProductionWiththePartitioningoptionJServerRelease.0–ProductionSQL>selectmin(recorddatatime)frompbasicm;MIN(RECOR06-NOV-03SQL>quitDisconnectedfromOracle8iEnterpriseEditionRelease.0-ProductionWiththePartitioningoptionJServerRelease.0-Productionbash-2.03$假如在性能管理中还创建有其他测量任务，则还应记录其他测量的记录数和最早上报时间。其他测量任务的数据表名如下：PABISSIGNALMPAINDHODROPMPASIGNALMPBASICMPBTSMPCBTSMPCELLRADIOMPGPRSBASICMPGPRSBSSGPMPGPRSCHMPGPRSNSMPGPRSPAGEMPGPRSRESOURCEMPHOCOMMONMPHOREASONMPHOSYNMPHWAVAILMPLAPDMPLOGRECORDMPMODULEMPMPLOADMPPAGENUMMPRADIOACCESSMPRESOURCEAVAILMPRMMDROPMPRMMINDMPSAPI3MPSCCPANDCICMPSCCPMPSDCCHMPTCHM告警库运营假如在告警管理中可以查询到实时告警，则说明告警库运营正常。检查方法：1． 告警库中记录数查询过程如下：bash-2.03$sqlplusomc/omcSQL*Plus:Release.0-ProductiononWedNov1914:51:202023(c)Copyright2023OracleCorporation.Allrightsreserved.Connectedto:Oracle8iEnterpriseEditionRelease.0-ProductionWiththePartitioningoptionJServerRelease.0-ProductionSQL>selectcount(*)fromfalarminfo;COUNT(*)341SQL>quitDisconnectedfromOracle8iEnterpriseEditionRelease.0-ProductionWiththePartitioningoptionJServerRelease.0–Production2． 告警库中最早记录时间查询的过程如下：bash-2.03$sqlplusomc/omcSQL*Plus:Release.0-ProductiononWedNov1914:53:402023(c)Copyright2023OracleCorporation.Allrightsreserved.Connectedto:Oracle8iEnterpriseEditionRelease.0-ProductionWiththePartitioningoptionJServerRelease.0-ProductionSQL>selectmin(reporttime)fromfalarminfo;MIN(REPOR13-NOV-03SQL>quitDisconnectedfromOracle8iEnterpriseEditionRelease.0-ProductionWiththePartitioningoptionJServerRelease.0-ProductionServer/Client的打印情况1． 根据服务器磁盘空间占用情况，决定打印的开关以及打印级别的设定。查看服务器$OMCHOME/conf目录下syscfg.ini文献：#Systemloggingparameters[SYSCFG]Trace=1#0表达关闭，1表达打开TracePrint=0TracePath=/export/home/omc/tmp/log#打印文献存放途径#DefinitionofTraceLev:#5:Base_debug#20:Application_debug#50:Base_test#80:Application_test#100:Error#120:Fatal_error&Flag(default)#ThelessTraceLev'svalueis,themoredetailedtracecontentsareoutput#Therecommendvalueforrunningenvironmentis100TraceLev=100#平时打印级别开到100修改完syscfg.ini文献后，需要让修改生效。执行如下命令：[omc@omcsun2]$omckill-hup255注：假如服务器磁盘空间允许的话，可将打印级别打开以便出现问题时分析log日记。2． Client打印是否关闭。查看客户端OMCHOME/conf目录下syscfg.ini文献。#Thesystem'srunningconfiguration[SYSCFG]Trace=0#0表达关闭，1表达打开TracePrint=0TraceMode=2TracePath=TraceLev=1ShowEventMap=0ShowNoEventMap=0inittimer=20topo_refresh_seconds=300前后台版本检查如版本使用是否对的、前后台及各单板版本一致性等前后台版本及一致性检查1． 检查目前已入库版本软件。进入软件装载界面，并选择查看逻辑视图，如图20所示。图20软件装载界面在入库软件中查看已入库软件版本，并记录版本信息，如图21所示。图212． 查看服务器上version目录下有无相应版本。使用telnet工具，以omc用户登录服务器。查看过程如下：bash-2.03$cdtmp/ftp/version/#进入version目录bash-2.03$ls#查看version下的目录bosncipcmm_logdtiefrfrfuc_logsmbsmt2chpcmmdrtedrtefrenfucgppsmt1bash-2.03$cdbosn#进入bosn目录bash-2.03$ls–l#查看bosn下的文献总数672-rw-r--r--1ftpuseromc33497611月1415:4002510008.bin如上红色字体部分为版本文献名，可将之与在软件装载中查到的版本信息进行比较，确认在version下有无相应版本。3． 查看MP上version目录下有无相应版本。使用omcftp工具查看，查看过程如下：bash-2.03$omcftpftp>connect1.1.2MP1.1.2connectedftp>cdversionRemotedirectorynow/version/.ftp>cdbosnRemotedirectorynow/version/bosn/.ftp>lsF29811202023700.bin2023/11/2010:58:6F33497602510008.bin2023/11/179:40:36F33497602520231.bin2023/10/3110:46:20F33497602510004.bin2023/10/3111:11:30F0b2023/11/1513:39:28Alltimeelapsed0s.Successnum:5,failnum:0.ftp>connect1.2.2MP1.2.2connectedftp>cdversionRemotedirectorynow/version/.ftp>cdbosnRemotedirectorynow/version/bosn/.ftp>lsF29811202023603.bin2023/8/239:59:52F29811202023700.bin2023/10/2511:54:48F33497602510004.bin2023/12/2922:36:0F33497602510002.bin2023/6/2015:7:22F33497602510008.bin2023/8/2215:20:6F33497602500105.bin2023/8/1916:38:54Alltimeelapsed0s.Successnum:6,failnum:0.ftp>byebash-2.03$告警检查告警和性能数据的检查检查方法：告警的显示和管理，重要是针对BSC设备和BTS设备产生的告警进行条件查询、列表显示和管理等。重要涉及如何查询告警、如何确认清除告警、如何转储告警、如何记录告警等等。用户成功登录OMCR系统后，在OMCR主界面上选择[故障管理→告警管理]，进入告警管理主界面，如图22所示。图22告警管理主界面这是告警管理的逻辑显示列表，界面中间左侧窗口是浏览树，涉及了当前的配置信息，右上方是系统当前未恢复的告警列表，右下方是告知列表。可以通过选择菜单[查看→刷新]来刷新列表中显示的当前告警。通过点击菜单[查看→物理视图]，可以查看告警的物理机架图显示，观测各个单板的故障情况，如图23所示。图23BSC告警管理机架图显示通过选择左侧浏览树上的节点，可以查看不同的BSC或BTS机架的情况。在右侧显示的机架图中显示了各个单板的告警信息，单板上的圆形状态灯的颜色给出了该单板的状态：告警或正常。各种颜色所代表的含义见机架图右边的图例。1． 对于一个单板，当前存在告警时，告警状态灯的颜色显示为最高一级告警的颜色。2． 对于一个单板，当存在未确认告警时，状态灯处在闪烁状态，只有该单板所有告警均确认后，状态灯才不再闪烁。是否有INT13或ERROR.LOG打印检查方法：。使用omcftp工具在每个MP的trace目录下查看是否有INT13或ERROR.LOG。假如有，且文献的日期在上次检查之后，则用omcftp工具取回分析。过程如下：bash-2.03$omcftpftp>connect1.1.2MP1.1.2connectedftp>cdtraceRemotedirectorynow/trace/.ftp>lsD0week72023/9/1416:15:48D0week12023/9/150:14:46D0week22023/9/160:14:42F523904poweron.log2023/11/1911:42:36D0week32023/9/170:55:12D0week42023/9/180:3:0D0week62023/10/1116:35:42F1205923error.log2023/6/107:36:48D0week52023/11/210:0:32Alltimeelapsed0s.Successnum:9,failnum:0.ftp>geterror.logGetRemotefile/trace/error.logtolocal/export/home/omc/error.logsuccessTimeelapsed6sftp>bye分析MPLOG日记检查方法：通过ftp工具从服务器/export/home/omc/tmp/mplog下提取各BSC主用MP的log日记；通过kas软件进行分析：打开kas程序先进行关键词编辑产品名称选择GSM-无线，并导入GSM-无线.xls文献。其所在途径：kas安装目录下X：\ZTE\KAS\DB目录下。进行关键词分析如下图：产品选择GSM-无线，再将库品的关键词选入。现场可根据实际情况重点分析是否存在critical级的打印。如有可发回研究所进行分析解决。数据检查检查数据的完整性、对的性和合理性，重要针对各运营商的数据规范前后台数据配置检查目前可用客户端自带的zdbcompare工具对各BSC主备MP，前后ZDB数据进行检查。方法如下：执行zdbcompare程序在windows的运营界面下执行zdbcompare–U1234，即可打开zdbcompare程序。程序打开后，用户可逐个对该OMCR各BSC各模块进行ZDB比较。注：忙时不建议执行zdb比较工具。打开测量预解决1． 进入无线资源管理界面，选中社区，点击修改，如图25所示。图25无线资源管理界面2． 在其他参数栏中，对是否进行切换预解决及上报周期进行设立。0位不进行切换预解决，上报周期的设立需与事业部确认，如图26所示。图26T3111是否为5可参见《用服技术告知单2023-172》修改BSC20的T3定期器为1001． 进入无线资源管理，选中基站控制器，点击修改，如图27所示。图272． 在定期器栏中，修改T3定期器，如图28所示。图28对于话务量大的BSC，需打开相关流控为避免话务高峰，BSC负荷过高导致重大滩局故障发生。预先保证各流控已经打开。No7链路应尽也许均匀配置到各层BATC为了提高系统TC的可靠性。数据库及日记自动删除设立检查方法：查看服务器上/export/home/omc/conf/下pmcfg.ini文献：bash-2.03$cdconfbash-2.03$lsampcfg.inidbcfg.iniimfcfg.ininafalmcv.inipmcfg.inirrcheck.inibsccfg.inienglishlmfcfg.ininafcfg.inipmindex.inisqlnet.logcroncfg.inifmmgr.inimit.ininohup.outrlog.inisyscfg.inibash-2.03$vipmcfg.ini在pmcfg.ini的[DATABAKUPINFO]的小节中可以对自动删除数据库进行设立：#Thissessiondefinesparametersaboutperformancedataautomaticbackup#HistoryDataFilePath:filepathofdumpeddata#ImpDataFilePath:filepathwhendataisimported#BasicTruncBeforeMonth=1，representdatabeforeonemonthinbasictablewillbedeleted#BasicTruncMonthsLen=3，represent3months'continuousdatainbasictablewillbedeleted#MidExportBeforeDays=330，representdatabefore300daysinmid-tablewillbeexported#MidDeleteBeforeExportDays=30，representdatabefore(MidExportBeforeDays+30)daysinmid-tablewillbedeleted#OtherTransBeforeDays=15，representdatabefore15dayswillbedeletedinothertables[DATABAKUPINFO]HistoryDataFilePath=/export/home/omc/tmp/pmhistImpDataFilePath=/export/home/omc/tmp/pmhistBasicTruncBeforeMonth=2BasicTruncMonthsLen=3MidExportBeforeDays=330MidDeleteBeforeExportDays=30OtherTransBeforeDays=15BSCV2的BRP板和EBRP板的配置限制条件检查BRP板配置静态PDCH信道+动态PDCH信道+静态辅时隙+动态辅时隙<40条EBRP板每DSP规定配置静态PDCH信道+动态PDCH信道+静态辅时隙+动态辅时隙<80条每块EBRP配有2块DSP，因此EBRP每单板规定配置静态PDCH信道+动态PDCH信道+静态辅时隙+动态辅时隙<160条假如配置信道超过上述限制，会导致动态信道转换失败，社区GPRS业务不可用等问题，PD信道激活成功率低，若检查后发现现场配置已超过以上限制，请立即进行调整，同时在进行设备配置和扩容中注意将PDCH信道分派到各个不同BRP组和不同的DSP上。具体情况可参见附件十：技术告知单HYPERLINK《移动上海用服GSM技术告知20230430》检查同步前后台时钟1. 查看前台时间。使用人机命令查看前台时间。在系统工具中选择字符窗口运营，如图36所示。图362． 在字符窗口中运营命令‘ESOF:EBSCID=1,MODULENO=1;’，即可获取前台时钟，如图37所示。图373． 修改前台时钟。在字符窗口中使用人机命令‘ESOS:EBSCID=1,MODULENO=1:2023-11-19,16-42-00;’，即可修改前台时钟，如图38所示。图38许可证的检查所有8月1到期的日期型许可证（涉及OMCRV2.97和IOMCRV6.10），请在到期前更换成载频型许可证。BSCV2巡检总结表用户名称联系人及电话巡检负责人巡检日期巡检人联系电话:24小时服务热线：设备名称ZXG10-BSS（V1.6）：□是□否ZXG10-BSS（V2.0）：□是□否运营版本OMCRBSC运营容量①BTS1ABTSV1OMUFUCCHPBTS21BTS20CMMCMM_LOGFUC_LOGCIPCHPFUCBS30服务器配置BSC及OMCR运营情况检查项目备注⑤最忙时段话务量（Erl）：忙时MP负荷：均值________峰值________服务器进程运营：□正常□不正常模块设备间通讯：□正常□不正常告警箱监控：□正常□不正常告警库及日记：□正常□不正常性能库及日记：□正常□不正常系统日记空间：□正常□不正常版本及数据配置：□一致□不一致主备MP数据：□一致□不一致主备单板复位：□正常□不正常主备单板倒换：□正常□不正常数据库转储和备份：□正常□不正常病毒库升级和防火墙设立：□正常□不正常是否有INT13或ERROR.LOG打印：□正常□不正常MPLOG日记检查：□正常□不正常BSCV2巡检操作表操作项目检查项目完毕情况打开测量预解决（CPU最忙负荷>35以上）□完毕□未完毕修改BSC20的T3定期器为100（10S）□完毕□未完毕完毕PCANYWHERE的安装、配置、测试□完毕□未完毕BSC系统的前台打印情况检查□完毕□未完毕后台服务器的硬盘做好镜像盘□完毕□未完毕确认BSC20的信令点类型为1□完毕□未完毕配置数据库的备份□完毕□未完毕告警数据库的备份□完毕□未完毕性能数据库的备份□完毕□未完毕前台ZDB的备份□完毕□未完毕数据库及日记自动删除设立□完毕□未完毕删除多余的7号链路数据，或将该PCM断开□完毕□未完毕检查BSS20前后台数据是否一致□完毕□未完毕iBSC产品硬件及组网检查对相关硬件的运营状态及网间状态的检查，如时钟、SBCX、单板、网间连接等运营情况进行检查，可使用的工具有后台测试工具等。最忙时段话务量（Erl）1． 登录iSMG系统，如图1。图12． 进入性能管理，选择性能数据查询如图2所示。图2性能管理界面3． 选择查询的指标。在查询指标中选择对象类型为CELL，在PI指标中选择’TCHtotaltrafficnumber’。图34． 设立查询时间在查询时间中选择需查询的日期，查询粒度选择小时汇总，时间段过滤中选择早晚忙时。图45． 设立查询对象。选择查询方式为 BSC管理网元，选择汇总方式为BSC管理网元。图56． 点击拟定后，开始进行数据查询，查询完毕后，可以导出为excel报表进行查看。图6忙时OMP负荷：1． 登录iSMG系统，如图7。图72． 进入性能管理，选择性能数据查询如图8所示。图8性能管理界面3． 选择查询的指标。在查询指标中选择对象类型为BSCManagedElement，在CPU负荷测量中选择解决器负荷均值和解决器负荷峰值两项指标。图94． 设立查询时间在查询时间中选择需查询的日期，查询粒度选择15分钟（原始采集粒度）。图105． 设立查询对象。选择查询方式为BSC管理网元，选择汇总方式为BSC管理网元。图116． 点击拟定后，开始进行数据查询，查询完毕后，可以导出为excel报表进行查看。图12各模块运营（OMP/CMP）1． 检查OMP和iSMG通信是否正常。在iSMG后台配置管理界面上可查看前后台是否建链，如图13所示，如图标处在闭合状态，则表达OMP和iSMG建链正常。图132． 观测OMP/CMP面板闪灯是否正常。正常情况下，主备MP的RUN灯应当以1HZ频率闪烁，ALM1/ALM2灯应当熄灭。主用MP的ACT1/ACT2灯常亮，备用MP的ACT1/ACT2熄灭。3． 在告警管理视图中查看是否有OMP/CMP告警。正常情况下，应当没有任何告警，如图14所示。图14后台操作维护系统检查检查后台操作维护系统运营情况，如操作系统、后台软件安装、安全性能等主备单板复位及倒换1． 登录iSMG系统。2． 进入动态数据管理界面，打开机架图，如图15所示。图15告警管理物理视图界面3． 可通过面板颜色指示，观测到单板的主备用状态，对备用单板进行复位，如图16所示。图164． 等待单板复位完毕，并且运营正常后（可通过该单板的告警恢复或者前台的运营灯指示来判断），在主用单板上进行主备倒换操作，如图17所示。图175． 倒换完毕后（通过面板颜色指示变化或者前台ACT灯来判断），再对现备用单板进行复位。参照环节。6． 对于OMP/CMP和PSN等重要单板的倒换复位操作需要征求维护部门的统一，该操作需要特别小心。对于OMP/CMP的主备倒换，时间应间隔在6分钟以上。Linux＋Oracle运营对Solaris和Oracle运营的检查重要是对服务器运营的负载，磁盘空间，Oracle进程运营是否正常，Oracle监听程序是否已启动等进行检查。事实上，假如ISMG进程均在正常运营，ISMG客户端可以正常使用的情况下，Solaris＋Oracle应当都是运营正常的。检查方法：1． 服务器负载查询,过程如下：bash-2.03$uptime下午2点09分运营3天23小时3users,平均负载：0.10,0.19,0.22bash-2.03$2． 服务器磁盘空间查询，过程如下：-bash-3.00$df-kFilesystem1K-块已用可用已用%挂载点/dev/hda6103178287379708241400476%//dev/hda119444286601757435%/bootnone25390802539080%/dev/shm/dev/hda75162796418600471453686%/home/dev/hda51031782813689696568162%/nfsDev/dev/hda32064178816653188293996085%/oracleapp/dev/hda22064178827285241686462414%/oracledata/dev/hda9103566017740080565219%/tmp-bash-3.00$这里可以看到各分区的大小和已使用的磁盘空间，当某分区剩余空间过小，要对这个分区中的垃圾文献进行清理。3． Oracle进程运营查询，过程如下：bash-2.03$ps-uoraclePIDTTYTIMECMD330?0:03tnslsnr364?0:00oracle366?0:01oracle368?0:03oracle370?0:28oracle372?0:01oracle374?0:00oracle376?0:00oracle378?0:01oracle380?0:01oracle382?0:01oracle384?0:01oracle2603?0:08oracle2615?0:00oracle2613?0:00oracle2611?0:00oracle2606?0:01oracle1985?0:00sh2023?0:00sh2608?0:01oracle可以看到oracle用户启动了多个oracle进程，并且也启动了监听（lsnr）进程。iSMG进程运营通过ps-uiiSMG命令查看ISMG进程是否运营正常，过程如下：-bash-3.00$ps-uiiSMGPIDTTYTIMECMD4488?00:00:00run-linux.sh4495?00:00:00ftpserver-linux4497?02:40:47java4512?00:00:12java8478?00:01:20nfsdetect可以看到，run-linux.sh是服务器的启动脚本，ftpserver-linux是iSMG启动的ftp服务器进程，2个java程序是iSMG的主程序，nfsdetect是用于和OMP进行NFS检测，便于OMP进行性能数据上报的进程。上述进程都应处在正常运营状态。性能库运营假如在ISMG客户端中能取到最新时段的性能报表，且数据正常，则说明性能库运营正常。性能库中记录数的查询过程如下：-bash-3.00$sqlplusgsmpm/gsmpm@gomcrSQL*Plus:Release.0-ProductiononSunJun118:44:112023Copyright(c)1982,2023,Oracle.Allrightsreserved.Connectedto:OracleDatabase10gRelease.0-ProductionSQL>selectcount(*)froma_basic_cs_radio;COUNT(*)0SQL>selectcount(*)froma_basic_ps_cell;COUNT(*)46500SQL>quitDisconnectedfromOracleDatabase10gRelease.0-Production-bash-3.00$最早上报时间查询过程如下：-bash-3.00$sqlplusgsmpm/gsmpm@gomcrSQL*Plus:Release.0-ProductiononSunJun118:44:112023Copyright(c)1982,2023,Oracle.Allrightsreserved.Connectedto:OracleDatabase10gRelease.0-ProductionSQL>selectmin(collecttime)froma_basic_cs_radio;MIN(COLLECTTSQL>selectmin(collecttime)froma_basic_ps_cell;MIN(COLLECTT29-MAY-08SQL>quitDisconnectedfromOracleDatabase10gRelease.0-Production-bash-3.00$告警库运营假如在告警管理中可以查询到实时告警，则说明告警库运营正常。检查方法：告警库中记录数查询过程如下：-bash-3.00$sqlpluscaffm/caffm@gomcrSQL*Plus:Release.0-ProductiononSunJun118:53:342023Copyright(c)1982,2023,Oracle.Allrightsreserved.Connectedto:OracleDatabase10gRelease.0-ProductionSQL>selectcount(*)fromcaf_historyalarm;COUNT(*)1326SQL>selectcount(*)fromcaf_inform;COUNT(*)104763SQL>quitDisconnectedfromOracleDatabase10gRelease.0-Production-bash-3.00$告警库中最早记录时间查询的过程如下：-bash-3.00$sqlpluscaffm/caffm@gomcrSQL*Plus:Release.0-ProductiononSunJun118:53:342023Copyright(c)1982,2023,Oracle.Allrightsreserved.Connectedto:OracleDatabase10gRelease.0-ProductionSQL>selectmin(happentime)fromcaf_historyalarm;MIN(HAPPENTI21-MAY-08SQL>selectmin(happentime)fromcaf_inform;MIN(HAPPENTI29-MAY-08SQL>quitDisconnectedfromOracleDatabase10gRelease.0-Production-bash-3.00$前后台版本检查如版本使用是否对的、前后台及各单板版本一致性等前后台版本及一致性检查1． 检查目前已入库版本软件。进入软件版本管理界面，在BSC软件版本管理中查看已入库的软件版本，并记录版本信息，如图18所示：图18软件管理2． 查看服务器上version目录下有无相应版本。查看过程如下：bash-3.00$cd$OMCHOME/tmp/ftp/version/bsc1bash-3.00$ls–lbash-3.00$ls-ltotal107144-rw-r--r--1iomcriomcr141940May2013:24GLIQV_01_040202_FPGA_104.BIN-rw-r--r--1iomcriomcr1815040May2013:24IBSC_CHUB_CHUB_8245_V6.10.002D_Z.BIN-rw-r--r--1iomcriomcr1536592May2013:24IBSC_DTB_DTB_852_V6.10.002D_Z.BIN-rw-r--r--1iomcriomcr1447744May2013:24IBSC_ICM_ICM_852_V6.10.002D_Z.BIN-rw-r--r--1iomcriomcr408May2013:25ompcfg.ini如上红色字体部分为版本文献名，可将之与在软件装载中查到的版本信息进行比较，确认在version下有无相应版本。3． 查看OMP上/IDE0/relever目录下有无相应版本。通过ftp方式访问OMP查看，查看过程如下：bash-2.03$ftpIBSC_DTB_DTB_852_V6.00.006IBSC_VTCD_BIPB_8260_V6.00.006IBSC_VTCD_DRTB_8260_V6.00.006IBSC_VTCD_UPPB_85XX_V6.00.006IBSC_SPB_LAPD_8260_V6.00.006IBSC_SPB_GIPB_8260_V6.00.006IBSC_GLIQV_GLI_CPU0_XSCALE_V6.00.006IBSC_GLIQV_GLI_CPU1_XSCALE_V6.00.006IBSC_GLIQV_GLI_INGRESS_V6.00.006IBSC_GLIQV_GLI_EGRESS_V6.00.006IBSC_MPX86_2_MP_P4_V6.00.006IBSC_PSN_PSN_860_V6.00.006IBSC_MPX86_2_RPU_P4_V6.00.006IBSC_SDTB_SDTB_860_V6.00.006IBSC_SPB_SPB_8260_V6.00.006IBSC_UIM_2_UIM_755_V6.00.006IBSC_CHUB_CHUB_8245_V6.00.006IBSC_MNIC_2_SIG_IPI_23XX_V6.00.006UC_IBSC_MNIC_2_SIG_IPI_V6.00.006SDTB_01_040302_FPGA_109.RBF_$SDTB_01_040302_FPGA_109.RBFGLIQV_01_040202_FPGA_104.BIN_$GLIQV_01_040202_FPGA_104.BINMPX862_04_040704_FPGA_107.RBF_$MPX862_04_040704_FPGA_107.RBFMNIC2_01_060201_FPGA_103.BIN_$MNIC2_01_060201_FPGA_103.BINUIM2_02_040205_FPGA_16knet_102.bin_$UIM2_02_040205_FPGA_16knet_102.binIBSC_VTCD_DSPC6414_AMREN_V6.00.006IBSC_VTCD_DSPC6414_BIPB_V6.00.006IBSC_VTCD_DSPC6414_UPPB_V6.00.006IBSC_ICM_ICM_852_V6.10.002D_Z.BINIBSC_DTB_DTB_852_V6.10.002D_Z.BINIBSC_VTCD_BIPB_8260_V6.10.003D_Z.BINIBSC_VTCD_DRTB_8260_V6.10.003D_Z.BINIBSC_VTCD_UPPB_85XX_V6.10.002D_Z.BINIBSC_SPB_LAPD_8260_V6.10.002D_Z.BINIBSC_SPB_GIPB_8260_V6.10.002D_Z.BINIBSC_GLIQV_GLI_CPU0_XSCALE_V6.10.002D_Z.BINIBSC_GLIQV_GLI_CPU1_XSCALE_V6.10.002D_Z.BINIBSC_GLIQV_GLI_INGRESS_V6.10.002D.UOFIBSC_GLIQV_GLI_EGRESS_V6.10.002D.UOFIBSC_MPX86_2_MP_P4_V6.10.003D_Z.BINIBSC_PSN_PSN_860_V6.10.002D_Z.BINIBSC_MPX86_2_RPU_P4_V6.10.002D_Z.BINIBSC_SDTB_SDTB_860_V6.10.002D_Z.BINIBSC_SPB_SPB_8260_V6.10.002D_Z.BINIBSC_UIM_2_UIM_755_V6.10.002D_Z.BINIBSC_CHUB_CHUB_8245_V6.10.002D_Z.BINIBSC_VTCD_DSPC6414_AMREN_V6.10.003D.BINIBSC_VTCD_DSPC6414_BIPB_V6.10.003D.BINIBSC_VTCD_DSPC6414_UPPB_V6.10.002D.BINIBSC_MNIC_2_IPBB_23XX_V6.10.002D_Z.BINIBSC_MNIC_2_IPGB_23XX_V6.10.002D_Z.BINIBSC_MNIC_2_SIG_IPI_23XX_V6.10.002D_Z.BINIBSC_VTCD_DSPC6414_IPRB_V6.10.003D.BINIBSC_VTCD_DSPC6414_TIPB_V6.10.003D.BINIBSC_VTCD_TIPB_8260_V6.10.003D_Z.BINUC_IBSC_MNIC_2_IPBB_V6.10.002D.UOFUC_IBSC_MNIC_2_IPGB_V6.10.002D.UOFUC_IBSC_MNIC_2_SIG_IPI_V6.10.002D.UOFvalue=0=0x0MPX86_2->ftp>byebash-2.03$告警检查告警检查检查方法：用户成功登录iSMG系统后，在ISMG主界面上选择[试图→告警管理]，进入告警管理主界面，如图19所示。图19告警管理主界面这是告警管理的主视图，界面左侧窗口是浏览树，涉及了当前的配置信息，右上方是系统当前未恢复的实时告警列表，右下方是历史已恢复但未确认的告警。通过点击右侧浏览树可以查看告警的物理机架图显示，观测各个单板的故障情况，如图20所示。图20BSC告警管理机架图显示通过选择左侧浏览树上的节点，可以查看不同的BSC或BTS机架的情况。在右侧显示的机架图中显示了各个单板的告警信息，单板上的圆形状态灯的颜色给出了该单板的状态：告警或正常。各种颜色所代表的含义见机架图右边的图例。对于一个单板，当前存在告警时，告警状态灯的颜色显示为最高一级告警的颜色。数据检查检查数据的完整性、对的性和合理性，重要针对各运营商的数据规范配置数据合法检查1. 进入配置管理界面，右键选中iBSC管理网元后，在配置数据管理菜单项中选择‘全局数据合法性检查’，进行数据的合法性检查。2. 数据合法性检查完毕后，系统会给出检查结果，假如存在不合法数据，应根据检查结果进行数据调整。数据库自动导出/清理设立登录MINOS后，从视图菜单进入系统管理在左边浏览树中选中数据库服务器，在数据库服务