1、.基于電信業務系統自監管的研究與實現摘要當今，電信企業業務支撐系統可以看成由服務支持和服務提供兩部分工作組成。服務支持是業務支撐系統管理者每天進行的日常管理工作，工作重點偏重于各項業務指標的監控處理以及主機狀況的監控；服務提供是將管理數據轉化為決策信息，工作重點偏重于業務視角來看待問題。目前業務支撐系統管理人員80%到85%的時間花費在服務支持方面，而這方面的工作大部分是日常的、重復的和低價值的；如何在保證系統正常運行的情況下，將更多的時間和精力節省出來，就成為了至關重要的問題。 因此，開發一套多主機遠程自動化監控系統就成為了解決問題的捷徑。本文采用Perl腳本語言作為開發環境，Unix或Li

2、nux系統主機作為開發平臺，Oracle 10g數據庫作為系統支持數據庫，有效并快速準確的完成多主機、多數據庫的業務監控和自身狀態監控。在完成以上目標的基礎上，也要考慮到程序的易用性和采集結果的可讀性。除此之外，進行二次開發的便捷性，安全性也在考慮范疇內。綜上所述，本文將以準確，穩定 ，易用為目標，完成電信業務自監管系統的開發及其相關工作。關鍵字：電信業務系統監控，系統告警，主機遠程監控； Telecommunication business system based on self-regulation research and implementationSummaryToday, tel

3、ecommunications enterprise business support systems can be regarded as service support and service provided by the two parts of work. Support is a business support systems manager for the daily management of the day, Focus emphasis on the monitoring indicators of the business processing and host sta

4、tus monitoring; Service providers is to manage data into decision-making information, Focus emphasis on business perspective to look at the problem. Management of current business support systems 80% to 85% of the time spent in the service support, But this aspect's work majority is daily, redun

5、dant and the low value; How to ensure the normal running of the case, more time and effort to save them, they become a critical issue.Therefore, the development of a multi-host remote automatic monitoring system becomes a shortcut to solve the problem. This procedure uses the Perl script language to

6、 take the development environment, Unix or Linux system host as a development platform, Oracle 10g database as a system support database, save the monitor configuration information, monitor object information, monitoring information and other content to return results.Upon completion of these object

7、ives, based on procedures should take into account ease of use and readability of the results collected. In addition, the secondary development of the convenience, safety, also considering the context. In summary, this article will be accurate, stable, easy to use as the goal, the completion of

8、 the telecommunications business since the regulatory system and its related work.Keywords: Telecommunication business system monitoring, system alarms, remote monitor;基于電信業務系統自監管的研究與實現11 緒論51.1電信企業自監管現狀51.2電信業務自監管系統的必要性61.3本文采用的技術和方法61.4本文的組織結構72 基礎知識72.1TELNET與SSH的區別72.2 Oracle數據庫82.3 Perl語言92.4In

9、sight報表系統103 系統的分析與設計113.1需求分析113.2數據庫設計143.3用例功能描述214 系統的實際應用264.1 主機模塊264.2 對象請求模塊295 系統測試335.1對象請求模塊測試335.2主機模塊測試345結論35外文資料翻譯37外文翻譯46 1 緒論本部分主要介紹了當前電信行業對于業務主機和業務系統進行管理的方法以及所存在的問題，并說明本系統的優點。1.1電信企業自監管現狀1) 主機狀況的監管大型電信企業使用的監控管理軟件為Tivoli。IBM Tivoli 軟件為我們提供了很多智能基礎設施管理解決方案，有助于客戶可以按照自己的需要將系統做出相應改變。Tivo

10、li 軟件不同于其他獨立軟件，它利用基于智能策略的資源分配、安全、存儲和系統管理解決方案，為我們提供了管理，優化，監控的集成視圖。 現正在監控所用的NetView，是Tivoli的一部分，并且是是Tivoli系統管理框架中非常重要的一部分，它利用標準的SNMP協議對網絡上符合該協議的主機進行實時的監控，對網絡中出現的多種故障進行報警，從而大幅度減少系統管理上的難度和工作量。NetView問世以來以其自身的先進性、可靠性、安全性獲得過多項大獎，在大企業中一直有著較高的占有率。NetView作為行業里處于領先地位的的軟件，通過SNMP協議管理控制網上的各種IP資源，可以實現在一個網管中心對多地點網

