衍生問題:
有些系統 , 在資料庫的運作紀錄滿的時候 , 正常都會自行清除 , 不清掉 , 可能使得兩端 , 出現"類網路"壅塞現象而斷線。
這時候 , 忍痛重新啟動是否是最後一招呢,值得商榷 ,
通常 , 重啟後,於其他系統先發現有幾筆出現” 有誤”的交易,約幾分鐘後又發現另外幾筆。
"原因待查"是通病 , 為何會隔幾分鐘出現錯誤的單子呢,心想,需儘速確認是否還有其他....
隨後於原本的系統查看到訊息是-標準代碼 + 標準錯誤訊息內容,但是必須另起程式元件,輸入細的條件後才能找到一群資料,
然後再一頁一頁的看是否有看到有問題的單子,因為無法篩選過慮出異常訊息的單子, 所以還是不確定,
接下來的工作是更困難的,因為同時間,大家都追著你,怎麼辦。。。
同時,須要即刻確認委託成功或失敗,會再送出去嗎??
以進一步因應,刪除掉還是或重新交易呢。。。
處理方式:請其刪單看看,以訊息再判斷委託成功否。但無訊息可看。。。
問:
1. 異常當時,決定重啟系統後,原本的系統是否會將當時的資料再送出?
2. 或是送出時失敗者?
3. 查到的幾筆錯誤單的訊息代碼,並無其他可查證問題訊息,如何確定交易狀態?
4. 按照公部門的一般錯誤訊息,狀態代碼 00 須要自己打電話去問公部門ㄟ。
在異常狀況下,大家都忙著處理手邊持續進來的交易 , 很難抽出額外時間去打電話問.
況且有好幾筆交易哩!!公部門也需要時間處理的。
5. 是否有可查知該異常單的狀態是處於交易流程的那一個階段,如:送出、在所端、在回程或
或其他。。。
系統存在改善空間的?
此異常輔助功能會用到的機率是低的 , 但遇到的時候 , 恐怕會減少很多處理時間的.
也就是增加異常查詢與確認的功能。
以上 , 如果沒有足夠經驗,是否有可能快速解決問題呢?
