1、億陽信通部門：綜合工程組撰寫：文檔：文檔狀態(tài)：初稿V1.0屬于億陽信通所有，無億陽信通的同意，任何個人或組織無權(quán)拷貝。發(fā)布日期：2010/11告警清除過濾優(yōu)化測試文檔更改歷史序號主要更改內(nèi)容版本號更改人更改時間1建立文檔V1.02010-11-192341 概述1.1 測試目的驗證 DispatcherV1.8 版本清除告警過濾是否符合程序設計的清除過濾邏輯，清除告警過濾效率，Dispatcher 優(yōu)化效果。1.2 測試對象介紹Dispatcher 主要功能之一：從 Trans.Q 接收全量 1406 消息，之后根據(jù)過濾器對 1406 活動告警消息進行過濾，最后分發(fā)到客戶端呈現(xiàn)，這個過程中 D

2、ispatcher 是不對清除告警進行過濾的。舉例：假設每天有 100 萬條活動告警，理論上對應就有 100 萬條清除告警。而過濾窗口可能一天只需要接收 1000 條活動告警，卻要接收 100 萬條清除告警，這樣無疑加大了客戶端與服務器負擔。DispatcherV1.8 版本，在原有的處理邏輯中增加對清除告警的過濾機制。該機制主要邏輯如下：1.查找全局MAP全局 GMap 找不到清除時，該清除告警往客戶端發(fā)送。關鍵字： Not Found CFP from GMap:%u,map size:%d2.全局 MAP 找到清除，再查找本地 MAP1) 對于接收到的清除告警，在 localMap 找不

3、到 GMap 中找到清除時，進行活動告警時間與客戶端窗口時間的比較，活動告警時間晚于過濾窗口開啟時間則該清除告警不發(fā)送到客戶端。關鍵字：Can not find CFP from localMap:%uactive alarm time:%ld is after c nt open time:%ld,will nod the clear alarm2) 活動告警時間早于過濾窗口開啟時間則該清除告警發(fā)送到客戶端。關鍵字：Found CFP from localMap:%u3.活動告警向客戶端發(fā)送的同時向 localMap注：localMap：客戶端啟動時線程文件GMap：dispatcher 服

4、務啟動時全局文件CFP 清除。1.3 支撐說明版本用途W(wǎng)indos 操作系統(tǒng)2003用于安裝應用服務器(APP)UNIX 操作系統(tǒng)SunOS 5.9MQUNIX 操作系統(tǒng)SunOS 5.9用于安裝數(shù)據(jù)庫服務器ORACLE10.0.0.1.0數(shù)據(jù)庫1.4 支撐硬件說明1.51.5.1 清除告警過濾功能測試目的：檢查清除告警是否按預期要求過濾前置條件：有采用全量過濾器的客戶端在使用 dispatcher，使之產(chǎn)生較全面的日志測試步驟：1、 AMServer 服務器上，開啟對應 dispatcher 詳細日志2、 在日志中查找是否含有滿足以下條件的日志；開關；對于接收到的清除告警，在 localMa

5、p 找不到GMap 中找到清除時，進行活動告警時間與客戶端窗口時間的比較，活動告警時間早于過濾窗口開啟時間則該清除告警不往客戶端發(fā)送。：localMap 找到清除GMap 找不到清除時，該清除告警往客戶端發(fā)送。時，該清除告警往客戶端發(fā)送。活動告警向客戶端發(fā)送的同時向 localMapCFP 清除。條件 1 結(jié)果：條件 2 結(jié)果：機器類型硬件配置用途數(shù)量SUNSUN V880CPU: 2*900HZ內(nèi)存 4GSYBASE數(shù)據(jù)庫服務器1SUNSUN 4800CPU：4*900HZ內(nèi)存：4GMQ1測試機前置機WINXPCPU：PE42.8 雙核內(nèi)存：1G綜合測試時的前臺客戶端1測試機Win2003s

6、erverCPU：PE42.8 雙核內(nèi)存：4G應用服務器1sic_numDispatcher 日志告警統(tǒng)計條件 3 結(jié)果：條件 4 結(jié)果：結(jié)果分析： dispatcher 日志中對列舉情況的告警均有詳細濾處理是正確的。，說明 dispatcher 清除告警過1.5.2 Dispatcher 清除告警過濾功能可靠性測試目的：檢查經(jīng)過優(yōu)化后的 Dispatcher 清除告警過濾是否有誤將需要上送的告警進行過濾前置條件：Dispatcher 新舊版本均正常運行接收告警。測試步驟：1） 1.6 客戶端收現(xiàn)網(wǎng)告警。2） 用 MQ 測試直接收過濾后的清除告警。3） 每間隔 1 小時，對比一次兩邊接收到的告

7、警是否一致。：10 月 26 日經(jīng)過 2 天對比，接收到的告警量一樣。結(jié)果分析：Dispatcher 過濾功能可靠，對不需要過濾的告警能正常上送。1.5.3 Dispatcher 處理告警效率測試目的：檢查經(jīng)過優(yōu)化后的 Dispatcher 告警接收與發(fā)送處理效率前置條件：測試步驟：采用 sic_num 工具，獲取 dispacher24 小時告警接收發(fā)送情況；計算每小時告警接收發(fā)送情況均值；計算 24 小時告警接收發(fā)送情況均值；：結(jié)果分析：1.2.Dispatcher 平均每小時接收 3271475 條告警，其中 62%清除告警，38%活動告警。24 小時中告警接收在凌晨 4 點共 274

8、個隊列，平均每秒接收活動告警1762.41 條/秒，清除告警 3062.76 條/秒。告警發(fā)送在凌晨 1 點共 271個隊列，發(fā)送清除告警 1559.49 條/秒，發(fā)送活動告警 28.9 條/秒。平均每秒接收活動告警 1295.55 條/秒，接收清除告警 2129.33 條每/秒平均每秒發(fā)送活動告警 12.37 條/秒，平均發(fā)送清除告警 999.9 條/秒平均每小時有 264 個隊列，發(fā)送 3646963 條告警，約占接收總量 45%其中活動告警上送占 1%，滿足條件上送的清除告警占 0%，客戶端啟動時間晚于活動告警上送時間而被上送的清除數(shù)量占 0%，活動告警時間上送早于 Dispatcher

9、 啟動時間而上送的清除告警占 44% 。不滿足過濾條件而被清除掉的告警4442342.45 條占 55%。3.4.5.1.5.4 Dispatcher 清除告警過濾效果測試目的：檢查經(jīng)過 Dispatcher 清除告警過濾效率前置條件：測試步驟：采用 sic_num 工具，獲取 dispacher24 小時告警接收發(fā)送情況；計算每小時告警接收發(fā)送情況均值；計算 24 小時告警接收發(fā)送情況均值；：1.結(jié)果分析：每小時 DISPacher 平均每小時接收清除告警 7665594 條，占總接收 62%。平均每小時過濾 4442342 條占總接收量 55%，清除告警過濾效果明顯。清除過濾功能減輕了服務器與客戶端的網(wǎng)絡負擔，從而了產(chǎn)品的性能。1.6 測試結(jié)論通過驗證測試，得出以下結(jié)論：清除告警過濾功能正常，可過濾預期要求過濾掉的數(shù)據(jù)。清除告警過濾功能可靠，未發(fā)現(xiàn)有誤刪告警的情況。Dispatcher 平均每小時接收 3271475 條告警，其中 62%清除告警，