11、的IP資源的集中有效管理，擁有極為強大且多樣的功能。NetView利用輪循、請求、應答的方式對整個網絡的設備進行集中監控管理，網上的IP資源會在有需要的時候發送出對應的報告，NetView可以不斷地對網上IP資源的實時狀態,配置和業務進行監控。一個微小的變化NetView都可以收到詳細信息。但是過多的事件報告往往會造成網絡管理人員難以分辨哪些是急需處理的哪些是優先級較低的，所以NetView為了應對這種問題，開發了強大的事件過濾功能，管理員可以通過設置事件過濾器調整優先級來篩選哪些報告需要送至NetView中，這一特點可以使那些只有對管理員來說比較重要的信息才在監控器上顯示出來。如當某個路由器

12、在60秒內連續出現三次同樣的事件，我們認為是路由器出現故障，我們可以通過配置當這種情況發生時，在監控屏幕上只出現一條具體的警告信息，這樣的話，網絡管理人員在處理問題的時候就可以比較有針對性。雖然Tivoli有如此之多的優勢,但不可不承認,其存在的問題也是相當致命的.首先其自身價格非常昂貴,無論平時的維護還是版本的升級,都是一般小企業所不能承受的,其次有，Tivoli只對unix系統的主機進行監控時能達到讓人滿意的效果，對Linux和Windows主機的監控時，會頻繁的發生錯誤,并且出現采集結果極其不準確的問題,大量的浪費了管理人員的時間。2）業務狀況的監管 業務的監管相較于主機的監管要復雜很多

13、，由于不同企業的業務差異性很大及其自身的復雜性，所以一直沒有一套智能的獨立系統對其進行管理。 目前電信企業對業務的監管基本還是由運維人員進行每天的例行檢測 ,由于是例行監測,消耗人力不說,最重要的是當業務系統出現故障時不能及時發現并反饋給相關人員，這就造成了管理人員不能在第一時間處理系統出現的故障，以至于影響用戶的正常使用。1.2電信業務自監管系統的必要性隨著業務支撐網運營管理系統在電信行業中的快速普及和發展,面對繁多的主機、存儲、數據庫、中間件、業務系統，數據中心的管理復雜性越來越高，這時,為了確保業務系統各個節點服務器的穩定性和數據準確性，就需要引入自監控系統。自監控系統的主要功能是通過用

14、戶的的配置,面對多主機多數據庫,遠程定時自動監控各個節點服務器的文件狀況,進程狀況以及數據庫的自身狀態,業務系統狀態等等,當發現有問題時,會生成相信的錯誤信息,并利用短信內平臺及時給相關人員發送告警短信，催促相關人員及時響應處理響應問題,以避免故障的發生,自監控系統在系統的運作中可以大大提升工作人員的工作效率和減少成本，從而增加企業的利潤。由此可見,自監管系統的開發在電信企業中是勢在必行的。1.3本文采用的技術和方法(1) Oracle數據庫.(2)Powerdesigner.(3)perl語言.(4)shell腳本語言.(5)insight報表技術.1.4本文的組織結構本文由六部分構成。第一

15、部分是緒論,主要介紹自監管系統開發的背景以及電信企業自監管的現狀；第二部分是基礎知識，主要介紹實現本系統時涉及到的基本概念和相關技術。第三部分是系統的分析與設計,主要介紹系統的總體結構,并大體介紹系統模塊的分類第四部分是系統的實際應用,主要介紹了在實際使用中,每個模塊的作用以及詳細使用方法第五部分是系統的實際運行效果,主要介紹了本系統經過電信企業一段時間的實際運行,發現的問題以及客戶反饋。第六部分是結論,全面總結了本文做出的貢獻,和以后要繼續完成的工作.2 基礎知識2.1TELNET與SSH的區別 首先，Telent是明碼傳輸，SSH是加密后傳輸。使用Telnet用來訪問遠程主機的TCP/IP

16、協議控制網絡設備很很容易被他人進行監聽，并且他人也會利用管理員安全意識的缺乏，對服務器造成安全威脅。傳統上的網絡服務如：ftp、pop和telnet在其實都是不安全的，因為它們在網絡上用明文傳送口令和數據，而這些數據又是相當容易被攔截獲取的。而且，這些服務程序的安全驗證方式也是有其自身弱點，就是很容易受到“中間人”（man-in-the-middle）這種方式的攻擊。所謂“中間人”的攻擊方式，就是“中間人”冒充真正的服務器接收你的傳給對端服務器的數據，然后再冒充你把數據傳給真正的服務器。服務器和你之間的數據傳送被“中間人”修改后，就會出現很嚴重的問題，并威脅自身數據的安全。SSH是替代Teln

