有人有兴趣讨论下压力大的数据库的容灾嘛？

eagle_fan

最初由 Kamus 发布
[B]

shutdown abort后所有需要的recovery数据都在本机的redo中
只要数据文件，redo不损坏，数据库就可以打开
但是并不一定这些redo就会同步到远程
那么远程就有可能启动不了数据库 [/B]

上面讲到，如果是同步的话，远端没有接受到数据块，local就不会认为数据已经写入本地硬盘，所以在网络断开的情况下，没有一致性的问题

如果是异步的话，在存储级别看的话，不管是数据文件还是redo log或是control file都是一样的异步机制。如果是实现了数据块的传输次序和local 硬盘写入的次序一样的话，应该可以认为是远端的shutdown abort吧，举个例子
例如网络是下午3点10分断的， 此时local的数据块写入到了3点10分，远端传输的数据块是3点9分的
只要保证3点9分前的数据块（包括数据文件和redo log，control file等等，存储级别不管这些）全部写入，3点九分后的数据块全部没有写入（也就是上面提到的异步按照local的写入次序写入远端）。这和local端三点9分shutdown abort不是一样的吗

我是这样理解的，大家讨论讨论吧

nsync

最初由 HUHU123456 发布
[B]其实这方面产品还有GoldenGate，我们测过，比share plex的好用 [/B]

我们也做过测试,GoldenGate确实要好一些.

lc7888

最初由 nsync 发布
[B]
我们也做过测试,GoldenGate确实要好一些. [/B]

能不能把具体的测试过程和数据公布出来呢？比较一下。

eagle_fan

最初由 Kamus 发布
[B]

问题在于你如何保证这个SCN点的所有block改变都全部传到了远程？
假设我们认为一个checkpoint之后，所有的数据文件全部同步了，OK，现在改变了100个block，这100个block的改变被同步软件获得了，开始往远程传，一个极端的环境下，传到50个block改变的时候，网络中断了，此时你认为远程的数据库一定可以正常启动吗？ [/B]

这还是相当于shutdown abort的情形啊
相当于就是local端在做checkpoint的时候，写入50个block掉电了
但是由于网络传输的原因，导致远端的几率大一点
但是现在做DR的网络带宽也是不小的

eagle_fan

昨天问HDS的人这个问题，问她这50个block会不会丢弃
HDS的人也没有一个明确的答复
不过感觉丢弃是理想的状况，但是存储应该不会知道这50个block是什么东西

silverwang

最初由 eagle_fan 发布
[B]

上面讲到，如果是同步的话，远端没有接受到数据块，local就不会认为数据已经写入本地硬盘，所以在网络断开的情况下，没有一致性的问题

如果是异步的话，在存储级别看的话，不管是数据文件还是redo log或是control file都是一样的异步机制。如果是实现了数据块的传输次序和local 硬盘写入的次序一样的话，应该可以认为是远端的shutdown abort吧，举个例子
例如网络是下午3点10分断的， 此时local的数据块写入到了3点10分，远端传输的数据块是3点9分的
只要保证3点9分前的数据块（包括数据文件和redo log，control file等等，存储级别不管这些）全部写入，3点九分后的数据块全部没有写入（也就是上面提到的异步按照local的写入次序写入远端）。这和local端三点9分shutdown abort不是一样的吗

我是这样理解的，大家讨论讨论吧 [/B]

其实说白了，就是存储级的容灾做不出事务级的存储(比如，偶要求N个按顺序传向不阵列或者同阵列不同光纤通道的多个数据块要么同时存储成功，要么同时失败).

因此，窃以为将来的趋势还是依赖于数据库自身的事务将容灾集合起来更可靠.(就如Dataguard)

eagle_fan

最初由 Kamus 发布
[B]

老大，你咋转不过来呢
无论本地怎么坏，只要redo在都好办
问题是启用远程的时候，基本上就是本地用不了了
那么就可能会有需要恢复的数据没有传过去。
而在本地不会有这种情况
无论是在redo里，实在数据文件里，是在回滚段里
只要这些东西都完好，数据库就可以起来 [/B]

回滚段是在数据文件里面的吧
redo也是在日志文件里面的
远端也是同样有数据文件,redo log的吧

"就可能会有需要恢复的数据没有传过去。"这句话如何理解呢

biti_rainy

最初由 eagle_fan 发布
[B]

回滚段是在数据文件里面的吧
redo也是在日志文件里面的
远端也是同样有数据文件,redo log的吧

"就可能会有需要恢复的数据没有传过去。"这句话如何理解呢 [/B]

如果你总是能保证 传输的顺序和 oracle 写顺序一致，或者一起，那肯定没有问题的

至少也要保证日志和归档是率先传过去的


根据偶了解的情况，在同步传输的时候，本地会冻结存储cache使得无法做任何写入，同步完毕才可以做写入。这样对于文件系统可能就有一个新的问题，那就是 OS 还有cache，这部分数据可能就麻烦了,兴许只有 raw  device 才是安全的。

wolfgroup

最初由 hzy789 发布
[B]容灾的基本方式有基于以下几种方式:存储级, 主机级LVM, 应用级三种方式.
对于存储级来说,需要有一定的配置经验,异地的存储阵列必须是同一厂家,它的效率比较高,当然它的成本也较高,目前EMC,IBM,hitch 均有相关产品,从使用稳定性来讲,最好的当数EMC SRDF +  BCV ,{有兴趣,可以发邮件细谈email_shy@263.net},为了保证数据库数据的一致性,建议容灾采用同步方式
对于主机LVM的容灾方式,它的比较灵活,异地之间的存储可以是不同厂家的,比如,Virtas  LVM
第三种就是应用级,1,DSG Snapshop, 2, Quest  SharePlex 当然这两种东西都是针对ORACLE开发的,
还有Data Guard [/B]

DSG has:

DSG RealSync
DSG SmartE
DSG SnapAssure
DSG SnapGuard
DSG SnapShare


never has 'DSG Snapshop'.

dx6340

我现在用shareplex的在数据同步中，1天处理archive log 在 200G，
DSG没有用过，但是听某个客户说当程序进程有问题时候，会占到CPU 99%, 怕怕
（PS: 只是听说，我没有测试过）