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

bluevisual

最近看了一些CDP之类的文章，里面讲到两个阵列之间采用 SRDF或TrueCopy之类的技术，可以实现数据块级别复制。我有一个疑问：oracle之类的数据库能复制么，会丢失数据么，会不会造成数据库状态不一致的情况，业务切换的时候。

yoyosys

数据库不建议做存储级别的复制，这会导致数据的不一致性，在复制的过程中，内存中的数据是无法复制的。硬件级的复制对于文件级的没有影响。

无牙

复制肯定会丢数的，只不过是多与少的问题。

bluevisual

我也是这样认为的，对于数据库之类的远程复制不适宜采用基于阵列的容灾

qqadmini

HDS的官方文档说...基入阵列的复制是不会丢数据的...要看你采取什么模式...比如说..你采取Universal Replicator,的话..有两种模式可以选择...
就是同步和异步..........
1"同步保证数据一致性...
2"异步保证业务正常运行...不会同步一样有"等待停顿"的..

无牙

H的比E的强

mike79

都不知道在说些什么，一点数据库的常识都没有。
基于存储的同步复制，配合数据库的日志机制，可以保证数据库中已经commit的数据不丢失，没有commit的数据在数据库起来后被rollback。而不是什么内存中的数据都丢失。
对于数据库而言，启用灾备存储上的数据库就相当于机器掉电以后被重启。因此在数据一致性上确实存在风险，比不上数据库自身的容灾方案，例如oracle的dataguard。

qqadmini

原帖由 mike79 于 2009-5-31 14:25 发表
都不知道在说些什么，一点数据库的常识都没有。
基于存储的同步复制，配合数据库的日志机制，可以保证数据库中已经commit的数据不丢失，没有commit的数据在数据库起来后被rollback。而不是什么内存中的数据都丢 ...

1:这里是存储版本,不是ORACLE版本.
2:LZ的问题就是问的基于阵列的.,就是问服务器里"两块硬盘,时刻都是互相复制状态" A和B,A坏了以后,B会不会和A一样,并且能继续无缝的工作.

[ 本帖最后由 qqadmini 于 2009-5-31 21:48 编辑 ]

myguangzhou

ORACLE COMMIT的数据只是写入OS认为的DISK而已，因此丢数据的风险还是存在的。
为保险起见，可以在OS安装AGENT的软件，与存储交互联动，保证数据的一致性。

mike79

原帖由 qqadmini 于 2009-5-31 21:45 发表



1:这里是存储版本,不是ORACLE版本.
2:LZ的问题就是问的基于阵列的.,就是问服务器里"两块硬盘,时刻都是互相复制状态" A和B,A坏了以后,B会不会和A一样,并且能继续无缝的工作.

先看清楚LZ问了什么：oracle之类的数据库能复制么，会丢失数据么，会不会造成数据库状态不一致的情况，业务切换的时候。
回答是
1，数据库也可以复制
2，只要数据库中commit的数据都不会丢失，没有commit的数据会丢失，而不是什么内存中的数据都丢失
3，对于灾备存储上的数据库，在启动时候就相当于经历了一次掉电

LZ没有说要无缝的工作。做存储的一点也不懂数据库的话，那就是在瞎做。
至于说服务器里"两块硬盘,时刻都是互相复制状态"，呵呵，这个错误就搞大了。存储复制是LUN对LUN的复制，在任何时刻都是一个做source，一个做target，不是什么相互复制状态。这些基本概念只要做过存储复制就都知道了。