衡量容災(zāi)備份的兩個(gè)技術(shù)指標(biāo)

RPO（Recovery Point Objective）：即數(shù)據(jù)恢復(fù)點(diǎn)目標(biāo)，主要指的是業(yè)務(wù)系統(tǒng)所能容忍的數(shù)據(jù)丟失量。 　RTO（Recovery Time Objective）：即恢復(fù)時(shí)間目標(biāo)，主要指的是所能容忍的業(yè)務(wù)停止服務(wù)的很長(zhǎng)時(shí)間，也就是從災(zāi)難發(fā)生到業(yè)務(wù)系統(tǒng)恢復(fù)服務(wù)功能所需要的很短時(shí)間周期。 　RPO針對(duì)的是數(shù)據(jù)丟失，而RTO針對(duì)的是服務(wù)丟失，二者沒(méi)有必然的關(guān)聯(lián)性。RTO和RPO的確定必須在進(jìn)行風(fēng)險(xiǎn)分析和業(yè)務(wù)影響分析后根據(jù)不同的業(yè)務(wù)需求確定。對(duì)于不同企業(yè)的同一種業(yè)務(wù)，RTO和RPO的需求也會(huì)有所不同。

容災(zāi)備份

這實(shí)際上是兩個(gè)獨(dú)立的概念，備份不等于容災(zāi)，備份是保護(hù)數(shù)據(jù)，容災(zāi)是確保業(yè)務(wù)連續(xù)性。在災(zāi)備一體機(jī)出現(xiàn)后，這兩個(gè)概念所代表的功能往往被包含在里面，所以也造成在一些用戶在采購(gòu)純軟件產(chǎn)品時(shí)，將備份與容災(zāi)產(chǎn)品混為一談，以至于廠商不知道用戶到底需要備份產(chǎn)品還是容災(zāi)產(chǎn)品，或者是備份 容災(zāi)的產(chǎn)品。

如需了解更多容災(zāi)備份的相關(guān)內(nèi)容，歡迎撥打網(wǎng)站上的熱線電話！

容災(zāi)備份不等于拷貝

在日常工作中，只要是說(shuō)到和備份有關(guān)系的就是拷貝，這是一種思維定勢(shì)的考慮方式。首先，拷貝只是一種定時(shí)備份，是屬于冷備份的一種。如果公司的數(shù)據(jù)文件在早上開(kāi)始進(jìn)行拷貝，但是在下午出現(xiàn)了故障，那么這些數(shù)據(jù)就會(huì)丟失。像數(shù)據(jù)庫(kù)這種結(jié)構(gòu)化的數(shù)據(jù)進(jìn)行簡(jiǎn)單的拷貝是很不合適的。因?yàn)閿?shù)據(jù)庫(kù)不僅有數(shù)據(jù)文件，還有日志文件，有時(shí)候可能會(huì)漏掉拷貝，數(shù)據(jù)的邏輯關(guān)系沒(méi)有得到拷貝，那么這些數(shù)據(jù)就不能使用了，而且這種拷貝的方式不但費(fèi)時(shí)費(fèi)力，還不能進(jìn)行恢復(fù)。

現(xiàn)在已經(jīng)進(jìn)入大數(shù)據(jù)時(shí)代，傳統(tǒng)的拷貝數(shù)據(jù)模式早已經(jīng)過(guò)時(shí)，海量的數(shù)據(jù)通過(guò)拷貝進(jìn)行備份顯然是不合適的，占用資源不說(shuō)，還經(jīng)常性的出現(xiàn)錯(cuò)誤，并且花費(fèi)的成本也比較高。因此，大家需要的是實(shí)時(shí)備份，這樣才能夠?qū)崿F(xiàn)數(shù)據(jù)的零丟失，同時(shí)還需要對(duì)于數(shù)據(jù)庫(kù)的結(jié)構(gòu)非常熟悉，將數(shù)據(jù)庫(kù)數(shù)據(jù)增量地備份，節(jié)省資源和時(shí)間。