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

  免費注冊 查看新帖 |

Chinaunix

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

基于陣列的復制,oracle之類的數據庫能保證同步么 [復制鏈接]

論壇徽章:
221
15-16賽季CBA聯賽之吉林
日期:2017-12-11 12:51:59黑曼巴
日期:2019-04-12 13:40:0515-16賽季CBA聯賽之廣東
日期:2019-04-23 10:41:1215-16賽季CBA聯賽之遼寧
日期:2019-05-06 13:03:2815-16賽季CBA聯賽之山西
日期:2019-05-09 10:56:5815-16賽季CBA聯賽之青島
日期:2019-05-17 13:57:0515-16賽季CBA聯賽之新疆
日期:2019-06-10 13:39:0515-16賽季CBA聯賽之天津
日期:2019-07-08 15:04:4519周年集字徽章-19
日期:2019-08-27 13:31:2619周年集字徽章-19
日期:2019-08-27 13:31:2619周年集字徽章-周
日期:2019-09-06 18:46:4715-16賽季CBA聯賽之天津
日期:2019-02-27 11:24:07
21 [報告]
發(fā)表于 2009-06-03 17:51 |只看該作者
CDR要用這個功能就強大了

論壇徽章:
1
CU十二周年紀念徽章
日期:2013-10-24 15:41:34
22 [報告]
發(fā)表于 2009-06-04 11:16 |只看該作者
如果VVR SRL寫滿,啟用了DCM,也是能保證一致性的。\r\n數據復制后是不是能用,和數據庫本身的機理有關系,這時候就要靠數據庫的日志來前滾或者后滾。

論壇徽章:
0
23 [報告]
發(fā)表于 2009-06-04 11:32 |只看該作者
陣列如何能夠保障復制時的一致性呢?\r\n如果redo log都有問題了,如何前滾或者后滾

論壇徽章:
0
24 [報告]
發(fā)表于 2009-06-04 17:56 |只看該作者

我的一點看法:

我是做售前的,對技術細節(jié)沒有深入了解,以下觀點未必正確,請大家指正。\r\n1.基于陣列的同步模式遠程復制是能夠保證數據一致性的,至于數據是在陣列Cache還是寫入了Disk沒有什么關系;在數據庫Cache中的數據不一致是由數據庫自己的log機制負責的,和陣列沒有關系;\r\n2.在異步模式下比較復雜\r\n   1).異步模式丟數據很正常,但是需要保證2個事情,a.鏈路中斷后已傳輸的數據始終是一致的,b.鏈路恢復后續(xù)傳的數據也是一致的(當鏈路再次中斷仍然能夠保持正確)\r\n   2)大多數陣列異步模式的實現方法:在Cache中建立IO隊列(可能有timestamp),在多個磁盤卷之間建立一致性組(包括數據庫的數據文件、日志文件等),這樣基本都能滿足a.的需求\r\n   3)問題是陣列Cache大小有限,當鏈路速度太慢或者長時間中斷時,Cache隊列溢出了,有些陣列只能放棄復制,等鏈路恢復后重新來過(所有源數據再拷貝一次),有些陣列放棄隊列模式,改用Bitmap模式,在鏈路恢復后先按照Bitmap復制,完成后再回到正常的隊列模式,這兩種陣列都不能滿足b.的需求。在容災系統(tǒng)規(guī)劃中就是“二次容災問題”,當第一次災難結束/鏈路恢復后,如果在數據沒有完全同步時再來一次災難,那么遠端數據就是不一致的,容災就白做了(僅指陣列層面),所以在第一次鏈路恢復后,不能立刻同步數據,而是先把遠端的數據做一個本地復制(Shadowimage之類),然后再同步,即使再次發(fā)生災難,至少遠端還有一份老一點的數據。關鍵它是\"一致的\",可以用來恢復應用;\r\n  4)在高端磁盤陣列中(其實真正的高端也就HDS USP和EMC,加HP OEM的XP),USP/XP有3種復制模式:“同步”,“異步”,“日志異步”。日志異步就是在陣列中專門配置一個RAID組用于存放IO日志(帶Timestamp),這樣在鏈路中斷時可以繼續(xù)記錄IO隊列(RAID組可以保存TB級的數據,Cache是GB級的),因此可以滿足b.的需求。還有一些其他的好處,日志異步方式是由遠端主動到本地讀取日志的“拉”模式,而不是本地發(fā)送到遠端的“推”模式,這樣本地陣列在復制中始終是被動的,負載較小,而且鏈路中斷時也不需要操心,鏈路恢復后由遠端來“拉”即可;另外日志模式可以容易實現1點對多點的容災,1個本地陣列可以復制到多臺遠端陣列\(zhòng)r\n  5)在中端陣列中(EMC CX, HP EVA, IBM/SUN/ DS, Netapp FAS),我只知道EVA的異步復制是日志模式的,稱作\"WHL\"(Write History Log),因為EVA的磁盤空間是劃分是自動分配的,所以陣列上沒有專門的日志盤,所有空閑的磁盤空間都可以拿來做日志,無需管理員干預,所以EVA基本也可以滿足二次容災的需求。\r\n  6)綜上所述,異步有“Cache隊列Timestamp+磁盤Bitmap”,“磁盤寫日志”2中模式,后面一種可以始終保持數據一致性\r\n\r\n3.順便說句和存儲無關的題外話\r\n   在容災中要求保證一致性其實有很多層面的方法,陣列是其中一個層次,還需要其它層面的配合\r\n   1)業(yè)務流程,例如每個業(yè)務操作都留有憑證,即使數據庫中丟了數據也能再輸進去\r\n   2)應用軟件,在寫數據庫之前先做一個log并傳到異地\r\n   3)數據庫、操作系統(tǒng)/文件系統(tǒng)層面的日志/回滾技術\r\n   4)最低層,最簡單的是陣列復制層面的\n\n[ 本帖最后由 ffaatt 于 2009-6-4 18:46 編輯 ]

