自動轉報系統數據庫進程異常的現象及處置過程的案例分析論文

    時間:2021-04-27 14:21:26 論文 我要投稿

    自動轉報系統數據庫進程異常的現象及處置過程的案例分析論文

      摘要:本文詳細描述了自動轉報系統數據庫進程異常的現象及處置過程, 總結了類似故障的處理方法及預防措施。

    自動轉報系統數據庫進程異常的現象及處置過程的案例分析論文

      關鍵詞:自動轉報系統; 數據庫操作處理進程DMHS_MON; 壓報;

      2010年, 北京區管中心從中國民航總局航管科技公司引進了DMHS—H大型電報和信息交換處理系統, 該系統采用存儲轉發的方式完成電報信息的交換, 作為首都機場自動轉報樞紐的下級節點, 通過民航ATM專網與首都機場轉報系統、民航總局轉報系統相連, 承載著北京區域管制中心所有的電報收發業務, 為北京區管的管制員提供安全可靠的飛行電報信息。系統服務器及交換機均采用雙機熱備方式, 為每臺服務器配備獨立的oracle關系型數據庫, 達到雙機雙庫運行模式。

      一、相關內容解釋

      DMHS_MON:數據庫操作處理, 主要負責報文收發出入庫功能操作

      DMHS_IP、%date%:存放于/dmhs/log目錄下的日志文件

      OUT_QUEUE_%date%:輸出隊列報文表, 其中DEAL_FLAG字段, Y為正常發送、T為中間態、M為未發、D為刪除

      二、故障現象

      值班員發現, 北京時間2017年12月21日早八點, 即國際時零點左右, DMHS—H轉報系統的前臺管理終端會出現告警:“dmhs_mon從[00:00:00]進程136秒工作可能不正常, 請檢查盤陣!”

      三、問題分析

      登錄自動轉報系統后臺管理終端, 查看DMHS_IP日志, 發現自19日起至21日共三天, 每日國際時00:02:16, 均出現“Chk_Mon_Wait_Long dmhs_mon從[00:00:00]起[136秒]工作可能不正常, 請檢查盤陣!”告警。

      根據自動轉報系統的工作原理, 當系統產生大量壓報且數量超過內存的上限, 新的壓報會覆蓋最開始的壓報, 而數據庫中的壓報數據一直是被標記為‘M’的。當內存中的壓報被繞轉或被刪除之后, 以前被覆蓋的壓報就會一直存在于數據庫中, 且標記始終為‘M’未發送, 這些報文就會在每天國際時00:00:00進行移庫操作, 將數據庫中的昨日未發報文移動到當天的發送報文表中。可以確定, 此次故障告警時間與數據庫移庫操作時間吻合, 登錄到數據庫, 統計當天未發送的報文, 得到結果為74034條, 由此可以斷定, 12月18日自動轉報系統某信道產生了大量標記為‘M’的被覆蓋的未發送報文, 這些報文每天在國際時00:00:00進行移庫操作, 連續進行了三天, 每次移庫花費136秒, 使得DMHS_MON進程響應變慢, 從而前臺出現相應的告警。

      四、故障處置

      根據以上分析, 修改輸出隊列報文表中積壓報文的狀態, 由未發送改為正常發送, 同時要注意避免將12月21日新產生的未發報文同時被修改。

      五、總結

      5、1及時查看信道壓報情況

      值班員應做到每兩小時查看一次系統的壓報數量, 如果壓報過多應及時處理, 可進行壓報繞轉、報文drop等操作, 及時檢查線路以及終端問題。

      5、1、1壓報繞轉操作

      點擊主菜單“報務管理”的'“相關控制”單擊“壓報繞轉”, 在“源隊列”輸入有壓報的隊列, 在“目標隊列”填入源隊列的備用隊列, 然后選擇繞轉電報等級, 最后點擊“確定”。

      5、1、2 DROP報文操作

      點擊主菜單“報務管理”的“相關控制”單擊“DROP/UNDROP電文”, 在“隊列名稱”內填入要DROP的隊列, 等級及日期, 然后選擇“瀏覽報文”最后可以DROP全部, 也可以選擇性的DROP所選報文。

      5、1、3UNDROP報文操作

      點擊主菜單“報務管理”的“相關控制”單擊“DROP/UNDROP電文”, 在“隊列名稱”內填入要UNDROP的隊列, 等級及日期, 然后選擇“瀏覽報文”, 然后點擊“全部UNDROP”恢復DROP掉的電文。

      當某一隊列轉報速度慢, 有很多積壓電報, 就可以先DROP掉一些無關緊要的電報, 讓后面新來的電報先走。DROP不是真正的刪除電文而等轉報機機正常后, 再把DROP的電報UNDROP恢復。

      5、2設置壓報告警

      對于重要的信道設置壓報告警, 點擊“系統配置”的“流量告警設置”, 在新建/修改頁面中, 填入需要配置告警的信道、告警的時間段、最大和最小報量以及報文統計周期 (以分鐘為單位) 。

      這樣在告警時間段, 當壓信道報超出設定最大或小于設定最小報量之后, 轉報系統會主動發出告警提示, 以便提醒值班員及時進行處理, 從而避免出現大量壓報。

      參考文獻

      [1]徐斌, 鄭斌、自動轉報系統GPS故障案例分析[J]、當代青年, 2015年第07期、

      [2]李朝紅、DMHS—M轉報機幾則故障分析[J]、空中交通, 2015年第05期、

    【自動轉報系統數據庫進程異常的現象及處置過程的案例分析論文】相關文章:

    分析幾起市電異常引起的設備故障現象及處置方法的案例論文12-03

    關于環網運行異常現象分析論文04-09

    論全真案例演示教學法過程分析論文11-11

    Windows XP中自動系統恢復方法分析論文07-09

    論文汽輪機的異常原因分析06-26

    商法案例分析論文02-24

    《圓明園的毀滅》的案例分析論文11-04

    干部培訓管理信息化系統數據庫分析論文10-29

    機動車行車事故自動報警系統的設計與分析論文11-18

    国产一级a爱做免费播放_91揄拍久久久久无码免费_欧美视频在线播放精品a_亚洲成色在线综合网站免费

      香蕉久久精品精品 | 香蕉久久精品精品 | 在线视频一区二区三区不卡 | 五月婷精品在线视频 | 日本一区喷水精品视频 | 亚洲中文字幕αv天堂 |