丟失的云數(shù)據(jù)，丟失的活青春，不備份，誰來買單？
發(fā)布人：scutech 發(fā)布日期：2018-08-28 10:45:56 點擊數(shù)：31480
某云故障導致創(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ù)，備份至其它云中。例如從騰訊云備份至阿里云、華為云中，這個叫“異構(gòu)云備份（跨云備份）”。用戶透過鼎甲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ù)保護平臺結(jié)合DBackup DRO，把云端的業(yè)務和數(shù)據(jù)災備至本地，萬一云端出現(xiàn)故障，本地能馬上接管，保障業(yè)務的連續(xù)性。通過鼎甲獨有的VPN網(wǎng)關，建立云端與本地的邏輯二層網(wǎng)絡，能有效解決業(yè)務跨網(wǎng)絡訪問的難題。
鼎甲產(chǎn)品具有市面上最全的兼容適配能力
全方位滿足云時代數(shù)據(jù)保護的需求
意外無處不在
今天，你做好備份了嗎？
