我也來吐槽一下騰訊云本次的故障，我們做為創(chuàng)業(yè)公司，這次也是損失慘重，老板是好人，沒想過去向騰訊云索賠的問題。

騰訊云此次故障來勢非常突然，大約是在7月20號晚上21點左右出現(xiàn)險情，服務器卡克，由于是周五，這個時間段正是我們業(yè)務繁忙的時間（我們是做快遞代收系統(tǒng)的，平時業(yè)務高峰在晚上19點左右，周五一般在21點左右），群里突然炸了，被老板緊急召喚，查詢問題，無法登陸服務器，服務器重啟失敗，強制重啟失敗，緊接著顯示故障。由于此設備為我們公司主站系統(tǒng)，用戶取快遞的驗證碼，代收點PC端取件，商家提現(xiàn)均需要訪問此站，業(yè)務自此就算癱瘓了，群里質(zhì)疑聲一片，以為我們公司突然倒閉了呢。

緊急求助的工單

在無法重啟后，緊接著向騰訊云發(fā)出緊急求助，技術(shù)支持反應速度倒還算快，告知北京三區(qū)硬盤出現(xiàn)故障，正在緊急恢復。業(yè)務不能等啊，老板手機都被打爆了，平時和藹可親的老板，電話中語氣明顯帶著火藥味了，隨后召集公司技術(shù)開發(fā)人員上線加班，由于主站暫時無法恢復，是否有備用站點，媽媽的，我們13臺服務器，竟然有9臺在北京三區(qū)里，除了主站服務器外，其他的任意8臺都有可能會隨時出故障，先做其他8臺設備的備份吧，可是，但可是，每一臺都很卡，最后歷時很久（具體多久不記得了），總算備份下來了。萬幸的是主站系統(tǒng)的測試站點在北京一區(qū)，在備份的同時切換到測試站點臨時應急，可惜版本往前多了10天的差距。做為創(chuàng)業(yè)公司，平時不注意版本控制，臨時抱佛腳，開發(fā)人員到凌晨1點總算把備用站點啟用，業(yè)務群里早已經(jīng)安靜了，估計用戶罵累了都睡覺去了。

跟老板電話匯報結(jié)果，和藹可親的老板說了句，這是我們一個坎，恢復不過來公司有倒閉的可能。一句話說的我滿心愧疚，當初是我力主用的云服務。

我們等到凌晨3點也沒等到故障恢復，凌晨5點起來看到系統(tǒng)已恢復（心里有事睡不踏實），心中暗喜，果然是云服務，系統(tǒng)配置啥的都一樣。再仔細一看，少了一個盤符，D盤沒了。天，不是吧，最最最重要的文件都在數(shù)據(jù)盤上。C是系統(tǒng)盤，D是數(shù)據(jù)盤，F(xiàn)是備份盤?？碏盤還在，對比了備份文件往后少了10天。媽媽的，我對你騰訊云多有信心啊，備份都是15天備份一次，現(xiàn)在竟然全部給丟了。繼續(xù)求助騰訊云吧。最后確認丟了，沒辦法恢復，永久性的沒辦法恢復。

我是凌晨5點提交的恢復申請，7點半回復咨詢情況，大家都很辛苦。

做為一個從業(yè)20年的資深運維人員，曾搭建自有環(huán)境時做過raid，做過主備，做過集群，就是為了防止數(shù)據(jù)丟失，也從未丟過數(shù)據(jù)，怎么就想不通云服務上還能丟數(shù)據(jù)，丟了還找不回來。該怎么向同事，向老板交差呢。感謝技術(shù)同事的理解，雖然差了10天的版本，經(jīng)過開發(fā)同事4天加班加點的努力，總算恢復到故障以前的狀態(tài)。

老板說，系統(tǒng)恢復過來了，業(yè)務丟了近一半，以前平均一天16萬個包裹量，四天后一天9萬多包裹量。

從騰訊云系統(tǒng)恢復的次日客服就打電話談賠償問題，當時由于全力在恢復系統(tǒng)，沒時間談賠償，也跟老板說了，騰訊云說要賠償，怎么賠。我們老板這個大好人，說了一句別人怎么賠就怎么賠就行了，別難為人家。最后按照損失硬盤的價格給賠付，丟失的D盤是10G的云硬盤，購買了3年。按照這個標準賠了300多塊。

給老板匯報，老板說：可以的。