17、et和其他遠程控制臺管理應用程序的行業標準。SSH命令是加密的并以幾種方式進行保密。SSH功能很多，它不光可以代替telnet，又可以為ftp、pop、甚至ppp提供一個較為安全的“通道”。SSH(Secure SHell)到目前為止有兩個不兼容的版本SSH1和SSH2。SSH1又分為1.3和1.5兩個版本。SSH1采用DES、3DES、Blowfish和RC4等對稱加密算法保護數據安全傳輸，而對稱加密算法的密鑰是通過非對稱加密算法（RSA）來完成交換的。SSH1使用循環冗余校驗碼（CRC）來保證數據的完整性，但是后來發現這種方法有缺陷。SSH2避免了RSA的專利問題，并修補了CRC的缺陷。S

18、SH2用數字簽名算法（DSA）和Diffie-Hellman（DH）算法代替RSA來完成對稱密鑰的交換，用消息證實代碼（HMAC）來代替CRC。同時SSH2增加了AES和Twofish等對稱加密算法。2.2 Oracle數據庫ORACLE 是以高級結構化查詢語言(SQL)為基礎的大型關系數據庫，通俗地講它是用方便邏輯管理的語言操縱大量有規律數據的集合。是目前最流行的客戶/服務器(CLIENT/SERVER)體系結構的數據庫之一。ORACLE7.X以來引入了共享SQL和多線索服務器體系結構。這減少了ORACLE的資源占用，并增強了ORACLE的能力，使之在低檔軟硬件平臺上用較少的資源就可以支持更

19、多的用戶，而在高檔平臺上可以支持成百上千個用戶。Oracle的管理是基于角色(ROLE)分工的安全保密管理。在數據庫管理功能、完整性檢查、安全性、一致性方面都有良好的表現。Oracle數據庫可以支持大量多媒體數據，如二進制圖形、聲音、動畫以及多維數據結構等。并提供了與第三代高級語言的接口軟件PRO*系列，能在C,C+等主語言中嵌入SQL語句及過程化(PL/SQL)語句，對數據庫中的數據進行操縱。加上它有許多優秀的前臺開發工具如 POWER BUILD、SQL*FORMS、VISIA BASIC 等，可以快速開發生成基于客戶端PC 平臺的應用程序，并具有良好的移植性。除此之外，Oracle提供了

20、新的分布式數據庫能力。可通過網絡較方便地讀寫遠端數據庫里的數據，并有對稱復制的技術。 ORACLE數據庫在物理上是存儲于硬盤的各種文件。它是活動的，可擴充的，隨著數據的添加和應用程序的增大而變化。ORACLE數據庫在邏輯上是由許多表空間構成。主要分為系統表空間和非系統表空間。非系統表空間內存儲著各項應用的數據、索引、程序等相關信息。我們準備上馬一個較大的ORACLE應用系統時，應該創建它所獨占的表空間，同時定義物理文件的存放路徑和所占硬盤的大小。Oracle的存儲方面。物理上存放于網絡的多個ORACLE數據庫，邏輯上可以看成一個單個的大數據庫。用戶可以通過網絡對異地數據庫中的數據同時進行存取，

21、而服務器之間的協同處理對于工作站用戶及應用程序而言是完全透明的：開發人員無需關心網絡的連接細節、無需關心數據在網絡接點中的具體分布情況、也無需關心服務器之間的協調工作過程。ORACLE數據庫之間通過數據庫鏈接(DB-LINKS)建立訪問機制，相當于一方以另一方的某用戶遠程登錄所做的操作。但ORACLE采用的一些高級管理方法，如同義詞(SYNONME)等使我們覺察不到這個過程，似乎遠端的數據就在本地。數據庫復制技術包括：實時復制、定時復制、儲存轉發復制。對復制的力度而言，有整個數據庫表的復制，表中部分行的復制。在復制的過程中，有自動沖突檢測和解決的手段。2.3 Perl語言Perl具有高級語言（

22、如C）的強大能力和靈活性。事實上，你將看到，它的許多特性是從C語言中借用來的。與腳本語言一樣，Perl不需要編譯器和鏈接器來運行代碼，你要做的只是寫出程序并告訴Perl來運行而已。這意味著Perl對于小的編程問題的快速解決方案和為大型事件創建原型來測試潛在的解決方案是十分理想的。Perl提供腳本語言（如sed和awk）的所有功能，還具有它們所不具備的很多功能。Perl還支持sed到Perl及awk到Perl的翻譯器。簡而言之，Perl象C一樣強大，象awk、sed等腳本描述語言一樣方便。Perl的解釋程序是開放源碼的免費軟件，使用Perl不必擔心費用。Perl能在絕大多數操作系統運行，可以方便

