丟失的云數(shù)據(jù),丟失的活青春,不備份,誰來買單?
發(fā)布人:scutech 發(fā)布日期:2018-08-28 10:45:56 點擊數(shù):31700
某云故障導致創(chuàng)業(yè)公司數(shù)據(jù)丟失
事件刷爆IT朋友圈
云服務商突發(fā)故障
導致客戶業(yè)務連續(xù)性中斷
在國內(nèi)外均頻有發(fā)生
但這次事件備受關注
是因為創(chuàng)業(yè)公司把寶貴的數(shù)據(jù)資產(chǎn)全部押注在云上
不幸導致數(shù)據(jù)丟失,無法挽回
苦苦耕耘的用戶數(shù)據(jù)一次性清零
簡直是噩夢
有人說丟失的不只是數(shù)據(jù)
更是一個團隊的激情歲月和青春年華
問題是,數(shù)據(jù)也上云的你
經(jīng)得起這樣的打擊嗎?
日光之下無新事
往者在哭訴,來者在路途
如何避免類似事件的發(fā)生?
朋友圈大牛們紛紛出招:
“公有云的備份多數(shù)采用存儲快照,存儲壞了,不要說3個備份,3萬個也沒用,備份不能和生產(chǎn)數(shù)據(jù)放在同一個存儲里,這是常識。”
“數(shù)據(jù)拷貝到生產(chǎn)服務器或生產(chǎn)存儲的,不叫備份;HA,存儲雙活也不是備份;備份需要獨立的平臺,保證業(yè)務系統(tǒng)無論出現(xiàn)何種問題,數(shù)據(jù)依然無損。”
“我提倡混合云,數(shù)據(jù)離自己越近越好,在云上飄一份,還要在本地放一份,同城容災一份,即使云出問題了,還有本地的救命稻草。”
“遇著事故,叫冤沒用。某云英文版協(xié)議寫著“數(shù)據(jù)備份自己負責”,不過中文版上沒有,套路更深!無論備份、容災、高可用,你總要為數(shù)據(jù)做點什么,命運掌握在自己手里!”
……
大牛們點出了重點:
吸取教訓,當然要:
備份、備份、還是備份!
全方位、簡易、可靠的數(shù)據(jù)保護方案
讓數(shù)據(jù)上云,云中穿梭,安全無憂!
鼎甲云災備產(chǎn)品體系,能實現(xiàn)業(yè)務上云,D2D、D2D2C、云上、云下的災備管理,連接海量云上、云下數(shù)據(jù),實現(xiàn)多云之間數(shù)據(jù)的流動互通,讓云容災更簡單、高效。
數(shù)據(jù)跨云備份
把數(shù)據(jù)存放在同一朵云里,正如本文提及的事件,萬一該云遭遇不測,難逃數(shù)據(jù)徹底丟失的風險。為加強保障,可以把該朵云中的數(shù)據(jù),備份至其它云中。例如從騰訊云備份至阿里云、華為云中,這個叫“異構云備份(跨云備份)”。用戶透過鼎甲DBackup數(shù)據(jù)保護平臺,只要簡單部署,便可以輕松、快速地實現(xiàn)自動化跨云數(shù)據(jù)災備。云供應商丟失數(shù)據(jù)的概率本來不高,讓數(shù)據(jù)在多個云里存儲備份,可以大大降低丟失風險。
數(shù)據(jù)本地備份
正如上文大牛們提議的,數(shù)據(jù)離自己越近越好,最好在本地也存放一份。我們使用云服務商資源的同時,也可以把數(shù)據(jù)從云中備份至本地,增加一層安全保障。透過鼎甲DBackup數(shù)據(jù)保護平臺,亦可以輕松把云端產(chǎn)生的數(shù)據(jù)同步備份至本地。即使云端不幸遭遇數(shù)據(jù)災難,本地還有救命稻草。
業(yè)務應急接管
已部署了跨云備份、本地備份,甚至兩者同時部署,相信丟失數(shù)據(jù)的概率幾乎為零。但遭遇云服務商服務故障時,勢必導致企業(yè)業(yè)務中斷。有沒有辦法保護數(shù)據(jù)的同時,亦能保障遭遇云服務商故障時,業(yè)務仍不受影響,持續(xù)運營?
鼎甲DBackup DRO應急接管能幫上大忙!通過DBackup數(shù)據(jù)保護平臺結合DBackup DRO,把云端的業(yè)務和數(shù)據(jù)災備至本地,萬一云端出現(xiàn)故障,本地能馬上接管,保障業(yè)務的連續(xù)性。通過鼎甲獨有的VPN網(wǎng)關,建立云端與本地的邏輯二層網(wǎng)絡,能有效解決業(yè)務跨網(wǎng)絡訪問的難題。
鼎甲產(chǎn)品具有市面上最全的兼容適配能力
全方位滿足云時代數(shù)據(jù)保護的需求
意外無處不在
今天,你做好備份了嗎?