綜合監(jiān)控-測(cè)試報(bào)告dispatcher過濾清除優(yōu)化測(cè)試

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

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

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

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

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

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

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

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

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