23、地向不同操作系統遷移。Perl 是一種能完成任務的語言。從一開始，Perl 就設計成可以把簡單工作簡單化，同時又不失去處理困難問題能力的語言。它可以很容易操作數字，文本，文件和目錄，計算機和網絡，特別是程序的語言。這種語言應該很容易運行外部的程序并且掃描這些程序的輸出獲取感興趣的東西。而且它還應該很容易能把這些你感興趣的東西交給其它程序做特殊的處理。當然，這種語言還應該很容易在任何現代的操作系統上可以移植地編譯和運行2.4Insight報表系統INSIGHT報表系統依靠其高度簡潔、高度集中的特點。在國內BI領域占據著BI技術與服務領導者的地位。其信息周期分為信息生產、信息流通、信息消費三個部分

24、。信息生產環節由數據源整合統一視圖(Insight OmniData)、方便的訪問多數據源 （ Insight Data Sources）、分析工具集 （Insight Info Editor）三個部分組成信息流通環節由共享（Insight Publisher）、控制（Insight Securer）、監控（Insight Tracker）三個部分組成。信息消費環節由Insight的核心（Insight Server）、高級互動圖形（vizInsight）、客戶交互分析 （WebInsight）、客戶交互編輯（WebEditor）、客戶信息瀏覽(Thin Client)五個部分組成。INSIG

25、HT系統的最大優點莫過于其直接部署直接使用的特點。除此之外，支持幾乎所有的關系數據庫（通過ODBC或者專門接口）和多維數據庫（通過各種OLAP的專用接口），并且在一個分析應用中支持多數據源。對于XML格式的數據，INSIGHT系統也可以做到完美支持。本文所開發系統主要使用了INSIGHT系統中的WebEditor工具。本工具具有以下特點：1）零程序開發方式。2）操作數據：支持回寫。3） 展現方式：2D圖形、D圖形、氣泡圖、交通燈、儀表盤、瀑布圖、雷達圖、工程進度圖、動態地圖（MAP）展示。4） 鉆取方式：目錄樹方式；刪除式鉆取。5） 數據二次處理：豐富的計算類函數。6） 流程控制：異常強大的流

26、程控制能力。7） 對星型模型的支持。3 系統的分析與設計3.1需求分析l 需嚴格控制對象響應時間，不能掛死無響應。l 連接失敗，需按照配置的連接嘗試次數進行嘗試。l 避免多個連接請求同時連接同一主機或數據庫。l 確保采集數據的準確性.l 采集對象應可以二次開發擴充。3.1.1頂層數據流圖圖3.1 頂層數據流圖主機監控數據流說明：1）用戶在數據庫中完成程序要求配置表的配置。 2）程序對遠程主機對象發送請求。 3）程序返回采集到的主機信息文件和日志一起返回給用戶。數據庫監控數據流說明：1）用戶在數據庫中完成程序要求配置表的配置。 2）程序對遠程數據庫對象發送請求。 3）程序返回采集到的數據庫信息文

27、件和日志一起返回給用戶。3.1.2流程圖圖3.2 流程圖程序流程說明：1）從數據庫請求要監控主機或數據庫的配置信息，若不符合規則則程序退出。2）從數據庫請求要監控主機或數據庫的詳細監控信息，若不符合規則則程序退出。 3）連接要監控的主機或數據庫。若連接失敗則重試，直到達到最大連接次數后退出程序。 4）依次請求每個對象，若請求失敗則退出。 5）根據業務系統分發記錄采集結果的XML文件。 6）分析處理XML文件，并完成告警歸并，告警清除，告警觸發功能。3.1.3 拓撲圖 圖3.3 拓撲圖拓撲圖說明: 所需設備 ： 1臺監控服務器(linux、unix均可)，1臺數據庫服務器、一天或多臺被監控主機或

