剛剛完成的一次實施支援，可算是給自己上了寶貴的一課，讓自己明白在處理對產品的修改問題上必須嚴格按照操作流程，否則後果可能會非常嚴重！
事情經過簡述如下：
我們開發的乙個公升級工具，被實施人員拿到乙個客戶處進行產品公升級操作，由於客戶資料中出現了一種特殊的資料，導致公升級工具在備份系統資料的時候，發生了異常，並被系統強行關閉，因為資料量比較大，反覆重複3次，用了將近3個小時的時間，已經確認是工具bug無疑。
於是，我們進行了遠端的除錯工作，因為沒有辦法直接鏈結到客戶資料庫，所以，只能通過將日誌寫入工具程式，並通過替換的方式來逐步排查問題，這一步進展還算順利，很容易排查到了問題的原因，是因為在處理乙個檔名超長的檔案的時候，導致工具因異常而關閉，於是，我便進行修改處理。
因為在排查階段，我們是通過遠端桌面的方式進行的，所以，我修改乙個版本，即傳送給對方進行替換操作，最後的乙個版本，已經將導致異常的問題進行了處理，現場也不會出現異常關閉的錯誤了，於是實施人員就用這個版本進行了公升級……
或許，如果不是自己的乙個小錯誤，這件事情就這麼了結了……
但是，似乎是要對自己的乙個教訓吧，自己在處理bug問題的時候犯了乙個小錯誤，當公升級完畢，客戶打**過來講述了問題的嚴重性後，我才意識到，自己沒有按照公司的正常流程進行實施支援，因為最終版本並沒有通過測試，就直接提供給了實施人員，這是一件很有風險的事情……
還好，這次「事故」只是讓自己加班一天和實施人員進行返工，否則……有的時候，商務上的事情真的是沒有迴旋餘地的。
希望大家能夠以此為戒，不要我的重蹈覆轍……
一次遠端支援事故的教訓，與大家分享
剛剛完成的一次實施支援，可算是給自己上了寶貴的一課，讓自己明白在處理對產品的修改問題上必須嚴格按照操作流程，否則後果可能會非常嚴重！事情經過簡述如下 我們開發的乙個公升級工具，被實施人員拿到乙個客戶處進行產品公升級操作，由於客戶資料中出現了一種特殊的資料，導致公升級工具在備份系統資料的時候，發生了異...
一次資源耗盡的教訓
ssh exchange identification read connection reset by peer 我趕緊嘗試登入，果然出現了,然後運維的在機房一查說資源耗盡了 然後老大就開始問裡面都有什麼我們知道的服務，評估一下是否能重啟，重啟後都需要開啟哪些服務，我就直接說了我知道的兩個ci 服...
一次慘痛的面試教訓
這已經是乙個多星期以前的事情了 2011年7月29日 但是想起來，感覺還是挺不好。寫出來，希望給大家提供乙個反面教材，大家以後面試時，一定注意。這是在第二面中遇到的乙個問題，問題很簡單。但是，不簡單 的我給自己挖了乙個坑，自己還渾然不覺地跳了進去，進去也出不來時，才發現自己給自己挖了個坑。實在是鬱悶...