一次遠端支援事故的教訓,與大家分享

2021-04-22 11:00:33 字數 739 閱讀 7362

剛剛完成的一次實施支援,可算是給自己上了寶貴的一課,讓自己明白在處理對產品的修改問題上必須嚴格按照操作流程,否則後果可能會非常嚴重!

事情經過簡述如下:

我們開發的乙個公升級工具,被實施人員拿到乙個客戶處進行產品公升級操作,由於客戶資料中出現了一種特殊的資料,導致公升級工具在備份系統資料的時候,發生了異常,並被系統強行關閉,因為資料量比較大,反覆重複3次,用了將近3個小時的時間,已經確認是工具bug無疑。

於是,我們進行了遠端的除錯工作,因為沒有辦法直接鏈結到客戶資料庫,所以,只能通過將日誌寫入工具程式,並通過替換的方式來逐步排查問題,這一步進展還算順利,很容易排查到了問題的原因,是因為在處理乙個檔名超長的檔案的時候,導致工具因異常而關閉,於是,我便進行修改處理。

因為在排查階段,我們是通過遠端桌面的方式進行的,所以,我修改乙個版本,即傳送給對方進行替換操作,最後的乙個版本,已經將導致異常的問題進行了處理,現場也不會出現異常關閉的錯誤了,於是實施人員就用這個版本進行了公升級……

或許,如果不是自己的乙個小錯誤,這件事情就這麼了結了……

但是,似乎是要對自己的乙個教訓吧,自己在處理bug問題的時候犯了乙個小錯誤,當公升級完畢,客戶打**過來講述了問題的嚴重性後,我才意識到,自己沒有按照公司的正常流程進行實施支援,因為最終版本並沒有通過測試,就直接提供給了實施人員,這是一件很有風險的事情……

還好,這次「事故」只是讓自己加班一天和實施人員進行返工,否則……有的時候,商務上的事情真的是沒有迴旋餘地的。

希望大家能夠以此為戒,不要我的重蹈覆轍……

一次遠端支援事故的教訓,與大家分享

剛剛完成的一次實施支援,可算是給自己上了寶貴的一課,讓自己明白在處理對產品的修改問題上必須嚴格按照操作流程,否則後果可能會非常嚴重!事情經過簡述如下 我們開發的乙個公升級工具,被實施人員拿到乙個客戶處進行產品公升級操作,由於客戶資料中出現了一種特殊的資料,導致公升級工具在備份系統資料的時候,發生了異...

一次資源耗盡的教訓

ssh exchange identification read connection reset by peer 我趕緊嘗試登入,果然出現了,然後運維的在機房一查說資源耗盡了 然後老大就開始問裡面都有什麼我們知道的服務,評估一下是否能重啟,重啟後都需要開啟哪些服務,我就直接說了我知道的兩個ci 服...

一次慘痛的面試教訓

這已經是乙個多星期以前的事情了 2011年7月29日 但是想起來,感覺還是挺不好。寫出來,希望給大家提供乙個反面教材,大家以後面試時,一定注意。這是在第二面中遇到的乙個問題,問題很簡單。但是,不簡單 的我給自己挖了乙個坑,自己還渾然不覺地跳了進去,進去也出不來時,才發現自己給自己挖了個坑。實在是鬱悶...