一次远程支持事故的教训,与大家分享
???
??? 剛剛完成的一次實施支持,可算是給自己上了寶貴的一課,讓自己明白在處理對產品的修改問題上必須嚴格按照操作流程,否則后果可能會非常嚴重!
事情經過簡述如下:
?
??? 我們開發的一個升級工具,被實施人員拿到一個客戶處進行產品升級操作,由于客戶數據中出現了一種特殊的數據,導致升級工具在備份系統數據的時候,發生了異常,并被系統強行關閉,因為數據量比較大,反復重復3次,用了將近3個小時的時間,已經確認是工具bug無疑。
?
??? 于是,我們進行了遠程的調試工作,因為沒有辦法直接鏈接到客戶數據庫,所以,只能通過將日志寫入工具程序,并通過替換的方式來逐步排查問題,這一步進展還算順利,很容易排查到了問題的原因,是因為在處理一個文件名超長的文件的時候,導致工具因異常而關閉,于是,我便進行修改處理。
?
??? 因為在排查階段,我們是通過遠程桌面的方式進行的,所以,我修改一個版本,即發送給對方進行替換操作,最后的一個版本,已經將導致異常的問題進行了處理,現場也不會出現異常關閉的錯誤了,于是實施人員就用這個版本進行了升級……
??? 或許,如果不是自己的一個小錯誤,這件事情就這么了結了……
?
??? 但是,似乎是要對自己的一個教訓吧,自己在處理bug問題的時候犯了一個小錯誤,當升級完畢,客戶打電話過來講述了問題的嚴重性后,我才意識到,自己沒有按照公司的正常流程進行實施支持,因為最終版本并沒有通過測試,就直接提供給了實施人員,這是一件很有風險的事情……
?
??? 還好,這次“事故”只是讓自己加班一天和實施人員進行返工,否則……有的時候,商務上的事情真的是沒有回旋余地的。
?
??? 希望大家能夠以此為戒,不要我的重蹈覆轍……
?
總結
以上是生活随笔為你收集整理的一次远程支持事故的教训,与大家分享的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 人生开关
- 下一篇: 安装Exchange2003时出0XC1