自動轉(zhuǎn)報系統(tǒng)數(shù)據(jù)庫進程異常的現(xiàn)象及處置過程的案例分析論文
摘要：本文詳細描述了自動轉(zhuǎn)報系統(tǒng)數(shù)據(jù)庫進程異常的現(xiàn)象及處置過程， 總結(jié)了類似故障的處理方法及預(yù)防措施。
關(guān)鍵詞：自動轉(zhuǎn)報系統(tǒng)； 數(shù)據(jù)庫操作處理進程DMHS＿MON； 壓報；
2010年， 北京區(qū)管中心從中國民航總局航管科技公司引進了DMHS—H大型電報和信息交換處理系統(tǒng)， 該系統(tǒng)采用存儲轉(zhuǎn)發(fā)的方式完成電報信息的交換， 作為首都機場自動轉(zhuǎn)報樞紐的下級節(jié)點， 通過民航ATM專網(wǎng)與首都機場轉(zhuǎn)報系統(tǒng)、民航總局轉(zhuǎn)報系統(tǒng)相連， 承載著北京區(qū)域管制中心所有的電報收發(fā)業(yè)務(wù)， 為北京區(qū)管的管制員提供安全可靠的飛行電報信息。系統(tǒng)服務(wù)器及交換機均采用雙機熱備方式， 為每臺服務(wù)器配備獨立的oracle關(guān)系型數(shù)據(jù)庫， 達到雙機雙庫運行模式。
一、相關(guān)內(nèi)容解釋
DMHS_MON：數(shù)據(jù)庫操作處理， 主要負責報文收發(fā)出入庫功能操作
DMHS_IP、%date%：存放于/dmhs/log目錄下的日志文件
OUT_QUEUE_%date%：輸出隊列報文表， 其中DEAL_FLAG字段， Y為正常發(fā)送、T為中間態(tài)、M為未發(fā)、D為刪除
二、故障現(xiàn)象
值班員發(fā)現(xiàn)， 北京時間2017年12月21日早八點， 即國際時零點左右， DMHS—H轉(zhuǎn)報系統(tǒng)的前臺管理終端會出現(xiàn)告警：“dmhs_mon從[00：00：00]進程136秒工作可能不正常， 請檢查盤陣！”
三、問題分析
登錄自動轉(zhuǎn)報系統(tǒng)后臺管理終端， 查看DMHS_IP日志， 發(fā)現(xiàn)自19日起至21日共三天， 每日國際時00：02：16， 均出現(xiàn)“Chk_Mon_Wait_Long dmhs_mon從[00：00：00]起[136秒]工作可能不正常， 請檢查盤陣！”告警。
根據(jù)自動轉(zhuǎn)報系統(tǒng)的工作原理， 當系統(tǒng)產(chǎn)生大量壓報且數(shù)量超過內(nèi)存的上限， 新的壓報會覆蓋最開始的壓報， 而數(shù)據(jù)庫中的壓報數(shù)據(jù)一直是被標記為‘M’的。當內(nèi)存中的壓報被繞轉(zhuǎn)或被刪除之后， 以前被覆蓋的壓報就會一直存在于數(shù)據(jù)庫中， 且標記始終為‘M’未發(fā)送， 這些報文就會在每天國際時00：00：00進行移庫操作， 將數(shù)據(jù)庫中的昨日未發(fā)報文移動到當天的發(fā)送報文表中�？梢源_定， 此次故障告警時間與數(shù)據(jù)庫移庫操作時間吻合， 登錄到數(shù)據(jù)庫， 統(tǒng)計當天未發(fā)送的報文， 得到結(jié)果為74034條， 由此可以斷定， 12月18日自動轉(zhuǎn)報系統(tǒng)某信道產(chǎn)生了大量標記為‘M’的被覆蓋的未發(fā)送報文， 這些報文每天在國際時00：00：00進行移庫操作， 連續(xù)進行了三天， 每次移庫花費136秒， 使得DMHS_MON進程響應(yīng)變慢， 從而前臺出現(xiàn)相應(yīng)的告警。
四、故障處置
根據(jù)以上分析， 修改輸出隊列報文表中積壓報文的狀態(tài)， 由未發(fā)送改為正常發(fā)送， 同時要注意避免將12月21日新產(chǎn)生的未發(fā)報文同時被修改。
五、總結(jié)
5、1及時查看信道壓報情況
值班員應(yīng)做到每兩小時查看一次系統(tǒng)的壓報數(shù)量， 如果壓報過多應(yīng)及時處理， 可進行壓報繞轉(zhuǎn)、報文drop等操作， 及時檢查線路以及終端問題。
5、1、1壓報繞轉(zhuǎn)操作
點擊主菜單“報務(wù)管理”的'“相關(guān)控制”單擊“壓報繞轉(zhuǎn)”， 在“源隊列”輸入有壓報的隊列， 在“目標隊列”填入源隊列的備用隊列， 然后選擇繞轉(zhuǎn)電報等級， 最后點擊“確定”。
5、1、2 DROP報文操作
點擊主菜單“報務(wù)管理”的“相關(guān)控制”單擊“DROP/UNDROP電文”， 在“隊列名稱”內(nèi)填入要DROP的隊列， 等級及日期， 然后選擇“瀏覽報文”最后可以DROP全部， 也可以選擇性的DROP所選報文。
5、1、3UNDROP報文操作
點擊主菜單“報務(wù)管理”的“相關(guān)控制”單擊“DROP/UNDROP電文”， 在“隊列名稱”內(nèi)填入要UNDROP的隊列， 等級及日期， 然后選擇“瀏覽報文”， 然后點擊“全部UNDROP”恢復DROP掉的電文。
當某一隊列轉(zhuǎn)報速度慢， 有很多積壓電報， 就可以先DROP掉一些無關(guān)緊要的電報， 讓后面新來的電報先走。DROP不是真正的刪除電文而等轉(zhuǎn)報機機正常后， 再把DROP的電報UNDROP恢復。
5、2設(shè)置壓報告警
對于重要的信道設(shè)置壓報告警， 點擊“系統(tǒng)配置”的“流量告警設(shè)置”， 在新建/修改頁面中， 填入需要配置告警的信道、告警的時間段、最大和最小報量以及報文統(tǒng)計周期 （以分鐘為單位） 。
這樣在告警時間段， 當壓信道報超出設(shè)定最大或小于設(shè)定最小報量之后， 轉(zhuǎn)報系統(tǒng)會主動發(fā)出告警提示， 以便提醒值班員及時進行處理， 從而避免出現(xiàn)大量壓報。
參考文獻
[1]徐斌， 鄭斌、自動轉(zhuǎn)報系統(tǒng)GPS故障案例分析[J]、當代青年， 2015年第07期、
[2]李朝紅、DMHS—M轉(zhuǎn)報機幾則故障分析[J]、空中交通， 2015年第05期、
【自動轉(zhuǎn)報系統(tǒng)數(shù)據(jù)庫進程異常的現(xiàn)象及處置過程的案例分析論文】相關(guān)文章：
分析幾起市電異常引起的設(shè)備故障現(xiàn)象及處置方法的案例論文12-03
關(guān)于環(huán)網(wǎng)運行異�，F(xiàn)象分析論文04-09
論全真案例演示教學法過程分析論文11-11
Windows XP中自動系統(tǒng)恢復方法分析論文07-09
論文汽輪機的異常原因分析06-26
商法案例分析論文02-24
《圓明園的毀滅》的案例分析論文11-04