28、服務器。實現功能 ：監控主機通過獲取監控數據庫中的被監控對象信息，來對被監控對象發出請求，請求成功后將返回的結果發送到監控主機進行分析和相應處理。 3.2數據庫設計3.2.1數據庫設計原則1) 命名要簡潔,并能充分體現本表的用途和意義。全部遠程監控相關表表名以RM開頭。由于告警當前表會作為多告警系統的統一接口表，故以MM開頭。2）對于日志表，都要為其ID建立序列，序列的命名為SEQ_表名。為了管理方便，除了ID外，盡量不用或少用序列。3）由于程序中需要對多個配置表進行聯合查詢，故配置表中的關聯字段一概使用相同字段名。4）盡量避免低級冗余而提倡高級冗余。表3.1 表格列表NameCode主機定義

29、表RM_HOST告警當前表MM_ALARM_BAK告警結果中間表RM_MID_VAL數據庫監控配置表RM_DATEBASE_MONITOR監控對象定義表RM_RECORD_DEF監控對象表RM_OBJECT監控日志表RM_LOG監控配置表RM_KEYPROCESS監控錯誤代碼定義表RM_ERRCODE_DEF3.2.2配置表設計 表3.2 主機定義表 RM_HOSTNameCodeData TypePrimaryForeign KeyComment主機IPHOST_IPVARCHAR2(15)FALSEFALSE主機名稱HOST_CODEVARCHAR2(100)FALSEFALSE用戶名US

30、ER_NAMEVARCHAR2(100)FALSEFALSE密碼PASSWORDVARCHAR2(100)FALSEFALSE業務系統BUSINESS_SYSTEMVARCHAR2(100)FALSEFALSE對象版本OBJECT_VERSIONVARCHAR2(100)FALSEFALSE遠程連接方式REMOTE_CONNECTVARCHAR2(20)FALSEFALSE端口PORTVARCHAR2(10)FALSEFALSE重試次數RETRY_NUMNUMBERFALSEFALSE主機描述HOST_DESCRVARCHAR2(100)FALSEFALSE最大連接數MAXCONNECTION

31、NUMBERFALSEFALSE狀態STATUSNUMBERFALSEFALSE本表主要用來配置遠程監控多主機的自身信息。除此之外業務系統：根據配置的差異會生成不同的采集文件，告警文件以及日志文件。對象版本：配置了主機所使用的操作系統，目前支持的操作系統包含：window 、liunx、unix。遠程連接方式：目前支持SSH和TELNET。端口：如不配置即使用遠程連接的默認端口。如需改變連接端口，需要在本字段配置重試次數：通過本配置可以設置當遠程連接超時時重試的次數。最大連接數：本配置主要為了防止某臺主機連接數過多的情況，當連接數超過配置的數量時，則會告警。狀態字段置為1時本主機不做監控，置為

32、0時則進行監控。表3.3 監控對象表 RM_OBJECTNameCodeData TypePrimaryForeign KeyComment對象版本OBJECT_VERSIONVARCHAR2(100)FALSEFALSE對象名OBJECT_NAMEVARCHAR2(100)FALSEFALSE對象描述OBJECT_DESCVARCHAR2(100)FALSEFALSE告警級別ALARM_LEVELNUMBERFALSEFALSE告警類型ALARM_TYPENUMBERFALSEFALSE本表主要配置監控對象的信息。對象版本：配置了本對象對應那種系統，目前支持的操作系統包含：window 、l

33、iunx、unix。告警級別：0為不告警 ，1為低級告警 ，2為一般告警 3為緊急告警。告警類型：目前支持閾值告警。表3.4 監控對象定義表 RM_RECORD_DEFNameCodeData TypePrimaryForeign KeyComment對象名OBJECT_NAMEVARCHAR2(200)FALSEFALSE記錄名RECORD_NAMEVARCHAR2(200)FALSEFALSE本表主要用于配置處理告警時采集的具體信息。對象名：配置采集何種文件。記錄名：配置采集文件的哪些記錄。表3.5 監控錯誤代碼定義表 RM_ERRCODE_DEFNameCodeData TypePrim

34、aryForeign KeyComment錯誤代碼ERRCODEVARCHAR2(8)FALSEFALSE錯誤信息ERR_MSGVARCHAR2(128)FALSEFALSE本表主要配置了程序中錯誤代碼對應何種錯誤的描述錯誤代碼：配置了錯誤代碼。錯誤信息：配置了錯誤代碼對應的描述。表3.6主機監控配置表 RM_KEYPROCESSNameCodeData TypePrimaryForeign KeyComment主機IPHOST_IPVARCHAR2(15)TUREFALSE監控名稱PROCESS_NAMEVARCHAR2(100)FALSEFALSE進程描述PROCESS_DESCRVARC

