亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
最近訪問板塊 發(fā)新帖
樓主: sofsys
打印 上一主題 下一主題

[備份軟件] CDP是什么東東?與正常的備份有什么區(qū)別? [復(fù)制鏈接]

論壇徽章:
0
61 [報告]
發(fā)表于 2009-11-02 10:25 |只看該作者
我看也是,太技術(shù)化了,為什么就沒有想怎么應(yīng)用呢?

論壇徽章:
0
62 [報告]
發(fā)表于 2009-11-02 12:58 |只看該作者
原帖由 andy_lyb 于 2009-11-2 09:48 發(fā)表
二位達人,兄弟摻合一下哦。

我想二位可能忽略了一點,CDP為什么只有在存儲這個板塊里被討論?(或者是兄弟寡聞,不知道在應(yīng)用方面有沒有類似的說法)

就好比冬瓜兄說過的一句:如果服務(wù)器突然Down機了, ...


兄弟說的在理,我并沒有否定底層存儲的CDP實現(xiàn)方式,

我只是覺得底層的CDP實現(xiàn)方式,根本保證不了需要CDP應(yīng)用的很低的RPO需求,要不就存在風(fēng)險和需要大量的時間,

為什么前面我已經(jīng)說了很多次了,

這些方法都是很好的數(shù)據(jù)保護的方式(很多融合了備份和容災(zāi)),但是稱自己是CDP,感覺挺別扭的

論壇徽章:
0
63 [報告]
發(fā)表于 2009-11-02 19:21 |只看該作者
原帖由 冬瓜頭 于 2009-10-31 18:57 發(fā)表
你我正好反過來了,底層的每一個寫io都被鏡像的話,當然也就鏡像了每一筆transaction,至于最后的一致性點在哪里,這個不用關(guān)心,只要每一個寫io都保存了,還怕什么?replay一下恢復(fù)到最后的一致點就好了。這一 ...


這個說法是正確的。

to wyddg:
不管是通過應(yīng)用本身CDP也好,還是通過飛康EMC CDP也好,總的來說,都是通過IO的次序來保證一致性的。
也就是說,從上層應(yīng)用來說,你的任何事務(wù)通過自己來CDP,首先是這個事務(wù)需要commit,而如果有了寫IO的這個動作,這個應(yīng)用的IO是寫到什么地方去?毫無疑問是存儲。
對于應(yīng)用的CDP來說,就是保證備份數(shù)據(jù)IO的次序和本地事務(wù)commit的次序是一樣的,甚至?xí)r間戳也是一樣的。

上面既然說了IO是要寫到存儲的,那么對于存儲CDP的做法來說,就有三種方式將應(yīng)用的事務(wù)和存儲IO關(guān)聯(lián)起來:
1. 基于主機的splitter
2. 基于交換機的splitter
3. 基于存儲的splitter
而不管以上三種何種做法,都是對寫IO打上了一個時間戳,這個時間戳本身就對應(yīng)數(shù)據(jù)庫的事務(wù)。

不知道這樣說,是否能夠解釋你對CDP的和事務(wù)關(guān)聯(lián)之間的疑問。

而CDP和普通的snapshot,clone,mirror,比較起來,其優(yōu)勢在于:
1. snapshot只是指針,而且是某一個時間點的指針
2. clone雖然是數(shù)據(jù),但也是某個時間點的數(shù)據(jù)
3. mirror雖然是實時同步,但如果源數(shù)據(jù)出現(xiàn)邏輯錯誤,備份數(shù)據(jù)也同樣會有這個錯誤。因此,mirror常常和snapshot,或者clone結(jié)合起來使用。但總不能每一秒或者每過幾秒就產(chǎn)生一個snapshot吧?
4. CDP可以根據(jù)需要,將數(shù)據(jù)回滾到甚至1秒之前,幾分鐘之前,幾小時之前,幾天之前,甚至1個星期或者1個月之前
5. 因為和應(yīng)用的事務(wù)有我之前說的那種內(nèi)聯(lián)的關(guān)系,因此,只要CDP的應(yīng)用服務(wù)器和業(yè)務(wù)應(yīng)用服務(wù)器之間配置了NTP,那么可以完全保證回滾的數(shù)據(jù)到某個時間點(當然不是精確控制的,應(yīng)用CDP本身自己也無法做到精確的,是不?)

但CDP和傳統(tǒng)的snapshot,clone,mirror比較起來,也有它自己不太擅長的地方。

論壇徽章:
0
64 [報告]
發(fā)表于 2009-11-02 22:30 |只看該作者

回復(fù) #63 xiaophedap 的帖子

又學(xué)到很多東西,謝謝~~~

論壇徽章:
0
65 [報告]
發(fā)表于 2009-11-03 16:44 |只看該作者
原帖由 xiaophedap 于 2009-11-2 19:21 發(fā)表


這個說法是正確的。

to wyddg:
不管是通過應(yīng)用本身CDP也好,還是通過飛康EMC CDP也好,總的來說,都是通過IO的次序來保證一致性的。
也就是說,從上層應(yīng)用來說,你的任何事務(wù)通過自己來CDP,首先是這 ...



1. 基于主機的splitter
2. 基于交換機的splitter
3. 基于存儲的splitter
而不管以上三種何種做法,都是對寫IO打上了一個時間戳,這個時間戳本身就對應(yīng)數(shù)據(jù)庫的事務(wù)


瞎扯。。。。。。

[ 本帖最后由 wyddg 于 2009-11-3 16:46 編輯 ]

