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

hzy789

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

hzy789

对上述几家的产品,均有研究,考虑容灾要从,效率,投资以及RPO,RTO等不同方面进行考虑,
各个厂家的产品都有一定的特点......

amaome

先顶一下，欢迎大家分享自己的经验。

wzy25

可以考虑通过stream来做的，目前可能不太稳定，但是到10g应该功能完善了

eagle_fan

最初由 小新 发布
[B]感谢楼上的两位，这两天有点忙所以没上来。
biti_rainy，是不是通过oracle认证的存储厂商的在特定设置后就不会出现问题呢？
在哪里能查的到这些厂商？
我记得以前也看到你提过这方面的问题，从原理上讲如何保证存储同步和oracle同步达到一致，有相关的材料吗，谢谢了。欢迎大家帮助想想啊。 [/B]

我知道的是HP的EVA存储系列产品是通过oracle认证的

为什么能做到可以启动，我听HP的人讲是说。例如oracle写主存储中心的次序是block 1,2,3,4,5的话，那么在备份存储中心写的次序也是1，2，3，4，5，不会打乱次序

另外DR有同步和异步的方式，同步的话如果备份存储中心没有拷贝到数据的话，主存储中心不会给出已经接受的信号给服务器。同步是下面的流程：
1. 服务器写入主存储中心data block
2. 主存储中心将这个被修改的block复制到备份存储中心
3.备份存储中心回复确认信号给主存储中心
4.主存储中心回复确认信号给服务器

异步的流程如下：
1. 服务器写入主存储中心data block
2.主存储中心回复确认信号给服务器
3.主存储中心将该data block（这个动作是有次序的，就是保证在这之前写入主存储中心的block已经全部拷贝到了备份存储中心上，而之后的block都没有写，也就是上面所说的次序不会打乱）复制到备份存储中心
4.备份存储中心将回复确认信号给服务器

zzffhh

来倾听来了。

sand

各位有没有DATAGUIDE的比较详细的案例或资料,学习一下!

eagle_fan

最初由 Kamus 发布
[B]

其实现在各大厂商的基于block级别的复制软件都是同样的这个机制，都提供同步和异步方式

最主要的是对于Oracle这种一致性要求特别高的数据库，就有可能block 1,2,3,4,5必须全部复制到远程，数据库才可以打开，如果是只复制了1,2,3网络就因为故障停止了，怎么办？
还有就是对于基于磁盘block或者卷级别的复制，对于存储在buffer cache中或者磁盘缓存中的数据自然就无法同步了，那么在网络故障或者主机故障时，是不是可能就会丢失更多数据？ [/B]

我觉得网络故障这些在远端来看就相当于本地的shudown abort的情形。数据库文件不一致，需要instance recovery，不过大部分的情形是可以开起来的

最近对EMC的两跳功能比较感兴趣，就是先做同步再做异步，好像是EMC独有的，稍后给大家的评测报告

wzy25

share plex不错，我们测试过，若且性能很好，延迟非常低。
即将测试stream。

cyr1974

支持 Kamus 的观点