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

cqubityj

从理论上来讲，要保证灾备存储上的Oracle数据的一致性，就要求在阵列复制时，应用在灾备存储上的IO顺序与Oracle发给主阵列的IO顺序一致。而阵列复制一般都会重整IO，因此在灾备存储上应用IO的顺序有可能与Oracle发给阵列的IO顺序不一致，在这种情况下就有可能会出现问题。例如：oracle的IO顺序可能是IO1、IO2、IO3，而在灾备阵列上应用时可能是IO1、IO3、IO2。 假设oracle向主阵列发了IO1、IO2、IO3，这时主阵列损坏了，而此时可能IO1和IO3已被传到灾备存储上，而IO2完全丢失了。这样在灾备存储上的数据可能就会出现不一致的情况。　\r\nHDS的truecopy支持按顺序应用IO的机制，从理论上来讲，truecopy是安全的。

旷野的呼唤

mike的说话是正确的。\r\n抛开硬件本身的问题不谈。只要保障了oracle日志文件就保障了数据的一致性。\r\n对于oracle来说，启用灾备存储就相当于数据库服务器掉电重启。\r\n具体的过程要请熟悉ORACLE的人回答了。大概是这个时候会扫描数据文件、控制文件和日志中的scn号，进行一致性修复。

myguangzhou

晕倒，我还以为你们在说快照呢

bluevisual

两个阵列之间采用同步复制的话，Oracle数据库commit之后，这些数据肯定是已经写入到本地和远程灾备设备中（写入阵列的cache中，emc 也会返回一个正确的信息给前端客户端的）。这个是毫无疑问的，我想问的是：基于阵列的容灾能保证数据库中cache数据的完整性，通过oracle的回滚日志可以保证么。

yoyosys

从中还是学习到不少知识

myguangzhou

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

bluevisual

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

无牙

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

yoyosys

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

qqadmini

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