論壇徽章:
0
66 [報告]
發(fā)表于 2009-11-03 21:12 |只看該作者
原帖由 wyddg 于 2009-11-3 16:44 發(fā)表



1. 基于主機的splitter
2. 基于交換機的splitter
3. 基于存儲的splitter
而不管以上三種何種做法,都是對寫IO打上了一個時間戳,這個時間戳本身就對應(yīng)數(shù)據(jù)庫的事務(wù)


瞎扯。。。。。。


既然你認為這是瞎扯,那就沒有繼續(xù)討論的必要了。

我相信實施過CDP的兄弟都應(yīng)該知道CDP的原理。順帶做個廣告,至少我實施的EMC RecoverPiont是這樣,要恢復(fù)到那個時間點,就能恢復(fù)到哪個時間點

論壇徽章:
0
67 [報告]
發(fā)表于 2009-11-04 10:01 |只看該作者
原帖由 xiaophedap 于 2009-11-3 21:12 發(fā)表


既然你認為這是瞎扯,那就沒有繼續(xù)討論的必要了。

我相信實施過CDP的兄弟都應(yīng)該知道CDP的原理。順帶做個廣告,至少我實施的EMC RecoverPiont是這樣,要恢復(fù)到那個時間點,就能恢復(fù)到哪個時間點


1. 基于主機的splitter
2. 基于交換機的splitter
3. 基于存儲的splitter
而不管以上三種何種做法,都是對寫IO打上了一個時間戳,這個時間戳本身就對應(yīng)數(shù)據(jù)庫的事務(wù)


不是我說你瞎扯,你問問冬瓜頭和其他人你上面的理論是不是瞎扯。。。。。。

你的EMC RecoverPoint恢復(fù)的不過是磁盤陣列的時間點,對客戶的上層應(yīng)用根本沒有意義

論壇徽章:
2
2015年迎新春徽章
日期:2015-03-04 09:49:45IT運維版塊每日發(fā)帖之星
日期:2016-07-29 06:20:00
68 [報告]
發(fā)表于 2009-11-04 10:43 |只看該作者
我想xiaophedap的意思是說底層可以恢復(fù)到任何時間點(隨便指定而不是由軟件指定的consistent point),但是上層不可能直接就基于這個時間點的鏡像起來了而且不做任何redoundo。

論壇徽章:
0
69 [報告]
發(fā)表于 2009-11-04 16:19 |只看該作者
原帖由 冬瓜頭 于 2009-11-4 10:43 發(fā)表
我想xiaophedap的意思是說底層可以恢復(fù)到任何時間點(隨便指定而不是由軟件指定的consistent point),但是上層不可能直接就基于這個時間點的鏡像起來了而且不做任何redoundo。



我之前想表達的意思是,其實在CDP中,通過對寫IO打上時間戳這個動作,也就將底層的數(shù)據(jù)同步和上層應(yīng)用寫IO次序之間關(guān)聯(lián)了起來。這個關(guān)聯(lián)是一個很重要的東西,它意味著上層數(shù)據(jù)庫能恢復(fù)到某個時間點,通過redoundo,那么我下層的數(shù)據(jù)也能同樣回到那個時間點。
而打上時間戳的這個動作,可以通過三個方面來做到:
1. 主機的splitter
2. 交換機的splitter
3. 存儲的splitter
這個splitter的作用,其實就是將任何一個寫IO先copy一份,其中一份還是如原來的,直接寫入到存儲,另外一份則打上時間戳,同步到對端。這樣在CDP的容災(zāi)方案里面,和原來基于純存儲的同步,就有了一個本質(zhì)的飛躍。因為我們可以控制將數(shù)據(jù)回滾到需要的時間點。



其實冬瓜頭在這里說的也是對的。這就是為什么我最開始就說了,這類CDP能確保我數(shù)據(jù)回滾到哪個時間點,但無法精確指定數(shù)據(jù)庫就是從這個時間點來打開的——因為數(shù)據(jù)庫自己都無法做到這一點,除非不斷在backup mode和正常模式之間來回切換——但來回切換不是一樣不能保證“完全精確”的時間點么?
如果數(shù)據(jù)庫自己都不能做到“完全精確”,而只能是“盡可能精確到那個時間點”,那么CDP能做到的也不過是“盡可能精確到那個時間點”。

論壇徽章:
0
70 [報告]
發(fā)表于 2009-11-04 18:52 |只看該作者
原帖由 xiaophedap 于 2009-11-4 16:19 發(fā)表



我之前想表達的意思是,其實在CDP中,通過對寫IO打上時間戳這個動作,也就將底層的數(shù)據(jù)同步和上層應(yīng)用寫IO次序之間關(guān)聯(lián)了起來。這個關(guān)聯(lián)是一個很重要的東西,它意味著上層數(shù)據(jù)庫能恢復(fù)到某個時間點,通過 ...



不是數(shù)據(jù)庫自己做不到,只是你不知道而已,

前面我和冬瓜頭已經(jīng)說過了數(shù)據(jù)庫實現(xiàn)CDP的最小粒度是事務(wù),而不是什么時間點,時間點對數(shù)據(jù)庫來說意義不大,

Data Guard邏輯同步模式、Streams、DSG realsyc、Quest share plex都可以實現(xiàn)基于邏輯層的
事務(wù)同步,根本不需要調(diào)整數(shù)據(jù)庫的狀態(tài)

建議你在發(fā)表意見之前,仔細看看以前的回帖
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP