如何備份幾百T數(shù)據(jù)？

whenmind

這些數(shù)據(jù)還是非文件類數(shù)據(jù)，而是不斷產生的數(shù)據(jù)庫數(shù)據(jù)

請問SyncBack，GoodSync這種軟件能用在這樣的場景里嗎，BE支持LINUX嗎，支持哪些數(shù)據(jù)庫

如果服務器在異地機房，我們怎么去備份，并在本地收回副本

InfoCore-Great

whenmind 發(fā)表于 2015-03-25 23:47
這些數(shù)據(jù)還是非文件類數(shù)據(jù)，而是不斷產生的數(shù)據(jù)庫數(shù)據(jù)

請問SyncBack，GoodSync這種軟件能用在這樣的場景 ...

已經到了2015年的今天，又是關鍵業(yè)務，所以真不建議你上備份軟件，如果你備份與生產數(shù)據(jù)的需求空間是1:1，那不如考慮一套業(yè)務連續(xù)性方案，
也就說當你主站點所有設備都癱瘓，災備站點能夠立即無縫接管，很多廠商都可以做到，屬于容災的最高級別。

rtm009

都幾百t了 直接買帶庫和備份軟件吧 好歹有人替你背黑鍋 有錢就直接上容災系統(tǒng)好了

whenmind

回復 3# rtm009

我疑問是異地是如何做備份的，又是如何在本地保存一份副本的

比如公司在上海的，要操作機器在成都的服務器，還要在上海保存副本，還要出現(xiàn)故障后恢復數(shù)據(jù)

那些互聯(lián)網公司是怎么干活的


   

rtm009

兄弟 多讀書吧 書里都有 你這問題不是一句話兩句話說得清的 牽扯備份和容災了 隨便就能寫本書了

回復 4# whenmind


   

dengbao2001

一般來說，數(shù)據(jù)庫要做定期歸檔的。沒可能所有的歷史數(shù)據(jù)都必須作為在線數(shù)據(jù)的。

將歸檔的數(shù)據(jù)作為一個數(shù)據(jù)庫

TB的數(shù)據(jù)需要備份，磁帶是最好的選擇，LTO6的磁帶很容易裝下這么點數(shù)據(jù)

關于BE的支持系統(tǒng)和數(shù)據(jù)庫，建議查看Symantec的SCL，自己學會去找這方面的資料

whenmind

dengbao2001 發(fā)表于 2015-03-27 10:35
一般來說，數(shù)據(jù)庫要做定期歸檔的。沒可能所有的歷史數(shù)據(jù)都必須作為在線數(shù)據(jù)的。

將歸檔的數(shù)據(jù)作為一個數(shù) ...

嗯，磁帶的就是恢復不方便，而且異地的話，沒有人工更換，雖然知道有自動磁帶庫的產品

BE支持的都是商業(yè)軟件， 開源的數(shù)據(jù)不支持，只能作為文件來備

我對這塊的確不熟，所以先來打聽點概念，找資料也得有方向

鍋鐵做

whenmind 發(fā)表于 2015-03-29 22:17
嗯，磁帶的就是恢復不方便，而且異地的話，沒有人工更換，雖然知道有自動磁帶庫的產品

BE支持的都是 ...

朋友，你如果以備份的角度來看待這個問題，你說的也沒錯，備份確實會遇到你這樣的問題。

但如同2樓所說的容災就不會，你的異地不知道實際范圍是多少？
1）如果是同城的話，可以做到實時復制（通過高效鏈路），是基于分布在兩個數(shù)據(jù)中心的存儲設備來做的，對于主機完全透明，當然是Disk to Disk。
當一個數(shù)據(jù)中心完全癱瘓，第二個數(shù)據(jù)中心的備援存儲和備援主機能夠無縫接管業(yè)務，業(yè)務不會帶來中斷，目前技術完全可以做到無人工干預，通常稱為-Metro Cluster or HA Solution！

2）如果你所指異地距離是跨城市，跨省，跨國際的話，也可以是Disk to Disk，但是通常的技術是異步，不是實時IO，當本地數(shù)據(jù)中心癱瘓難免會有數(shù)據(jù)差異，災備磁盤掛載后業(yè)務能起來是大幸，否則可以通過快照或CDP返回上一個時間點掛載，又或者進行數(shù)據(jù)恢復。因為技術限制，這個距離目前無法做到實時IO同步。

補充一點，每個產品都有其自身價值，你說的磁帶或者VTL雖然恢復和使用帶來不便，并且在第一期成本很難收回，但是我經過幾個項目的核算，在今后幾年的回報率還是很高的，對于那些政策需求，但又不經常頻繁訪問的資料是很好的選擇（之前參與過2次i6000項目）。

還有問題嗎？

whenmind

回復 8# 鍋鐵做


    很有幫助，謝謝

forgaoqiang

幾百T的話 自己不上門 也得用順豐快遞了 ~ 這是最快的方法了~