專利名稱：一種數(shù)據(jù)的管理方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及電信網(wǎng)管系統(tǒng)領域，主要涉及一種數(shù)據(jù)的管理方法和系統(tǒng)。
背景技術：
在電信網(wǎng)管系統(tǒng)中，電信網(wǎng)管設備的性能管理是重要的組成部分，在現(xiàn)有技術中， 性能管理具有采集網(wǎng)元性能數(shù)據(jù)，查詢網(wǎng)元性能數(shù)據(jù)和管理網(wǎng)元性能門限等功能。用戶通 過對歷史性能數(shù)據(jù)的統(tǒng)計分析，可以了解網(wǎng)絡的整體運行狀況，為運營商的管理和決策提 供依據(jù)。性能管理的基礎是性能數(shù)據(jù)，性能數(shù)據(jù)的來源是電信網(wǎng)管系統(tǒng)中管理的各個網(wǎng)元， 隨著網(wǎng)絡規(guī)模的不斷擴大，電信網(wǎng)管系統(tǒng)需要管理的網(wǎng)元數(shù)目也越來越大，因此需要管理 的性能數(shù)據(jù)也越來越多，因此在數(shù)據(jù)庫中存入性能數(shù)據(jù)和查詢性能數(shù)據(jù)已經(jīng)成為各個網(wǎng)管 系統(tǒng)需要考慮的重要問題。在現(xiàn)有的技術方案中，采用的方法是多個網(wǎng)元數(shù)據(jù)集中存儲的方式，如圖1所示， 電信網(wǎng)管系統(tǒng)管理的所有網(wǎng)元的性能數(shù)據(jù)都集中存儲在一個數(shù)據(jù)庫中，當接收到客戶端發(fā) 送的查詢請求時，服務器從數(shù)據(jù)庫中查詢數(shù)據(jù)。這種方案的缺點是顯而易見的，那就是當存 在多個網(wǎng)元同時上報大量性能數(shù)據(jù)到服務器時，服務器僅僅是處理數(shù)據(jù)入庫就會占用很多 內(nèi)存，如果再進行大規(guī)模的數(shù)據(jù)查詢，服務器的處理速度就會大大降低。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種數(shù)據(jù)的管理方法和系統(tǒng)，降低單個服 務器的處理負荷，從而提高服務器的處理速度。為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的本發(fā)明提供了一種數(shù)據(jù)的管理方法，包括主進程將查詢數(shù)據(jù)的命令發(fā)送給子進程；所述子進程在存儲有要查詢的數(shù)據(jù)的服務器中進行數(shù)據(jù)查詢，并將查詢結果返回 給所述主進程。上述方案中，所述子進程的數(shù)量根據(jù)網(wǎng)絡規(guī)模確定，存有多個子進程時，每個子進 程分別處理各自管理的數(shù)據(jù)的入庫和查詢。上述方案中，所述子進程進行數(shù)據(jù)查詢之前，還包括 子進程判斷要查詢的數(shù)據(jù)的數(shù)量是否超出范圍，如果所述查詢數(shù)據(jù)的數(shù)量超出范 圍，所述子進程根據(jù)查詢時間將所述查詢數(shù)據(jù)分成多個子數(shù)據(jù)再進行數(shù)據(jù)查詢，如果所述 查詢數(shù)據(jù)的數(shù)量沒有超出范圍，就直接進行數(shù)據(jù)查詢。上述方案中，所述主進程將查詢數(shù)據(jù)的命令發(fā)送給子進程具體為所述主進程從查詢數(shù)據(jù)的命令中解析出查詢參數(shù)，所述查詢參數(shù)中包括要查詢的 數(shù)據(jù)的網(wǎng)元名稱，所述主進程根據(jù)所述子進程上報的信息從多個子進程中找到所述網(wǎng)元對 應的子進程的消息路徑，通過所述消息路徑將查詢數(shù)據(jù)的命令發(fā)送給所述子進程。上述方案中，所述子進程的消息路徑是當電信網(wǎng)管系統(tǒng)啟動時所述子進程上報給所述主進程的，上報的信息還包括所述服務器中數(shù)據(jù)庫接口名稱和所述子進程管理的網(wǎng)元 名稱，所述上報的信息存儲在所述主進程控制的服務器內(nèi)。上述方案中，所述子進程進行數(shù)據(jù)查詢具體為所述子進程根據(jù)查詢的數(shù)據(jù)通過代碼構造結構化查詢語言(SQL)語句，通過所述 SQL語句從服務器中查詢需要的數(shù)據(jù)。上述方案中，所述服務器存儲的數(shù)據(jù)是控制所述服務器的子進程管理的網(wǎng)元采集 的數(shù)據(jù)。本發(fā)明還提供了一種數(shù)據(jù)的管理系統(tǒng)，包括主進程模塊、子進程模塊、第一服務 器；其中，主進程模塊，用于將查詢數(shù)據(jù)的命令發(fā)送給子進程模塊，接收子進程模塊返回的 查詢結果；子進程模塊，用于控制第一服務器，在第一服務器中進行數(shù)據(jù)查詢，并將查詢結果 返回給主進程模塊； 第一服務器，用于存儲要查詢的數(shù)據(jù)。上述方案中，該系統(tǒng)進一步包括第二服務器，用于受所述主進程模塊控制，存儲子進程模塊上報給主進程模塊的 信息，所述信息包括子進程消息路徑、服務器中數(shù)據(jù)庫接口名稱、子進程模塊管理的網(wǎng)元 名稱。上述方案中，所述子進程模塊的數(shù)量根據(jù)網(wǎng)絡規(guī)模確定，存有多個子進程模塊時， 每個子進程模塊分別處理各自管理的數(shù)據(jù)的入庫和查詢。上述方案中，所述子進程模塊還用于判斷數(shù)據(jù)的數(shù)量是否超出預先設定的范圍， 如果查詢數(shù)據(jù)的數(shù)量超出范圍，就根據(jù)查詢時間將要查詢的數(shù)據(jù)分成多個子數(shù)據(jù)再進行數(shù) 據(jù)查詢，如果查詢的數(shù)據(jù)沒有超出范圍，就直接進行數(shù)據(jù)查詢。本發(fā)明所提供的數(shù)據(jù)的管理方法和系統(tǒng)，將性能服務器分成一個主進程和至少一 個子進程，多個子進程時，每個子進程分別處理管理的網(wǎng)元的數(shù)據(jù)入庫和查詢，達到服務器 負載平均分配的目的，來降低單個服務器的處理負荷，從而提高服務器的處理速度，達到在 存在大量性能數(shù)據(jù)時提高服務器的工作效率。