35、HAR2(200)FALSEFALSE進程數量PROCESS_NUMNUMBERFALSEFALSE關鍵字KEYWORDLISTVARCHAR2(400)FALSEFALSE狀態STATUSNUMBERFALSEFALSE電話PHONENUMBERFALSEFALSE本表配置具體的要監控的信息主機IP：配置需要在哪臺主機進行監控。監控名稱：配置了具體監控的名稱。進程描述：對本監控的描述。進程數量：當指標未達到本數量時，則會出發告警。關鍵字：填寫需要監控的進程，文件夾名稱等等。狀態 ：0為進程監控 ， 1為文件數量監控 ， 2為TLQ隊列監控，3為TLQ連通性監控。電話：配置了需要短信告警對象的

36、手機號。表3.6 數據庫監控配置表 RM_DATEBASE_MONITORNameCodeData TypePrimaryForeign KeyComment數據庫名稱DB_NAMEVARCHAR2(100)FALSEFALSE用戶名USER_NAMEVARCHAR2(100)FALSEFALSE密碼PASSWDVARCHAR2(100)FALSEFALSE業務系統BUSINESS_SYSTEMVARCHAR2(100)FALSEFALSE告警數量FAULT_NUMNUMBER(10)FALSEFALSE狀態STATUSNUMBERFALSEFALSE關鍵SQLKEY_SQLVARCHAR2(

37、4000)FALSEFALSE告警名稱FAULT_NAMEVARCHAR2(100)FALSEFALSE最后更新時間LASTUPDATETIMEDATEFALSEFALSE監控小時MONITOR_HOURNUMBERFALSEFALSE電話PHONEVARCHAR2(1000)FALSEFALSE間隔時間INTERVALNUMBERFALSEFALSE監控分鐘MONITOR_MINUMBERFALSEFALSE本表配置了數據庫監控的詳細信息。數據庫名稱:需要監控的數據庫名稱。用戶名：數據庫用戶名。密碼：數據庫密碼。業務系統：本監控所屬業務系統。告警數量：當監控指標達到本值則觸發告警。狀態：0為

38、監控，1為不監控。關鍵SQL：本配置用于設置監控sql。告警名稱：本監控名稱。最后更新時間：配置了最后發生告警的時間。監控小時：當時間晚于本小時時才進行監控。監控分鐘：當時間晚于當前分鐘時才發生告警。間隔時間：當本次發生告警的時候和上次告警的時間小于本配置時，則不告警。電話：要發送短信相關人員的手機號碼。3.2.3日志表設計表3.7 告警結果中間表 RM_MID_VALNameCodeData TypePrimaryForeign KeyCommentIDIDNUMBERFALSEFALSE類型TYPEVARCHAR2(100)FALSEFALSE主機HOSTVARCHAR2(200)FALS

39、EFALSE告警級別ALARM_LEVELNUMBERFALSEFALSE開始時間OCCURTIMEVARCHAR2(200)FALSEFALSE進程名稱PROCESSNAMEVARCHAR2(200)FALSEFALSE進程數量PROCESSNUMNUMBERFALSEFALSE實際進程數量REALNUMVARCHAR2(200)FALSEFALSE創建時間CREATEDDATEFALSEFALSE 本表記錄著程序解析采集文件后，每條監控的具體信息。便于管理人員查看監控詳細效果表3.8 監控日志表 RM_LOGNameCodeData TypePrimaryForeign KeyCommen

40、tIDIDNUMBERFALSEFALSE主機IPHOST_IPVARCHAR2(64)FALSEFALSE模塊名稱MODULE_NAMEVARCHAR2(64)FALSEFALSE監控成功個數SUCCESS_NUMNUMBERFALSEFALSE監控告警個數FAULT_NUMNUMBERFALSEFALSE總監控個數TOTAL_NUMNUMBERFALSEFALSE錯誤代碼ERR_CODEVARCHAR2(8)FALSEFALSE開始時間BEGIN_TIMEDATEFALSEFALSE結束時間END_TIMEDATEFALSEFALSE文件日期FILE_DATEVARCHAR2(64)FAL

41、SEFALSE創建時間CREATEDDATEFALSEFALSE本表記錄每個模塊每次監控的結果狀態。便于管理人員查看監控總體效果表3.9 告警當前表 MM_ALARM_BAKNameCodeData TypePrimaryForeign KeyComment監控名稱MONITORNAMEVARCHAR2(255)FALSEFALSE對象名稱OBJECTNAMEVARCHAR2(255)FALSEFALSE指標名稱KPINAMEVARCHAR2(255)FALSEFALSE告警等級ALARMLEVELNUMBERFALSEFALSE告警數值VALUENUMBERFALSEFALSE描述DESCR

