Page 56 - Vol.29

Tech
Notes
技術專文

況，以快速診斷究竟問題卡在什麼
圖 7、健檢系統歷史心電圖記錄查詢
地方，並對症下藥立即進行異常排
除。
除了即時的心電圖監控外，健檢系
統也提供了歷史的心電圖記錄查
詢，包括每次執行的開始時間、結
束時間、持續時間以及資料筆數
等，如 圖7 ，我們可以透過這些大
數據的收集計算各應用程式的執行
基期並做為後續執行效率的分析與 執行 資料 資料
時間 時間 比數
預警等應用。

健檢系統測試 圖 8、心電圖異診斷手法

與異常分析 持續時間

處
理
效
健檢系統收集了各個應用程式的心 率
( 筆 數
電圖後，下一步就是如何判讀心電 持續時間過長
圖的發生了異常？例如心跳暫停、 / 秒
心律不整與心跳無力等。這可以 ) 逾時未
執行頻率 處理效率異常 開始執行
由 圖8 的心電圖異常診斷手法來進
時間
行說明。通常應用程式都是以固定
第一段開始 第一段結束 第二段開始 第二段結束 第三段開始
頻率來啟動執行，若正常執行狀況
的時序圖如第一個方波所示，則可
觀察到第二個方波執行的持續時間
圖 9、健檢系統警報設定畫面
明顯較第一次拉長許多，這可歸類
為心跳無力的現象；另外在處理資
料的效率上，第二個方波也明顯偏
低，我們可以判定為心律不整的狀
況；第三個方波則未在預期的時間
開始執行，且執行後一直沒有結束
的狀況，屬於心跳暫停的異常。
但健檢系統是如何判讀心電圖的異
常呢？這可由 圖9 的警報條件設定
畫面進行規畫，包括逾時未執行時
間、逾時未結束時間、資料戳記未
更新時間以及資料處理筆數等。而
除了即時判讀與通報異常的效益 離線，屬於不可抗力的原因，但透
每一個應用程式可透過歷史心電圖
外，健檢系統的異常警報記錄也提 過健檢系的異常通報，我們仍可以
的記錄來計算合理的設定值。設定
供了我們系統問題分析與改善的重 隨時掌控更應用程式的執行狀況。
完成後，健檢系統會依據各應用程
要參考依據。統計健檢系統上線以
式所設定的條件，以每分鐘一次的
來五月到十月期間累積的警報次數
頻率來進行所有應用程式的掃描， INSQL 資料庫記憶體不足
為 229 次，我們針對每次的異常
若符合所設定的警報條件，則心電 廠務各監控系統資料主要是儲存在
進一步進行分析與歸類，結果如 圖
圖異常的狀況即判斷成立。透過這 Wonderware INSQL 資料庫，但因
10，說明如下。
樣的方式，健檢系統持續監控各應 為監控系統的點數眾多導致 INSQL
用程式的執行健康狀況，若發現異 長期負載過重，加上無法自動釋放
常將立即以簡訊以及 Email 雙重管 應用程式軟體更新保養 記憶體資源，因此每隔一段時間就
道同步通報管理人員並進行問題排 應用程式軟體更新例如 Power 會導致記憶體不足當機的狀況，相
除，大幅減少過去用戶端通報異常 SCADA 或是設備停機保養例如 關的應用程式也會受到影響而停止
的次數。 Inline GCMS 都會造成與健檢系統 運作，我們的短期的改善方法是將

56