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