異地遠(yuǎn)程備份

major1028

你對這些備份的數(shù)據(jù)，還要時時的讀取嗎？既然是備份數(shù)據(jù)，那么實時性就不會要求那么高吧？！

larryh

原帖由 "major1028" 發(fā)表：

你對這些備份的數(shù)據(jù)，還要時時的讀取嗎？既然是備份數(shù)據(jù)，那么實時性就不會要求那么高吧？！

這道理非常簡單，實時性越低，災(zāi)難時丟失的數(shù)據(jù)就越多，業(yè)務(wù)負(fù)荷大的用戶，單位時間丟的數(shù)據(jù)不是那些小業(yè)務(wù)客戶能比的，量變到質(zhì)變，數(shù)據(jù)丟失到一定程度就算是銀行這種有辦法手工輸入的客戶也有恢復(fù)不了的時候，那就完了，更不用說還有那么多丟了數(shù)據(jù)根本無法恢復(fù)的用戶。

aixsky

當(dāng)然不會時時讀取，但是一旦有問題要恢復(fù)時就會顯示出你這個方法的弱點了，省錢但不一定會省事。順便問一下，IBM在遠(yuǎn)程備份方面有哪些管理軟件呀：）

larryh

IBM就靠PPRC.
至于磁帶災(zāi)備嘛，TSM嘍
HAGEO,GEORM都不實用

major1028

[quote]原帖由 "aixsky"]當(dāng)然不會時時讀取，但是一旦有問題要恢復(fù)時就會顯示出你這個方法的弱點了，省錢但不一定會省事。順便問一下，IBM在遠(yuǎn)程備份方面有哪些管理軟件呀：）[/quote 發(fā)表：

多在數(shù)據(jù)庫上面想辦法，多考慮軟件層面的東西��！IBM tsm可以實現(xiàn)。

major1028

原帖由 "larryh" 發(fā)表：
IBM就靠PPRC.
至于磁帶災(zāi)備嘛，TSM嘍
HAGEO,GEORM都不實用

據(jù)說HAGEO在上海某行有一例成功案例，不過也是距離不遠(yuǎn)！

binghudie

我現(xiàn)在有一臺imb-3583的帶庫，核心系統(tǒng)2臺H80（做hacmp)，數(shù)據(jù)庫db2。請各位出個方案，如何實現(xiàn)異地備份，（當(dāng)然我所說得備份，不僅需要數(shù)據(jù)的，還希望能做整個系統(tǒng)的備份）用我們領(lǐng)導(dǎo)的話說，就是系統(tǒng)萬一崩掉，只要恢復(fù)，就可以和運行前一樣了。
我說得是不是很傻，請大家不要笑我，如果實現(xiàn)呢？各位大哥，可以指導(dǎo)一下嗎？謝謝��！

larryh

大數(shù)據(jù)量災(zāi)備靠軟件太慢，不能接受。除非樓主用戶數(shù)據(jù)量小，缺錢，兩條任何一條不符，都應(yīng)該上存儲設(shè)備的災(zāi)備方案
硬件SNAPSHOT和遠(yuǎn)程存儲設(shè)備鏡像通用軟件無法做到，也永遠(yuǎn)達(dá)不到那個性能

major1028

[quote]原帖由 "binghudie"]我現(xiàn)在有一臺imb-3583的帶庫，核心系統(tǒng)2臺H80（做hacmp)，數(shù)據(jù)庫db2。請各位出個方案，如何實現(xiàn)異地備份，（當(dāng)然我所說得備份，不僅需要數(shù)據(jù)的，還希望能做整個系統(tǒng)的備份）用我們領(lǐng)導(dǎo)的話說，就是系統(tǒng)萬一崩掉，只?.........[/quote 發(fā)表：

我建議選擇BakBone軟件，容易安裝，使用簡單。利用一臺PC Server在遠(yuǎn)端，接磁帶庫。遠(yuǎn)程自發(fā)備份，每天兩次，中午和晚上業(yè)務(wù)量小的時候可在線進行，只損失半天的數(shù)據(jù)，不知道可不可以？成功案例很多阿！

aixsky

我現(xiàn)在想用FastT500加上2109組一個SAN的網(wǎng)絡(luò)存儲，然后用TSM來實現(xiàn)遠(yuǎn)程備份，這樣可以嗎？遠(yuǎn)端的數(shù)據(jù)走光纖以太網(wǎng)到本地。