DMDSC是达梦推出的对标Oracle RAC的一款数据库产品，从本人和团队测试使用情况来看，功能上已经达到可替代Oracle RAC的水平，本地高可用比原有的达梦主备集群更高，消除了单节点物理故障造成的服务中断问题。但DMDSC尚未提供类似Oracle RAC到RAC的 ADG功能，本文试图在同城/异地容灾方面进行进一步探讨。

方案一：DMDSC+DW
达梦官方提供了一种容灾方案是DMDSC+DW，也就是一套DSC加一个单节点备库。

首先要肯定这种方案已经具备了基本容灾功能，但因为AB站点非对等，当从A切到B站点时，有可能造成B站点单节点数据库资源紧张和高可用性降级。

方案二：基于虚拟磁盘镜像技术同城双活

该案例也来自达梦官方案例，初看架构图和方案一类似，但请大家注意共享存储中用到了磁盘镜像技术。此方案应该受到Oracle Extended RAC中的虚拟存储镜像（比如EMC VPLEX）的启发。从技术上来说，一个写操作需要经过如下步骤：写请求到虚拟镜像卷，镜像卷将请求复制为两份下发到两中心的镜像数据盘，镜像数据盘返回写操作完成，镜像卷返回写I/O操作完成。个人认为在图中DSC2实例在机房1应该是个谬误，因为同机房内使用该技术、动用2个存储不是十分必要，另外如果是双中心但每个中心只有一个DSC实例，容灾效果和扩展性不强，可考虑从2节点扩展到4节点，每个站点2个DSC实例，从而实现同城双活；因为存储双活对网络要求高，如果实践效果不理想，可只启动生产中心2个实例，达到主备数据中心等配容灾效果。
在Oracle的Extended RAC还可以通过ASM mirror和failgroup实现，可以降低对存储的要求，但达梦ASM尚未支持该特性。

方案三：DMHS逻辑同步

DMHS是一款基于日志分析的数据库实时同步软件，可类比Oracle Goldengate。在测试过程中我们发现在双中心切换时可保证效率，但扩展到两地三中心或者四中心时，数据复制的复杂度指数级递增，另外DMHS本身的高可用性也是一个问题。

方案四：基于存储同步/异步复制

本方案有点类似方案二，但使用的是不同的存储复制技术，写直接到主中心存储，主中心存储再通过同步或异步的方式复制到同城或异地。相比方案二，这是2个DMDSC集群，同步的范围不包括DCR和Votingdisk。在切换时，需保证存储同步完成后再启动备DSC的数据库，其优点是对网络要求低于方案二，复杂度低方案三，在架构一致的情况下可扩展到第三第四数据中心。在实测中EMC、华为、浪潮存储都通过了测试。

将上面的几种解决方案做个对比，各位DBA可以根据公司实际情况进行选择。

一家之言，如有谬误，敬请指正。