42、VARCHAR2(255)FALSEFALSE告警次數COUNTNUMBERFALSEFALSE首次告警時間FIRSTOCCURTIMEDATEFALSEFALSE最后告警時間LASTOCCURTIMEDATEFALSEFALSE創建時間CREATEDTIMEDATEFALSEFALSE清除狀態CLEARSTATUSNUMBERFALSEFALSE清除時間CLEARTIMEDATEFALSEFALSE清除人員CLEARUSERVARCHAR2(255)FALSEFALSEIDIDVARCHAR2(16)FALSEFALSE本表記錄著當前正在告警的記錄其中告警次數由告警歸并模塊管理并進行累加。清

43、除狀態由告警消除模塊進行自動清除。有些需要手動刪除的告警，需要管理人員從前臺界面手動刪除。3.3用例功能描述3.3.1主機配置管理功能編號：SRS-FUN-001功能簡述：主機配置管理執行步驟：維護主機信息表，維護內容包括：主機IP，主機名，監控用戶名，密碼，業務系統，監控連接方式，端口，連接重試次數，操作系統類型，最大連接數，最后重啟時間，監控狀態（0 監控，1 不監控）；維護界面業務流程，規則放在第二階段3.3.2數據庫配置管理功能編號：SRS-FUN-003功能簡述：數據庫配置管理執行步驟：維護數據庫信息表，維護內容包括：數據庫名，監控用戶名，密碼，連接重試次數，數據庫類型，最大連接數，

44、監控狀態（0 監控，1 不監控）。維護界面業務流程，規則放在第二階段3.3.3進程對象配置管理功能編號：SRS-FUN-005功能簡述：進程對象配置管理執行步驟：維護進程信息表，維護內容包括：主機IP，進程英文名，關鍵字列表，進程數，進程描述（可以為中文名稱），監控狀態（0 監控，1不監控）。維護界面業務流程，規則放在第二階段3.3.4主機對象管理功能編號：SRS-FUN-007功能簡述：日志管理執行步驟：維護主機對象信息表，維護內容包括：操作系統類型，可用的主機對象，對象描述。維護界面業務流程，規則放在第二階段3.3.5數據庫對象管理功能編號：SRS-FUN-009功能簡述：請求單一主機的單

45、一主機對象執行步驟：維護數據庫對象信息表，維護內容包括：數據庫類型，可用的數據庫對象，對象描述。維護界面業務流程，規則放在第二階段3.3.6日志管理功能編號：SRS-FUN-011功能簡述：請求主機列表中和對象列表中的主機對象執行步驟：日志級別從高到低依次為：ERROR WARN INFO DEBUG，共 4個級別。#其中ERROR 為錯誤日志，出現錯誤日志時，系統退出#WARN 為警告日志，警告時，一般使用默認配置。#INFO 為正常流程日志，記錄程序執行的主流程#TRACE 為詳細日志，詳細記錄程序執行的數據流，主流程的子流程#程序默認配置開啟INFO級別日志級別可以通過設置配置文件進行更

46、改。低優先級日志，包含高優先級日志內容。日志格式為：時間進程號日志寫入時長產生日志的文件名產生日志的文件行 消息內容 換行符其中，時間：格式 年/月/日 時:分:秒日志寫入時長：毫秒3.3.7請求主機對象功能編號：SRS-FUN-013功能簡述：請求業務系統中和對象列表中的主機對象觸發因素：系統時鐘或用戶執行requestHostObject.pl hostip 主機IP objectlist 對象列表 -trace tracelevel -f -d 分發目錄 timeout timeout執行步驟：1. 系統確認命令行是否選擇 trace開關，如果打開此開關，則根據配置的tracelevel

47、 記錄日志。traclelevel：INFO 代表詳細日志；tracelevel：ERROR 代表錯誤日志。其他值為非法。2. 系統確認主機IP 是否在主機配置表中，如不存在，則提醒用戶主機IP 未配置，退出系統。3. 系統確認對象列表中所有對象是否在主機對象表中，如有對象不存在，則提醒用戶對象列表中的此對象未配置，退出系統。4. 系統根據主機配置信息，遠程連接到被監控主機（SSH或TELNET）。如果連接失敗，則根據配置的重試次數重試連接，直到連接成功或者超過嘗試次數。如果最終無法連接成功，則提醒用戶連接失敗和失敗原因，并生成連接失敗告警XML文件，退出系統。（主機IP 不通或者用戶名，密碼

