CDP是什么東東？與正常的備份有什么區(qū)別？

wyddg

原帖由 spook 于 2009-10-31 15:57 發(fā)表
LSI 的 G-Mirror算不算 CDP啊

IBM的 PPRC呢？

wyddg  強(qiáng)調(diào)的是硬件CDP一定會丟數(shù)據(jù)，冬瓜說的是兩邊寫的數(shù)據(jù)是一樣的，丟了也是應(yīng)用的事情……

沒什么沖突啊……

還有，CDP是被注冊的技術(shù)名詞嗎？: ...

我強(qiáng)調(diào)的是硬件CDP，為了保證一致性點(diǎn)，不可能做的時間間隔很小，也就不是CDP了！

真正意義的CDP只能應(yīng)用來做！

wyddg

原帖由 冬瓜頭 于 2009-10-31 16:00 發(fā)表
數(shù)據(jù)庫的CDP最小粒度應(yīng)該是事務(wù)，這點(diǎn)你沒有異議吧？
》當(dāng)然沒有異議。

基于數(shù)據(jù)庫本身才有可能以事務(wù)為單位進(jìn)行同步，底層CDP能做到嗎？
》之前貼明確說過，底層cdp一樣需要上層replay，上層不管是日志同 ...

基于數(shù)據(jù)庫自身技術(shù)的同步可以通過挖掘日志等手段，直接同步事務(wù)，當(dāng)然事務(wù)也是很多SQL組成，如果出現(xiàn)問題也會回滾到以前

的狀態(tài)。

基于存儲陣列等底層設(shè)備的同步完全跟事務(wù)沒有任何關(guān)系，本身同步粒度上就有缺陷了，

為了保持一致性還要靠再開發(fā)專門的應(yīng)用快照代理等等， 在快照點(diǎn)保持

數(shù)據(jù)的一致性，而快照點(diǎn)還需要刷內(nèi)存，改變應(yīng)用運(yùn)行狀態(tài)等等，對應(yīng)用影響很大，所以不能做的太頻繁，不能做的太頻繁

那還能叫CDP嗎？

冬瓜頭

你我正好反過來了，底層的每一個寫io都被鏡像的話，當(dāng)然也就鏡像了每一筆transaction，至于最后的一致性點(diǎn)在哪里，這個不用關(guān)心，只要每一個寫io都保存了，還怕什么？replay一下恢復(fù)到最后的一致點(diǎn)就好了。這一樣叫做cdp。應(yīng)用層的cdp同樣也得replay，你能replay，你能叫cdp，底層就不能叫？
不管應(yīng)用層還是底層，都一樣。

sofsys

哇塞，幾天不見，這么多人關(guān)注，我也學(xué)到不少，多謝大家啦。

嘿Chnod ,CH-DPS的測試軟件我下載了，我工程師說用起來感覺就像配置電腦差不多，速度還挺快，操作起來挺方便的。

多謝啦！

wyddg

原帖由 冬瓜頭 于 2009-10-31 18:57 發(fā)表
你我正好反過來了，底層的每一個寫io都被鏡像的話，當(dāng)然也就鏡像了每一筆transaction，至于最后的一致性點(diǎn)在哪里，這個不用關(guān)心，只要每一個寫io都保存了，還怕什么？replay一下恢復(fù)到最后的一致點(diǎn)就好了。這一 ...

你也認(rèn)可數(shù)據(jù)庫CDP最小的粒度是事務(wù)，數(shù)據(jù)庫的事務(wù)，上層數(shù)據(jù)庫應(yīng)用的事務(wù)

我想問的是底層的IO記錄下來之后，如何去按照事務(wù)恢復(fù)數(shù)據(jù)庫？底層的IO和上層的數(shù)據(jù)庫事務(wù)有什么聯(lián)系？如何轉(zhuǎn)換？

冬瓜頭

這個很明顯啊，上層replay啊，要靠應(yīng)用程序來檢測最后的一致點(diǎn)在哪里，底層只管所有io都給你同步了就行了。舉例來講，你突然關(guān)機(jī)，文件系統(tǒng)起來會fsck，數(shù)據(jù)庫同樣也會redo和undo啊。

wyddg

原帖由 冬瓜頭 于 2009-11-1 15:09 發(fā)表
這個很明顯啊，上層replay啊，要靠應(yīng)用程序來檢測最后的一致點(diǎn)在哪里，底層只管所有io都給你同步了就行了。舉例來講，你突然關(guān)機(jī)，文件系統(tǒng)起來會fsck，數(shù)據(jù)庫同樣也會redo和undo啊。

。。。。。。

這種數(shù)據(jù)不一致的replay是不可靠的，應(yīng)用也不會承諾一定會成功，存在根本業(yè)務(wù)起不來的風(fēng)險(xiǎn)，或者即使應(yīng)用能起來，也要耗費(fèi)大量的時間，文件系統(tǒng)的fsck就需要耗費(fèi)大量時間，

使用CDP的客戶都是高端客戶，根本不可能接受這種風(fēng)險(xiǎn)和時間的耗費(fèi)，所以現(xiàn)在底層的CDP都需要結(jié)合快照確定一些一致性點(diǎn)，然后就恢復(fù)這些快照點(diǎn)，

飛康CDP絕大部分（也是飛康公司自己的推薦）都是恢復(fù)快照點(diǎn)數(shù)據(jù)的，

所以底層CDP的劣勢很明顯：如果任意恢復(fù)，不能保證數(shù)據(jù)一致性，需要上層replay，存在風(fēng)險(xiǎn)和時間耗費(fèi)；如果恢復(fù)快照點(diǎn)的一致性數(shù)據(jù)，這些快照點(diǎn)又不可能時間間隔很小，所以也就

不能稱之為CDP了

chnod

有道理，CH-DPS也是通過鏡像或者叫快照方式管理，至于細(xì)節(jié)嘛，俺做SALES的就不瞎說了，事實(shí)能證明一切，這才是硬道理。

冬瓜頭

原帖由 wyddg 于 2009-11-1 23:51 發(fā)表


。。。。。。

這種數(shù)據(jù)不一致的replay是不可靠的，應(yīng)用也不會承諾一定會成功，存在根本業(yè)務(wù)起不來的風(fēng)險(xiǎn)，或者即使應(yīng)用能起來，也要耗費(fèi)大量的時間，文件系統(tǒng)的fsck就需要耗費(fèi)大量時間，

使用CDP的客 ...

裸回復(fù)只是一種方法而已，起不來的風(fēng)險(xiǎn)是有的，但是至少不是每次都起不來。另外，恢復(fù)粒度方面，自然有對應(yīng)的辦法，飛康emc都有，它們底層會將應(yīng)用的一致點(diǎn)映射過來，相比上層來說是近似的，所以底層的粒度只會比上層選擇更多。

andy_lyb

二位達(dá)人，兄弟摻合一下哦。

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

就好比冬瓜兄說過的一句：如果服務(wù)器突然Down機(jī)了，文件系統(tǒng)和應(yīng)用還不是要靠自己去搞定那些在Down之前沒有來得及從內(nèi)存中刷到硬盤上去的數(shù)據(jù)？CDP解決的就是存儲層的問題，盡可能保證你的存儲上的數(shù)據(jù)是可恢復(fù)的，而且是具有時間戳可回滾恢復(fù)能力的。真的出問題了，靠文件系統(tǒng)和應(yīng)用自己搞定一致性問題去吧。偶爾會提供一致性檢查點(diǎn)的標(biāo)示，只是為了讓你能夠確保某一時間點(diǎn)的數(shù)據(jù)是一致的，而且也必須通過主機(jī)Agent等方式解決，這種工作方式和Shareplex等軟件其實(shí)也沒有不同，只是不可能做到基于應(yīng)用事務(wù)那么小的顆粒度而已。

所以，完全沒有必要糾結(jié)在底層還是應(yīng)用層上，真正需要應(yīng)用層的用戶不會考慮存儲層的CDP解決方案（例如，他需要目標(biāo)端應(yīng)用是活的可以隨時訪問），那些真正看中存儲CDP解決方案的，也不一定就會完全接受應(yīng)用層的復(fù)制（例如，Shareplex就搞不定文件系統(tǒng)的連續(xù)復(fù)制）。

那些用鏡像加快照方式實(shí)現(xiàn)的解決方案就沒有必要討論了。