理清災(zāi)備建設(shè)思路 建立”簡單”的災(zāi)備系統(tǒng)

責(zé)任編輯:sjia

2012-02-22 23:05:59

來源:企業(yè)網(wǎng)D1Net

原創(chuàng)

談到災(zāi)備系統(tǒng),用戶首先想到的是在異地存放一份數(shù)據(jù)副本,將來本地生產(chǎn)數(shù)據(jù)一旦全部毀掉后,在異地還有一份救命的數(shù)據(jù),早期的容災(zāi)系統(tǒng)通常是按照這種設(shè)計思想去建設(shè)的。

談到災(zāi)備系統(tǒng),用戶首先想到的是在異地存放一份數(shù)據(jù)副本,將來本地生產(chǎn)數(shù)據(jù)一旦全部毀掉后,在異地還有一份救命的數(shù)據(jù),早期的容災(zāi)系統(tǒng)通常是按照這種設(shè)計思想去建設(shè)的。當(dāng)用戶本地數(shù)據(jù)出現(xiàn)問題,按照傳統(tǒng)的方式,一定是通過備份軟件+磁帶庫的手段來進(jìn)行生產(chǎn)數(shù)據(jù)的恢復(fù)。因而造成了用戶需要建設(shè)兩套系統(tǒng),一套備份系統(tǒng),一套災(zāi)備系統(tǒng),兩者之間彼此毫無關(guān)聯(lián),管理也是分兩套系統(tǒng)來進(jìn)行管理,這不僅增加了系統(tǒng)的復(fù)雜程度,也增大了管理難度,這兩套系統(tǒng)可能分屬不同廠商的不同產(chǎn)品。

從形式上看該建設(shè)的都建設(shè)了,但實際上是否真的達(dá)到用戶期望建設(shè)的IT目標(biāo)了呢?其實,并沒有發(fā)生實質(zhì)性的變化,原來該怎么樣還怎么樣,無非就是又多了一套系統(tǒng),而且讓整個IT結(jié)構(gòu)更加復(fù)雜了,并沒有實質(zhì)性全面解決目前用戶IT系統(tǒng)所面臨的問題,例如,當(dāng)用戶當(dāng)天的數(shù)據(jù)丟失,傳統(tǒng)災(zāi)備系統(tǒng)能工作嗎?備份系統(tǒng)即使使用了20小時進(jìn)行恢復(fù),卻仍然只能恢復(fù)到上一個備份點,有可能是昨天晚上12點。因而,用戶還是要擔(dān)心IT系統(tǒng)出了問題,影響面有多大,如何去解決這些令人頭大的問題。

其實,這是由兩方面歷史原因造成的,一是災(zāi)備系統(tǒng)設(shè)計思路和目標(biāo)被淡化了,二是原有IT技術(shù)水平達(dá)不到用戶所期望的要求,并且每個不同系統(tǒng)都是由不同廠商所設(shè)計,導(dǎo)致彼此技術(shù)無法進(jìn)行融合。

用戶只有以全新災(zāi)備建設(shè)思路取代獨立建設(shè)每套系統(tǒng)片面解決一部分問題的方式才能徹底解決問題。用戶希望能盡可能達(dá)到理想的災(zāi)備建設(shè)水平,希望一套災(zāi)備系統(tǒng)能全面解決IT系統(tǒng)的所有數(shù)據(jù)安全應(yīng)用問題,簡化管理流程,恢復(fù)快速有效,讓IT系統(tǒng)運(yùn)轉(zhuǎn)的更加良性,強(qiáng)有力的保護(hù)應(yīng)用和生產(chǎn)數(shù)據(jù)。

飛康的CDP災(zāi)備體系則有效的解決了遺留多年的問題。它將傳統(tǒng)的備份系統(tǒng)和災(zāi)備系統(tǒng)有效的融合在一起,讓企業(yè)的數(shù)據(jù)保護(hù)更加安全,數(shù)據(jù)的丟失量趨近于零,將損失降到最低,讓數(shù)據(jù)恢復(fù)更加快速,管理更加簡單。飛康正是秉承這樣的設(shè)計思路來理解和設(shè)計災(zāi)備系統(tǒng)的。不同的設(shè)計思路導(dǎo)致了災(zāi)備體系結(jié)構(gòu)存在重大差異,其直接影響了災(zāi)備建設(shè)實現(xiàn)的最終效果。

不同的人會從不同的出發(fā)點去看問題,從而按照某種特定的思路解決問題,問題解決到什么程度,取決于考慮問題的思路是如何形成的。我們看看從不同的出發(fā)點看待災(zāi)備系統(tǒng),會產(chǎn)生什么結(jié)果。

有人期望從數(shù)據(jù)庫的應(yīng)用層出發(fā)來解決數(shù)據(jù)的災(zāi)備問題。通過數(shù)據(jù)庫的日志來進(jìn)行數(shù)據(jù)復(fù)制,這種模式很早就有了,它的災(zāi)備模式采集數(shù)據(jù)點是從數(shù)據(jù)庫的日志里進(jìn)行采集的,如果數(shù)據(jù)庫所發(fā)生的所有動作都被記錄到日志中,那么將日志在傳遞到遠(yuǎn)端,可以保證兩地的數(shù)據(jù)完全一致性,如果數(shù)據(jù)庫中發(fā)生的動作沒有被記錄到日志中,那么兩地的數(shù)據(jù)就不完全一致,這和災(zāi)備體系建設(shè)就背道而馳了,從本質(zhì)上來說是不符合災(zāi)備建設(shè)要求;另外一種是從生產(chǎn)存儲上采集數(shù)據(jù)傳遞到遠(yuǎn)程的存儲設(shè)備上,這種模式實現(xiàn)了在兩地都各自保留一份數(shù)據(jù),從表面上看是實現(xiàn)我們傳統(tǒng)意義上的災(zāi)備,但是這種模式是以犧牲存儲自身性能和廣域網(wǎng)上的高帶寬為代價的,而且很難保證生產(chǎn)和災(zāi)備兩地數(shù)據(jù)的完全一致性;第三種災(zāi)備模式是從主機(jī)和存儲之間相連的智能光纖交換機(jī)上采集數(shù)據(jù),再將數(shù)據(jù)傳遞到災(zāi)備地,這種模式擺脫了存儲之間復(fù)制帶來存儲性能下降的弊端,但其需要將我們使用成本較低的光纖交換機(jī)更換成高成本的智能光纖交換機(jī)。并且前三種災(zāi)備模式都有一個設(shè)計共性,都是本地生產(chǎn)數(shù)據(jù)發(fā)生問題,需要異地解決,將問題進(jìn)行放大,這是我們所不愿看到的,而且前三種模式還都無法解決我們生產(chǎn)系統(tǒng)數(shù)據(jù)的邏輯故障。而且,如果我們的生產(chǎn)主存儲宕機(jī)了,那么應(yīng)用層不就全部停機(jī)了嗎,這種后果很嚴(yán)重,怎么解決,前三種災(zāi)備模式都需要用戶去啟動異地災(zāi)備系統(tǒng),它們無法實現(xiàn)本地問題本地解決,而只會放大問題,使問題變的更加復(fù)雜和增加恢復(fù)的風(fēng)險和負(fù)面影響。

所以,怎么看待災(zāi)備體系建設(shè),要從你的設(shè)計思路來看,你建設(shè)災(zāi)備的出發(fā)點是什么,你的設(shè)計原則是什么,再來看你具體通過何種技術(shù)手段來加以實現(xiàn)。

飛康為我們帶來全新的災(zāi)備建設(shè)思想,它遵循全面解決生產(chǎn)數(shù)據(jù)問題,包含了數(shù)據(jù)的邏輯故障和物理故障,不在是單一解決某個層面的問題。它遵循災(zāi)備建設(shè)體系本地問題本地解決,站點級問題異地解決的設(shè)計思想,不將問題進(jìn)行放大;在實際部署上遵循尊重用戶原有的系統(tǒng)架構(gòu),不改變用戶原有的IT結(jié)構(gòu),不影響用戶原有的IT系統(tǒng)性能;從最終實現(xiàn)的結(jié)果上來看,它為用戶提供足夠多的數(shù)據(jù)恢復(fù)副本,可以供用戶將數(shù)據(jù)恢復(fù)到任意時間點,并且可以進(jìn)行數(shù)據(jù)的快速恢復(fù),將恢復(fù)的時間控制用戶期望的恢復(fù)時間段內(nèi);從管理模式來看,它將復(fù)雜的災(zāi)備系統(tǒng)管理簡單化,降低了維護(hù)復(fù)雜程度,使操作變的更加簡單易行,提高災(zāi)備系統(tǒng)的管理效率;從運(yùn)維上來看,由于飛康采用多種先進(jìn)技術(shù),可以使原先寬帶數(shù)據(jù)復(fù)制業(yè)務(wù)轉(zhuǎn)化成窄帶數(shù)據(jù)復(fù)制業(yè)務(wù),從廣域網(wǎng)的租賃成本上,為用戶節(jié)省了大量的費(fèi)用;從商務(wù)成本上來看,雖然飛康實現(xiàn)了數(shù)據(jù)全面容災(zāi),但其商務(wù)成本并不是用戶想象的天價,而是和傳統(tǒng)的容災(zāi)技術(shù)成本相當(dāng),變得讓用戶更容易接受和采用。 

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號-6京公網(wǎng)安備 11010502049343號