Oracle数据库容灾相关知识

目录

冷备、热备、rman增备全备

RTO和RPO

容灾方案种类

RAC与ADG/OGG方案比较

ADG主要解决了DG时代读写不能并行的问题

OGG

ADG&OGG两种不同存储架构的差异

基于ASM冗余设计架构实现的数据库双活方案，如何规划ASM

---

冷备、热备、rman增备全备

 

RTO和RPO

所谓 RTO，Recovery Time Objective，它是指灾难发生后，从 IT 系统当机导致业务停顿之时开始，到 IT 系统恢复至可以支持各部门运作、恢复运营之时，此两点之间的时间段称为 RTO。比如说灾难发生后半天内便需要恢复，RTO值就是十二小时。

所谓 RPO，Recovery Point Objective 复原点目标。是指从系统和应用数据而言，要实现能够恢复至可以支持各部门业务运作，系统及生产数据应恢复到怎样的更新程度。这种更新程度可以是上一周的备份数据，也可以是上一次交易的实时数据。如果企业每天凌晨0时备份一次，当服务恢复后，系统内储存的只会是最近灾难发生前那个凌晨0时的资料。如果23：59发生灾难，那么损失的数据就是约24小时，所以该用户的RPO就是24小时，即用户最大的数据损失量是24小时。所以RPO指的是用户允许损失的最大数据量。这和数据备份的频率有关。

为了改进RPO，数据保护必须更频繁地进行。大多数情况下，增加备份的频率是不现实的。

原因有：1）应用的高峰时段无法进行备份操作；2）备份数据所花时间太长。为了改进RPO，需要有新的方法，这种方法就是恢复管理，用连续复制和快照技术能有效地改进RPO。

容灾方案种类

容灾向来是以RPO/RTO来定义其级别，所谓的双活只是业内对某种较高容灾级别的架构的俗称，根据不同的角度对其理解也有所偏差。

1.基于跨中心实现的远距离RAC架构。

   1）基于ASM冗余设计实现。

   2）基于存储集群化之后的分布式存储卷实现。

2.基于Oracle ADG/OGG 实现的主备库架构。

RAC与ADG/OGG方案比较

1)从RPO角度来看，RAC方案可以做到理论上的绝对同步。ADG可以做到近似同步，但是一般用在异步场合。

2)从RTO角度来看，RAC方案可以做到理论上的秒级自动故障转移。ADG一般需要人工去实现备库切换，而且需要应用改变连接IP地址，重新启动。

3)从风险角度来看，RAC方案一旦实现距离拉伸，最大的风险在于远距离光纤条件下的节点之间的数据交互。而ADG方案就没有该风险存在。

4)从方案的复杂度来看，RAC方案理论上需要第三点的仲裁，需要双中心二层打通等复杂环境条件。而ADG和OGG方案只需要网络三层可达即可。

5)从投资成本来看，RAC方案实现距离的拉伸之后，需要的环境成本（网络条件、仲裁条件）等都需要较高的成本。ADG和OGG方案没有这些成本。

由此可以看出，实际上从容灾角度考虑（RTO/RPO）,那么RAC方案一定是比ADG方案能实现RTO和RPO的更高目标，但是从成本和风险角度考虑，ADG又是最佳的选择。

ADG主要解决了DG时代读写不能并行的问题

DG时代的数据同步方式如采用Redo Log的物理方式，则数据库同步数据快、耗用资源低，但存在一个大问题。

Oracle 11G以前的Data Guard物理备份数据库，可以以只读的方式打开数据，但这时日志的数据同步过程就停止了。而如果日志的数据同步处于执行过程中，则数据库就不能打开。也就是日志读、写两个状态是互相排斥的。而Active Data Guard则是主要解决这个问题。

OGG

主要用途：数据迁移

OGG的标准用途是将数据从Oracle迁移到非Oracle数据库，或从非Oracle数据库迁移到Oracle数据库，支持的数据源有：

Oracle和非Oracle数据库，如MySQL，IBM DB2，MS SQL，Sybase等文件；XML，JSON，CSV文件和其他非结构化数据源；基于大数据的数据库，如基于Apache Hive，Apache HDFS和Apache Hadoop等技术的大数据平台数据库；Java消息传递服务（JMS）和Java API。

支持的复制形式

 模块组成和逻辑结构

1. 控制全局的Manager进程
2. 抓取源端数据库修改信息的extrace进程
3. 存放已提交的修改性事务的trail文件
4. 传输数据的Pump进程
5. 记录其读写位置的Checkpoint文件
6. 将trail文件里的信息进行应用的Replicat进程
7. GGSCI命令行工具

ADG&OGG两种不同存储架构的差异

撇开成本和风险，只考虑容灾目标的话，我们再来比较一下对于RAC方案的两种不同存储架构的差异。

 ADG&OGG的优缺点是什么？各自应用的场合是什么？DG实施的注意点有哪些？

ADG 同构平台数据同步，OGG可以异构平台数据同步。

ADG 用在容灾场合，可以同城、可以异地。OGG一般用在异构平台迁移场合。

ADG 相对比较稳定，OGG 相比而言问题多一些。

ADG 架构可以灵活组合，OGG 架构相对会单一。

ADG 可以通过快照方式保留当前时刻点数据，OGG不能做到。

ADG：五级容灾目标场合下的数据库主备切换架构。

OGG：数据平台的建设或者是异构数据库之间的集中整合或者是同步。

在金融行业，常见的容灾架构为ADG，尤其是异地灾备。也有部分较高要求的采用 RAC + ADG，这里的RAC有的是基于存储集群虚拟出来的分布式卷之上做的RAC，有的是通过ASM冗余设计本身实现的。OGG在重大变更需要异构数据库同步数据的场合下或者是金融行业的数据集中平台上采用。

ADG，最常用的同城、异地灾备解决方案，物理级备份，备机不可写，传输数据为所有redo日志的更改，数据量稍大，不过从以往的使用经验来看，也不太会影响网络，除非应用对网络有很苛刻的要求，即使有，也可以通过vlan或者路由或者多网卡的方法特别建立网络通道，主备库完全一致，缺点是必须全库备份。OGG，DSG这两个是一个类型的，逻辑备份，主要采用特有的技术从联机日志中抽取更改项应用到备库，主备l库为两个库，可以全库同步也可以同步单张表或数张表，同步速度较快，传输数据量很少，传输的是SQL语句，带宽占用较低。OGG配置起来比较复杂，在容灾方案上用的不多，可靠性没有ADG好。

基于ASM冗余设计架构实现的数据库双活方案，如何规划ASM

ASM使用独特的镜像算法：不镜像磁盘，而是镜像盘区。作为结果，为了在产生故障时提供连续的保护，只需要磁盘组中的空间容量，而不需要预备一个热备(hot spare)磁盘。不建议用户创建不同尺寸的故障组，因为这将会导致在分配辅助盘区时产生问题。ASM将文件的主盘区分配给磁盘组中的一个磁盘时，它会将该盘区的镜像副本分配给磁盘组中的另一个磁盘。给定磁盘上的主盘区将在磁盘组中的某个伙伴磁盘上具有各自的镜像盘区。ASM确保主盘区和其镜像副本不会驻留在相同的故障组中。

磁盘组的冗余可以有如下的形式：双向镜像文件(至少需要两个故障组)的普通冗余(默认冗余)和使用三向镜像(至少需要3个故障组)提供较高保护程度的高冗余。一旦创建磁盘组，就不可以改变它的冗余级别。为了改变磁盘组的冗余，必须创建具有适当冗余的另一个磁盘组，然后必须使用RMAN还原或DBMS_FILE_TRANSFER将数据文件移动到这个新创建的磁盘组。三种不同的冗余方式如下：

1. 外部冗余（external redundancy）：表示Oracle不帮你管理镜像，功能由外部存储系统实现，比如通过RAID技术；有效磁盘空间是所有磁盘设备空间的大小之和。
2. 默认冗余（normal redundancy）：表示Oracle提供2份镜像来保护数据，有效磁盘空间是所有磁盘设备大小之和的1/2 （使用最多）
3. 高度冗余（high redundancy）：表示Oracle提供3份镜像来保护数据，以提高性能和数据的安全，最少需要三块磁盘（三个failure group）；有效磁盘空间是所有磁盘设备大小之和的1/3，虽然冗余级别高了，但是硬件的代价也最高。

参考：

Oracle之ADG与DG的区别？