48、錯誤等）。如果連接成功，則生成連接成功告警XML 文件。5. 系統依次請求對象列表中的對象，如果請求失敗，則提醒用戶失敗原因。并退出系統。6. 如果請求成功，則確認命令行是否配置了-f 文件分發開關，如果配置了此開關，則拷貝請求到的對象文件到-d 文件分發目錄。7. 系統請求下一對象，直到請求完所有對象。8. 斷開SSH 或TELNET 連接。3.3.8請求數據庫對象功能編號：SRS-FUN-015功能簡述：請求單一數據庫的單一數據庫對象觸發因素：系統時鐘或用戶執行requestDbObject.pl dbname 數據庫名 objectlist 對象列表 -trace tracelevel

49、-f -d destDir執行步驟：1. 系統確認命令行是否選擇 trace開關，如果打開此開關，則根據配置的tracelevel 記錄日志。traclelevel：INFO 代表詳細日志；tracelevel：ERROR 代表錯誤日志。其他值為非法。2. 系統確認數據庫IP 是否在數據庫配置表中，如不存在，則提醒用戶數據庫IP 未配置，退出系統。 3. 系統確認對象列表中所有對象是否在數據庫對象表中，如有對象不存在，則提醒用戶對象列表中的此對象未配置，退出系統。 4. 系統根據數據庫配置信息，遠程連接到被監控數據庫（數據庫連接）。如果連接失敗，則根據配置的重試次數重試連接，直到連接成功或者超

50、過嘗試次數。 如果最終無法連接成功，則提醒用戶連接失敗和失敗原因，并生成連接失敗告警XML文件，并退出系統。（數據庫名無法解析或者用戶名，密碼錯誤等）。如果連接成功，則生成連接成功XML 告警文件。 5. 系統依次請求對象列表中的對象，如果請求失敗，則提醒用戶失敗原因。 6. 如果請求成功，則確認命令行是否配置了-f 文件分發開關，如果配置了此開關，則拷貝請求到的對象文件到-d 文件分發目錄。 7. 系統請求下一對象，直到請求完所有對象。8. 斷開數據庫連接。 3.3.9請求主機PING狀態對象功能編號：SRS-FUN-017功能簡述：請求主機PING狀態對象觸發因素：quicklyPing.

51、pl執行步驟：系統對所有主機IP 管理狀態為0的主機進行ping 連接檢查，并把結果記錄到ping 報告XML文件中。XML文件格式見QuicklyPingHostStatus對象說明。備注：性能要求：1分鐘內，檢查完所有主機。目的：快速檢查各被監控主機狀態，發現異常馬上上報，防止因網絡故障或宕機故障引起重大應用故障。待解決問題：因網絡異常，ping 主機時，有時會出現瞬斷。瞬斷時，應繼續檢查2到3次，以判斷是否為瞬斷（注，該功能需要有針對每臺主機的配置開關，在想要的時候開啟）。3.3.10請求DB連接狀態對象功能編號：SRS-FUN-019功能簡述：請求DB連接狀態對象觸發因素：quickl

52、yDbConnectCheck.pl執行步驟：系統對所有管理狀態為0的數據庫進行連接檢查，并把結果記錄到連接數據庫檢查報告XML文件中。XML格式見QuicklyDbConnectStatus對象說明。備注：性能要求：1分鐘內，檢查完所有數據庫。安全性要求：所有數據庫連接必須立即斷開。防止因過多數據庫連接耗光數據庫連接數。被監控的數據庫的監控連接數不能超過配置的最大連接數。否則，告警：過多的DB監控連接，并退出系統。待解決問題：因網絡異常，遠程連接數據庫時，有時會出現瞬斷。瞬斷時，應繼續檢查2到3次，以判斷是否為瞬斷（注，該功能需要有針對每個數據庫實例的配置開關，在想要的時候開啟）。這樣設置，是否能夠解決問題需實踐檢驗。4 系統的實際應用4.1 主機模塊模塊名稱：RemoteMonitorHost.pm4.1.1 全局變量my $sysDbh;#系統數據庫連接句柄my $sysSth; #系統數據庫語句執行句柄4.1.2 Telnet定義：telnet($host_ip,$port,$host_user,$host_passwd,$timeout)功能：telnet連接到目標主機輸入：$host_ip 主機IP, $port 端口, $host_user 用戶名, $host_passwd 密碼, $timeout 連接