圖1為現(xiàn)有的性能數(shù)據(jù)管理的系統(tǒng)結構示意圖；圖2為根據(jù)本發(fā)明實施例的主進程處理命令請求的方法的流程示意圖；圖3為根據(jù)本發(fā)明查詢少量數(shù)據(jù)的實施例的主進程處理數(shù)據(jù)查詢的方法的流程 示意圖；圖4為根據(jù)本發(fā)明查詢大量數(shù)據(jù)的實施例的主進程處理數(shù)據(jù)查詢的方法的流程 示意圖；圖5為根據(jù)本發(fā)明實施例的網(wǎng)元適配器處理命令請求的方法的流程示意圖；圖6為根據(jù)本發(fā)明實施例的數(shù)據(jù)管理的系統(tǒng)的結構示意圖。
具體實施例方式本發(fā)明的基本思想是主進程將查詢數(shù)據(jù)的命令發(fā)送給子進程；所述子進程在存 儲有要查詢的數(shù)據(jù)的服務器中進行數(shù)據(jù)查詢，并將查詢結果返回給所述主進程。下面通過附圖及具體實施例對本發(fā)明再做進一步的詳細說明。圖2為根據(jù)本發(fā)明實施例的主進程處理命令請求的方法的流程示意圖，如圖2所 示，該包括以下步驟步驟201，主進程接收命令請求；具體的，主進程接收客戶端發(fā)送的命令請求；步驟202，主進程根據(jù)命令請求調(diào)用相應的處理方法；具體的，客戶端發(fā)送的命令請求中包含對應的命令碼，主進程根據(jù)命令請求中的 命令碼調(diào)用相應的處理方法；命令碼是預先定義的，一個命令碼表示一種命令請求，不同的 命令碼之間不允許重復，例如可以定義查詢數(shù)據(jù)的命令碼為10000，采集數(shù)據(jù)的命令碼為 10001 ；如果是查詢數(shù)據(jù)的命令碼，就執(zhí)行步驟203，如果是采集數(shù)據(jù)的命令碼，就執(zhí)行步驟 204 ；步驟203，主進程處理數(shù)據(jù)查詢；步驟204，網(wǎng)元適配器采集數(shù)據(jù)。圖3是圖2中實現(xiàn)步驟203的兩種具體方法的其中一種方法，是根據(jù)本發(fā)明查詢 少量數(shù)據(jù)的實施例的主進程處理數(shù)據(jù)查詢的方法的流程示意圖，如圖3所示，該方法包括 以下步驟步驟301，主進程將數(shù)據(jù)查詢的命令發(fā)送給子進程；具體的，當查詢的數(shù)據(jù)的數(shù)量較少時，主進程和子進程共用一個服務器；主進程根 據(jù)設置的周期定時檢查子進程和主進程之間的鏈路通斷狀態(tài)，在每次主進程給子進程發(fā)送數(shù) 據(jù)查詢的命令之前，主進程先向子進程發(fā)送探測消息，子進程收到探測消息后構建回復消息 發(fā)送給主進程，如果主進程收到子進程發(fā)送的回復消息，主進程將數(shù)據(jù)查詢的命令發(fā)送給子 進程，如果主進程收不到子進程發(fā)送的回復消息，就不發(fā)送數(shù)據(jù)查詢的命令給子進程；步驟302，子進程在存儲有要查詢的數(shù)據(jù)的服務器中進行數(shù)據(jù)查詢，并將查詢結果 返回給主進程；具體的，接收數(shù)據(jù)查詢的命令的子進程控制的服務器存儲有要查詢的數(shù)據(jù)，該 數(shù)據(jù)是控制該服務器的子進程管理的網(wǎng)元采集的數(shù)據(jù)；子進程在收到數(shù)據(jù)查詢的命令 時，子進程根據(jù)數(shù)據(jù)查詢的命令通過代碼構造結構化查詢語言(SQL，Structured Query Language)語句，SQL語句是數(shù)據(jù)庫查詢語言，通過SQL語句可以從服務器的數(shù)據(jù)庫中查詢 需要的數(shù)據(jù)；子進程將查詢結果返回給主進程，返回的方法可以是使用字符串的形式，也可以 是子進程將查詢結果寫進文件，發(fā)送到主進程的某個目錄下，主進程可以通過瀏覽該目錄 下的包含查詢結果的文件可以得到查詢結果。圖4是圖2中實現(xiàn)步驟203的兩種具體方法中除圖3所示方法以外的另一種方法， 是根據(jù)發(fā)明查詢大量數(shù)據(jù)的實施例的主進程處理數(shù)據(jù)查詢的方法的流程示意圖，如圖4所 示，該方法包括以下步驟步驟401，主進程將查詢數(shù)據(jù)的命令發(fā)送給子進程；
具體的，根據(jù)網(wǎng)絡規(guī)模的大小可以部署多個子進程，存在多個子進程時，每個子進 程管理各自的網(wǎng)元和控制各自對應的服務器，分別處理各自管理的數(shù)據(jù)的入庫和查詢；當 查詢數(shù)量較多時，主進程和子進程的服務器是分開的，主進程從查詢數(shù)據(jù)的命令中解析出 查詢參數(shù)，查詢參數(shù)中包括要查詢的數(shù)據(jù)的網(wǎng)元名稱，主進程根據(jù)子進程上報的信息從多 個子進程中找到該網(wǎng)元對應的子進程的消息路徑，通過該消息路徑將查詢數(shù)據(jù)的命令發(fā)送 給子進程；主進程根據(jù)設置的周期定時檢查子進程和主進程之間的鏈路通斷狀態(tài)，在每次 主進程給子進程發(fā)送數(shù)據(jù)查詢的命令之前，主進程先向子進程發(fā)送探測消息，子進程收到 探測消息后構建回復消息發(fā)送給主進程，如果主進程收到子進程發(fā)送的回復消息，主進程 給子進程發(fā)送數(shù)據(jù)查詢的命令，如果主進程收不到子進程發(fā)送的回復消息，就不發(fā)送數(shù)據(jù) 查詢的命令給子進程；當電信網(wǎng)管系統(tǒng)啟動時，子進程將自身的信息上報給主進程，該信息 包括子進程的消息路徑、服務器中數(shù)據(jù)庫接口名稱和子進程管理的網(wǎng)元名稱，這些信息存 儲在主進程控制的服務器的數(shù)據(jù)庫內(nèi)，如下表所示，該表是信息示例；
權利要求
1.一種數(shù)據(jù)的管理方法，其特征在于，該方法包括 主進程將查詢數(shù)據(jù)的命令發(fā)送給子進程；所述子進程在存儲有要查詢的數(shù)據(jù)的服務器中進行數(shù)據(jù)查詢，并將查詢結果返回給所 述主進程。
2.根據(jù)權利要求1所述的方法，其特征在于，所述子進程的數(shù)量根據(jù)網(wǎng)絡規(guī)模確定，存 有多個子進程時，每個子進程分別處理各自管理的數(shù)據(jù)的入庫和查詢。
3.根據(jù)權利要求1所述的方法，其特征在于，所述子進程進行數(shù)據(jù)查詢之前，還包括 子進程判斷要查詢的數(shù)據(jù)的數(shù)量是否超出范圍，如果所述查詢數(shù)據(jù)的數(shù)量超出范圍，所述子進程根據(jù)查詢時間將所述查詢數(shù)據(jù)分成多個子數(shù)據(jù)再進行數(shù)據(jù)查詢，如果所述查詢 數(shù)據(jù)的數(shù)量沒有超出范圍，就直接進行數(shù)據(jù)查詢。
4.根據(jù)權利要求2所述的方法，其特征在于，所述主進程將查詢數(shù)據(jù)的命令發(fā)送給子 進程具體為所述主進程從查詢數(shù)據(jù)的命令中解析出查詢參數(shù)，所述查詢參數(shù)中包括要查詢的數(shù)據(jù) 的網(wǎng)元名稱，所述主進程根據(jù)所述子進程上報的信息從多個子進程中找到所述網(wǎng)元對應的 子進程的消息路徑，通過所述消息路徑將查詢數(shù)據(jù)的命令發(fā)送給所述子進程。
5.根據(jù)權利要求4所述的方法，其特征在于，所述子進程的消息路徑是當電信網(wǎng)管系 統(tǒng)啟動時所述子進程上報給所述主進程的，上報的信息還包括所述服務器中數(shù)據(jù)庫接口名 稱和所述子進程管理的網(wǎng)元名稱，所述上報的信息存儲在所述主進程控制的服務器內(nèi)。
6.根據(jù)權利要求1所述的方法，其特征在于，所述子進程進行數(shù)據(jù)查詢具體為所述子進程根據(jù)查詢的數(shù)據(jù)通過代碼構造結構化查詢語言(SQL)語句，通過所述SQL 語句從服務器中查詢需要的數(shù)據(jù)。
7.根據(jù)權利要求1至5任一項所述的方法，其特征在于，所述服務器存儲的數(shù)據(jù)是控制 所述服務器的子進程管理的網(wǎng)元采集的數(shù)據(jù)。
8.一種數(shù)據(jù)的管理系統(tǒng)，其特征在于，該系統(tǒng)包括主進程模塊、子進程模塊、第一服 務器；其中，主進程模塊，用于將查詢數(shù)據(jù)的命令發(fā)送給子進程模塊，接收子進程模塊返回的查詢結果；子進程模塊，用于控制第一服務器，在第一服務器中進行數(shù)據(jù)查詢，并將查詢結果返回 給主進程模塊；第一服務器，用于存儲要查詢的數(shù)據(jù)。
9.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括第二服務器，用于受所述主進程模塊控制，存儲子進程模塊上報給主進程模塊的信息， 所述信息包括子進程消息路徑、服務器中數(shù)據(jù)庫接口名稱、子進程模塊管理的網(wǎng)元名稱。
10.根據(jù)權利要求7或8所述的系統(tǒng)，其特征在于，所述子進程模塊的數(shù)量根據(jù)網(wǎng)絡規(guī) 模確定，存有多個子進程模塊時，每個子進程模塊分別處理各自管理的數(shù)據(jù)的入庫和查詢。
11.根據(jù)權利要求7或8所述的系統(tǒng)，其特征在于，所述子進程模塊還用于判斷數(shù)據(jù)的 數(shù)量是否超出預先設定的范圍，如果查詢數(shù)據(jù)的數(shù)量超出范圍，就根據(jù)查詢時間將要查詢 的數(shù)據(jù)分成多個子數(shù)據(jù)再進行數(shù)據(jù)查詢，如果查詢的數(shù)據(jù)沒有超出范圍，就直接進行數(shù)據(jù) 查詢。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)的管理方法，該方法包括主進程將查詢數(shù)據(jù)的命令發(fā)送給子進程；所述子進程控制的服務器存儲要查詢的數(shù)據(jù)，所述子進程進行數(shù)據(jù)查詢，并將查詢結果返回給所述主進程；本發(fā)明還公開了一種數(shù)據(jù)的管理系統(tǒng)。根據(jù)本發(fā)明的技術方案，能提高電信網(wǎng)管系統(tǒng)中服務器的工作效率。
文檔編號H04L12/24GK102148848SQ20101011640
公開日2011年8月10日 申請日期2010年2月10日 優(yōu)先權日2010年2月10日
發(fā)明者肖致緯 申請人:中興通訊股份有限公司