基于阵列的复制，oracle之类的数据库能保证同步么

forecast777

如果出现链路中断，是否基于阵列的远程复制技术，基本都无法避免一致性问题？？
印象中VVR有专门针对链路中断的考虑，不晓得实际是怎样的？

forecast777

产品是一个变量；交付是一个变量；运维也是一个变量:wink:

forecast777

原帖由 无牙 于 2009-6-3 15:14 发表
都有类似的机制。

阵列层面如何保障一致性呢？ bitmap是不能实现交易级的一致性的。中端阵列大多是bitmap方式吧？ 有类似VVR SRL或VXVM DCO之类的东西么？

印象中高端阵列好像有类似于time stamp之类的机制，这种机制和LOG机制比如何呢？

另外请教,如果VVR SRL写满，启用了DCM是否也无法保障一致性了？？

[ 本帖最后由 forecast777 于 2009-6-4 11:09 编辑 ]

forecast777

阵列如何能够保障复制时的一致性呢？
如果redo log都有问题了，如何前滚或者后滚

forecast777

原帖由 无牙 于 2009-6-4 11:16 发表
如果VVR SRL写满，启用了DCM，也是能保证一致性的。
数据复制后是不是能用，和数据库本身的机理有关系，这时候就要靠数据库的日志来前滚或者后滚。

谢谢！

阵列的time stamp也是一个卷么？如果写满写bitmap也不能保障一致性吧？

time stamp和veritas Log机制有优缺点的不同么？？

forecast777

原帖由 wolfop 于 2009-6-4 20:09 发表

你本地的redo log如果都有问题了，你如何前滚或者回滚？

呵呵，我那个是反问句。
赞成“ffaatt“等人的观点。

forecast777

原帖由 ffaatt 于 2009-6-4 17:56 发表
我是做售前的，对技术细节没有深入了解，以下观点未必正确，请大家指正。
1.基于阵列的同步模式远程复制是能够保证数据一致性的，至于数据是在阵列Cache还是写入了Disk没有什么关系；在数据库Cache中的数据不一 ...

有两个疑问请您指点：
1）Time stamp各厂商都在内存实现么？ 有没有把它放在一个独立卷中的？  是否存在一个所需cache大小和带宽、数据量/频繁度等指标的对应关系公式？

2）您说“所以在第一次链路恢复后，不能立刻同步数据，而是先把远端的数据做一个本地复制(Shadowimage之类)，然后再同步” 这个是通过脚本实现么？  在push模式下，这个脚本触发问题如何把握？？
另外某客户案例是在备援站点每隔一个时间做个SI，这样实现一致性和其它数据使用用途。 这个是最佳方法么？

[ 本帖最后由 forecast777 于 2009-6-4 21:15 编辑 ]