論壇徽章:
0
25 [報告]
發(fā)表于 2009-06-04 18:29 |只看該作者
看大家都是在討論Oracle數據庫,其他哪些數據庫也可以與這個原理差不多呢?望各位賜教...不勝感謝

論壇徽章:
0
26 [報告]
發(fā)表于 2009-06-04 18:53 |只看該作者
各種主流的數據庫產品一般都有日志、回滾這一套,還有類似的應用如Exchange、Domino等也差不多。主流的陣列廠商(包括Veritas這樣的存儲軟件商)一般都會把自己的本地復制和和異地復制和這些應用集成起來,有些做為實施服務來賣,有些免費給個腳本模板,還有一些打包成為一個產品模塊來賣,

論壇徽章:
0
27 [報告]
發(fā)表于 2009-06-04 23:38 |只看該作者
很好的題目,順便問一下,oracle的數據盤或文件用snapshot做備份,不管哪個廠商的,能從snapshot恢復嗎,我認為能,問題是數據會損失多少?

論壇徽章:
9
技術圖書徽章
日期:2014-10-14 15:48:13數據庫技術版塊每日發(fā)帖之星
日期:2015-06-04 22:20:00數據庫技術版塊每日發(fā)帖之星
日期:2015-06-10 22:20:00數據庫技術版塊每日發(fā)帖之星
日期:2015-06-11 22:20:00數據庫技術版塊每日發(fā)帖之星
日期:2015-06-13 22:20:00IT運維版塊每日發(fā)帖之星
日期:2015-09-22 06:20:00IT運維版塊每日發(fā)帖之星
日期:2015-12-08 06:20:00綜合交流區(qū)版塊每日發(fā)帖之星
日期:2016-02-02 06:20:00IT運維版塊每日發(fā)帖之星
日期:2016-07-25 06:20:00
28 [報告]
發(fā)表于 2009-06-05 12:51 |只看該作者
感覺樓上FFAATT對存儲復制的說法已經比較權威了。\r\n說說我的看法,我不贊成使用存儲復制。\r\n一方面是存儲復制太耗費帶寬,比如更改表中一個記錄中某個字段的值,這個操作,至少會影響到存儲數據庫文件的存儲系統(tǒng)的一個數據塊,同時還會影響日志文件,也就是說,即使我只是該了某個記錄中一個整形字段的值,使用存儲復制都要至少復制兩個以上的數據塊,實際數據發(fā)生更改的部分可能遠遠小于塊的尺寸,這個時候就存在帶寬嚴重浪費的情況。\r\n另一方面,如果遠端沒有來得及“拉”塊,主存儲即發(fā)生了損壞,這個時候,不但要丟數據,甚至有可能破壞文件系統(tǒng),這個問題比數據庫本身提供的REDO LOG要嚴重得多,REDO LOG只是丟掉一個操作,不存在破壞文件系統(tǒng)的問題。

論壇徽章:
3
CU十二周年紀念徽章
日期:2013-10-24 15:41:34IT運維版塊每日發(fā)帖之星
日期:2015-09-04 06:20:00數據庫技術版塊每日發(fā)帖之星
日期:2015-11-24 06:20:00
29 [報告]
發(fā)表于 2009-06-09 22:01 |只看該作者
強帖留名,飛康CDP,我還不知道是什么東西。

論壇徽章:
0
30 [報告]
發(fā)表于 2009-07-03 11:30 |只看該作者
前幾天翻不到這個帖子了,幸好被頂起來了\r\n\r\n\r\n測了一下,用bc 做了mirror ,在oracle open狀態(tài)下,把mirror拆開,拆開的volume掛起來,oracle照樣是好的。
您需要登錄后才可以回帖 登錄 | 注冊

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

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP