企业云上的oracle数据库容灾方案选择策略方法

最近公司在搞数据库容灾这方面的东西，而我们实施的项目中大多数据是标准模板搭建的，基本上都是Oracle rac 2、3节点asm磁盘管理。

在考虑Oracle数据库的容灾方案选择上，首先调研一下，我们的需求

要实现秒级数据丢失即RPO要求~0，小时级别的切换时间，即业务要在一小时之内恢复

实现从深圳到广州的数据容灾。

这里我们调研了一下方案选择，大都是数据库复制技术来实现，总体分如下几类：

1.数据库原生容灾方案：

Data Guard方案，在Oracle MAA架构绝对是重量级的存在，RMAN保证数据安全，DG报账业务连续。原理是使用日志传输的方案实现主备库的数据同步。11g之后支持ADG，备库只读打开，报表查询都可以在备库上做，减轻主库的负担，而且稳定性较高。确定可能是没有一个友好的操作界面吧。

2.GoldenGate方案：传输的是SQL语句，带宽占用较低。主要用于异构数据库的迁移场景，在容灾方案上用的不多，配置起来比较复杂，可靠性没有DG好。

3.其他方案：

一般是通过解析日志，然后复制到备库进行应用，与OGG方式类似。商业软件如美创、英方等一般都有易用的UI界面，基本上都支持一键切换，适合于一些技术实力较弱的用户。其实我个人还是不想用这种方案的，价格太高，原理实现不透明，出问题基本上只有厂家进行技术支持了。

基于我们公司现状，Oracle rac asm用的比较多，也有一定的Oracle技术实力，从深圳到长沙的容灾我们打算选用Data Guard来做我们的容灾方案。

Dataguard大致设置如下：

1.主库Oracle rac 2节点，备库单机

2.配置LGWR传输，备库实时应用，网络情况良好情况下基本上不会怎么丢数据

3.切换时间能够控制在1分钟左右，业务量大时切换时间可能会稍慢，容灾决策比较重要，一般也不在乎这几分钟了。

后续把此类的配置方法公开，欢迎有此容灾想法的，随时探讨下

单机与rac的都不同，在企业云上，目前了解到5.8.6有容灾功能，不需要配置这么复杂的步骤，就可以实现数据库单机的容灾，上次简单试用了一下，非常不错，rpo最低1s，rto5分钟左右，对于不想配置复杂策略的同学，使用用企业云自带的容灾功能，感觉也能够满足大部分的

谢谢分享

Oracle数据库的DG方案，对数据库的切换是很简单和容易的，难点是应用的切换，因为数据库切换后，IP地址会改变，应用连接的数据源需要调整。

谢谢分享

有了解过英方的i2active产品

很有帮助

学习充电了，感谢

学习了，谢谢分享

感谢分享

学习了。