5月19日，神行云獸平臺上突然接到這樣一個需求:“業(yè)務的數(shù)據(jù)庫交互的下載速度慢，發(fā)現(xiàn)有4個壞塊，急需要工程師排查故障并解決。設備信息：DB2數(shù)據(jù)庫。9.5版本運行系統(tǒng)環(huán)境windows2003 物理機X3950M2”?？吹叫枨蠛?，值班的運營人員馬上與客戶進行詳細的溝通，與此同時，將此工單推送給了線上工程師。
也許是周六下午的原因吧，平臺遲遲沒有收到報名反饋……
于是，平臺運營人員開始在系統(tǒng)中搜索DB2標簽的工程師，并與他們進行了溝通，遺憾的是，他們都無法按時前往客戶現(xiàn)場。
就在此時，一位電話溝通過的DB2工程師主動給我們打來電話，說他有朋友可以上門提供服務，并推薦朋友注冊成為神行工程師。就這樣，趙工首次以神行工程師的身份，接到了第一份工單。
終于找到合適的工程師了，雖說過程有些復雜，但這也只用了30分鐘，平臺與趙工進行詳細溝通。此時是下午4點30分，1小時后，趙工抵達客戶現(xiàn)場。
數(shù)據(jù)庫問題本就比較復雜，又事關客戶業(yè)務，趙工絲毫不敢怠慢，緊鑼密鼓開始排查。起先，趙工發(fā)現(xiàn)數(shù)據(jù)庫訪問速度降低，隨即便做了優(yōu)化，趙工做了統(tǒng)計信息更新/大事務/性能差的sql及應用package的綁定，應用跑批“匹配和更新”環(huán)節(jié)，提升到由1000/每秒，提升到2000/每秒，但是數(shù)據(jù)“上載”性能仍未有提升，可以排除數(shù)據(jù)庫的性能問題，但下載速度慢的問題并未得到解決，排查仍在繼續(xù)……
此時已是晚上11點，經過一再的排查，最終可以排除數(shù)據(jù)庫性能問題，確定為應用服務器卡頓，趙工與客戶進行溝通，客戶協(xié)調硬件工程師配合處理，經過6小時的奮戰(zhàn)，趙工的任務終于可以結束了，此時已是5月20日凌晨，趙工離開前說道：“在處理應用服務器時，如果需要數(shù)據(jù)庫支持可以隨時聯(lián)系我”。
5月20日，我們對客戶進行電話回訪，客戶說，故障已經解決了，雖然最后確認不是DB2的問題，但是工程師對數(shù)據(jù)庫做了全面檢查及優(yōu)化，表示對趙工的專業(yè)態(tài)度及高技能非常認可。對平臺的響應速度表示深切的肯定。
這次緊急工程師服務項目中，數(shù)據(jù)庫其實是沒有故障的，只是性能出現(xiàn)了問題，神行云獸平臺實際上是幫著客戶做了一次數(shù)據(jù)庫的優(yōu)化，這是軟件類產品維保的難點，和硬件類那種0和1的故障相比，軟件的問題更加模糊，與其他產品的耦合關聯(lián)更多，難度也更大。
此次問題的順利解決主要得益于神行云獸平臺廣泛的工程師資源和秒級的服務響應速度，接下來平臺會進一步擴大工程師技能標簽，覆蓋更多服務場景。
