對大多數(shù)企業(yè)來講，在2020年活下來是唯一的訴求?？稍谝咔榈拇呋拢⒚怂诘腟aaS賽道又迎來了小爆發(fā)，市場潛力進(jìn)一步被挖掘。
不幸的是，正當(dāng)微盟即將大拓市場，享受疫情之下的市場紅利時，一場“人禍”卻突然降臨。
2月23日 19 點，微盟收到系統(tǒng)監(jiān)控警報，顯示服務(wù)器出現(xiàn)故障，大面積服務(wù)集群無法響應(yīng)，生產(chǎn)環(huán)境及數(shù)據(jù)遭受嚴(yán)重破壞。
隨之而來的是，300 萬商家生意停擺超 48 小時，上市公司市值極速蒸發(fā)了20 億港元
好事不出門，壞事傳千里。這件事一度讓微盟出圈，登上微博熱搜，業(yè)界甚至戲稱，這是一場能夠載入互聯(lián)網(wǎng)史冊的宕機事件。
2月25日，微盟發(fā)聲稱，這是系統(tǒng)遭員工人為惡意破壞，導(dǎo)致客戶數(shù)據(jù)丟失，公司已報警，并正在全力修復(fù)。
直到3月1日晚間，微盟才把數(shù)據(jù)全部找回，并公布了賠償計劃：公司管理層準(zhǔn)備了1.5億元人民幣賠付撥備金，其中公司承擔(dān)1億元，管理層承擔(dān)5000萬元，同時擬定了現(xiàn)金賠付計劃和流量賠付計劃供商家選擇。
根據(jù)財報來看，這場“刪庫跑路的人禍”竟然讓微盟“一年白干”。
回顧最近幾年的刪庫事件，我們發(fā)現(xiàn)并不在少數(shù)，刪庫原因也各種各樣，有誤刪，有介質(zhì)損壞，也有人為刪除的。
2015 年 5 月，攜程員工操作失誤，刪除了生產(chǎn)服務(wù)器上的執(zhí)行代碼，導(dǎo)致官方網(wǎng)站和應(yīng)用程序大面積癱瘓，無法正常使用；
2017 年 1 月，開源代碼托管平臺 GitLab 系統(tǒng)管理員對數(shù)據(jù)庫進(jìn)行日常維護(hù)時，無意中運行了數(shù)據(jù)庫目錄刪除命令，導(dǎo)致 300GB 的原始數(shù)據(jù)只保留了 4.5G，GitLab 被迫下線。
微盟被刪庫事件，引發(fā)了運維領(lǐng)域眾多技術(shù)專家和從業(yè)人員的討論，針對如何預(yù)防刪庫，如何恢復(fù)數(shù)據(jù)，紛紛提出了自己的觀點。我們整理了部分技術(shù)專家針對此提出的建議：
方案之一是權(quán)限管控。
即在平時就對操作權(quán)限進(jìn)行管控，進(jìn)行分散授權(quán)、細(xì)粒度授權(quán)，將每個人的職責(zé)與權(quán)限相匹配，嚴(yán)格限制權(quán)限集中，嚴(yán)格管控特權(quán)賬戶的使用，防止無意識的刪庫誤操作發(fā)生，同時也防止有意識的惡意刪庫得逞，將“刪庫跑路”、數(shù)據(jù)泄露、數(shù)據(jù)篡改等消除在發(fā)生之前。
方案之二是備份恢復(fù)。
在平時對系統(tǒng)和數(shù)據(jù)進(jìn)行持續(xù)的、可靠的備份。一旦發(fā)現(xiàn)刪庫、篡改等問題，通過備份系統(tǒng)來恢復(fù)被刪除的系統(tǒng)和數(shù)據(jù)。備份是系統(tǒng)運維的最后一道防線。
在備份之余，想要便利、快速、安全的保障用戶數(shù)據(jù)庫數(shù)據(jù)不丟失及索取數(shù)據(jù)庫文件，新網(wǎng)是值得考慮的一個選擇。
為應(yīng)對數(shù)據(jù)丟失帶來的風(fēng)險，新網(wǎng)作為業(yè)界領(lǐng)先的企業(yè)服務(wù)商，為廣大企業(yè)提供了數(shù)據(jù)庫還原以及網(wǎng)站數(shù)據(jù)還原服務(wù)。為客戶提供完整和成熟的數(shù)據(jù)安全保護(hù)機制。并且在為數(shù)萬家用戶提供可靠存儲服務(wù)的過程中，積累了豐富的經(jīng)驗。
目前數(shù)據(jù)庫還原服務(wù)，按次計費，每次僅需200元。與新網(wǎng)任意一款虛擬主機搭配購買，還能立減50元，助力數(shù)據(jù)安全，新網(wǎng)助您有“備”無患。