【正文】 圖45． 選擇統(tǒng)計報表類型和忙時時段。首先單擊“日報表”單選按鈕，然后單擊選擇日選擇日期，最后選擇忙時的起始和結(jié)束時刻。選擇“生成excel文件”，將結(jié)果輸出到excel報表。圖56． 根據(jù)報表向?qū)崾?，生成excel文件。圖67． 查看excel報表，獲取忙時話務(wù)量數(shù)據(jù)，如圖7所示：圖7 忙時MP負荷1． 登錄OMCR系統(tǒng)。圖8性能管理界面3． 選擇測量類型，網(wǎng)管域和測量對象。圖94． 選擇計數(shù)器。圖105． 選擇查詢方式和時間范圍。圖116． 查看結(jié)果，單擊確定，可生成excel報表，如圖12所示圖12如果發(fā)現(xiàn)某個模塊CPU負荷過高，系統(tǒng)一般情況下CPU達60%時，會上報告警。 各模塊運行情況1． 檢查前后臺通信是否正常。圖132． 觀察MP面板閃燈是否正常。主用MP的MST燈常亮，備用MP的RES常亮。正常情況下，應(yīng)該沒有任何告警，面板顯示為綠色，如圖14所示。正常情況下，已開通的A口中繼和ABIS口中繼的status字段應(yīng)該為0，如圖14，圖15所示。圖15 R_ATRUNK表圖16 R_BTRUNK 后臺操作維護系統(tǒng)檢查檢查后臺操作維護系統(tǒng)運行情況，如操作系統(tǒng)、后臺軟件安裝、安全性能等。2． 進入告警管理界面，選擇物理視圖，如圖17所示。圖184． 等待單板復(fù)位完成，并且運行正常后（可通過該單板的告警恢復(fù)或者前臺的運行燈指示來判斷），在主用單板上進行主備倒換操作，如圖19所示。6． 對于MP和網(wǎng)板等重要單板的倒換復(fù)位操作需要征求維護部門的統(tǒng)一，該操作需要特別小心。且倒換之前需先確認前后臺數(shù)據(jù)是否一致。實際上，如果OMCR進程均在正常運行，OMCR客戶端可以正常使用的情況下，Solaris＋Oracle應(yīng)該都是運行正常的。3． Oracle進程運行查詢，過程如下：$ ps u oraclePID TTY TIME CMD330 ? 0:03 tnslsnr364 ? 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 sh2608 ? 0:01 oracle可以看到oracle用戶啟動了多個oracle進程，并且也啟動了監(jiān)聽（lsnr）進程。 OMCR進程運行情況檢查方法：通過omcps命令查看OMCR進程數(shù)和啟動時間，過程如下：$ 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 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 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 STARTED 11/19 14:21:30$可以看到，最后一個狀態(tài)為TRUE的進程應(yīng)該是DMCOMM，且各進程的啟動時間相差在十幾秒之內(nèi)。應(yīng)將進程重啟時的相關(guān)日志發(fā)回研究所進行分析。檢查方法：1． 性能庫中記錄數(shù)的查詢過程如下：$ sqlplus omc/omcSQL*Plus: Release Production on Wed Nov 19 14:30:35 2003(c) Copyright 2000 Oracle Corporation. All rights reserved.Connected to:Oracle8i Enterprise Edition Release ProductionWith the Partitioning optionJServer Release ProductionSQL select count(*) from pbasicm。 MIN(RECOR06NOV03SQL quitDisconnected from Oracle8i Enterprise Edition Release ProductionWith the Partitioning optionJServer Release Production$如果在性能管理中還創(chuàng)建有其他測量任務(wù)，則還應(yīng)統(tǒng)計其他測量的記錄數(shù)和最早上報時間。檢查方法：1． 告警庫中記錄數(shù)查詢過程如下：$ sqlplus omc/omcSQL*Plus: Release Production on Wed Nov 19 14:51:20 2003(c) Copyright 2000 Oracle Corporation. All rights reserved.Connected to:Oracle8i Enterprise Edition Release ProductionWith the Partitioning optionJServer Release ProductionSQL select count(*) from falarminfo。MIN(REPOR13NOV03SQL quitDisconnected from Oracle8i Enterprise Edition Release ProductionWith the Partitioning optionJServer Release Production Server/Client 的打印情況1． 根據(jù)服務(wù)器磁盤空間占用情況，決定打印的開關(guān)以及打印級別的設(shè)定。Flag(default) The less TraceLev39。執(zhí)行如下命令：[omcomcsun2]$ omckill hup 255注：如果服務(wù)器磁盤空間允許的話，可將打印級別打開以便出現(xiàn)問題時分析log日志。查看客戶端OMCHOME/。s running configuration[SYSCFG]Trace = 0 0表示關(guān)閉，1表示打開TracePrint = 0TraceMode = 2TracePath =TraceLev = 1ShowEventMap = 0ShowNoEventMap = 0inittimer = 20topo_refresh_seconds = 300 前后臺版本檢查如版本使用是否正確、前后臺及各單板版本一致性等 前后臺版本及一致性檢查1． 檢查目前已入庫版本軟件。圖20 軟件裝載界面在入庫軟件中查看已入庫軟件版本，并記錄版本信息，如圖21所示。使用telnet工具，以omc用戶登錄服務(wù)器。3． 查看MP上version目錄下有無相應(yīng)版本。主要包括如何查詢告警、如何確認清除告警、如何轉(zhuǎn)儲告警、如何統(tǒng)計告警等等。圖22 告警管理主界面這是告警管理的邏輯顯示列表，界面中間左側(cè)窗口是瀏覽樹，包括了當前的配置信息，右上方是系統(tǒng)當前未恢復(fù)的告警列表，右下方是通知列表。通過點擊菜單[查看→物理視圖]，可以查看告警的物理機架圖顯示，觀察各個單板的故障情況，如圖23所示。在右側(cè)顯示的機架圖中顯示了各個單板的告警信息，單板上的圓形狀態(tài)燈的顏色給出了該單板的狀態(tài)：告警或正常。1． 對于一個單板，當前存在告警時，告警狀態(tài)燈的顏色顯示為最高一級告警的顏色。 檢查方法：。如果有，且文件的日期在上次檢查之后，則用omcftp工具取回分析。其所在路徑：kas安裝目錄下X：\ZTE\KAS\DB目錄下?，F(xiàn)場可根據(jù)實際情況重點分析是否存在critical級的打印。 數(shù)據(jù)檢查檢查數(shù)據(jù)的完整性、正確性和合理性，主要針對各運營商的數(shù)據(jù)規(guī)范 前后臺數(shù)據(jù)配置檢查目前可用客戶端自帶的zdbpare工具對各BSC主備MP，前后ZDB數(shù)據(jù)進行檢查。程序打開后，用戶可逐個對該OMCR各BSC各模塊進行ZDB比較。 打開測量預(yù)處理1． 進入無線資源管理界面，選中小區(qū)，點擊修改，如圖25所示。0位不進行切換預(yù)處理，上報周期的設(shè)置需與事業(yè)部確認，如圖26所示。圖272． 在定時器欄中，修改T3定時器，如圖28所示。預(yù)先保證各流控已經(jīng)打開。 數(shù)據(jù)庫及日志自動刪除設(shè)置檢查方法：查看服務(wù)器上/export/home/omc/conf/：$ cd conf$ ls english $ vi [DATABAKUPINFO]的小節(jié)中可以對自動刪除數(shù)