几天做了一下DB2 HADR实验，个人感觉HADR比DG操作维护来说来，简单多了，大家有机会体验一下。

概念介绍：

------------------------
DB2 HADR：
------------------------

High Availability Disaster Recovery (HADR)是数据库级别的高可用性数据复制机制，HADR 实现是基于 HDR 的 Informix 实现的（是数据库中高可用性灾难恢复相对比较成熟的功能）。本质上讲，HADR 是一种日志传送功能（DB2 UDB 现在支持这种功能），但它传送的不是固化的磁盘上的日志，而是日志缓冲区中的日志。这种方法提供了充分的粒度来满足解决方案的高可用性需求。HADR 复制发生在数据库层。

在生产环境下，HADR环境需要两台数据库服务器：主数据库服务器（primary）和备用数据库服务器（standby）。当主数据库中发生事务操作时，会同时将日志文件通过TCP/IP协议传送到备用数据库服务器，然后备用数据库对接受到的日志文件进行重放（Replay），从而保持与主数据库的一致性。当主数据库发生故障时，备用数据库服务器可以接管主数据库服务器的事务处理。此时，备用数据库服务器作为新的主数据库服务器进行数据库的读写操作，而客户端应用程序的数据库连接可以通过自动客户端重新路由（Automatic Client Reroute）机制转移到新的主服务器。当原来的主数据库服务器被修复后，又可以作为新的备用数据库服务器加入HADR。通过这种机制，DB2 UDB实现了数据库的灾难恢复和高可用性，最大限度的避免了数据丢失。

-------------------------------
Oracle DataGuard：
-----------------------------

Data Guard是Oracle的集成化灾难恢复解决方案，该技术可以维护生产数据库一个或多个同步备份，由一个生产数据库和若干备用数据库组成，并形成一个独立的、易于管理的数据保护方案。Data Guard备用数据库可以与生产系统位于相同的数据中心，也可以是在地理位置上分布较远的远程灾难备份中心。 Data Guard的基本原理是，当某次事务处理对生产数据库中的数据作出更改时，Oracle数据库将在一个联机重做日志文件中记录此次更改。在Data Guard中可以配置写日志的这个过程，除了把日志记录到本地的联机日志文件和归档日志文件中，还可以通过网络，把日志信息发送的远程的备用数据库服务器上。这个备用日志文件写入过程可以是实时、同步的，以实现零数据丢失（最大保护模式）；也可以是异步的，以减少对网络带宽的压力（最大可用性模式）；或者是通过归档日志文件、一个日志文件的批量传输模式，以减少对生产系统的性能影响（最大性能模式）。当备份数据库接收到日志信息后，Data Guard可以自动利用日志信息实现数据的同步。当主数据库打开并处于活动状态时，备用数据库可以执行恢复操作，如果主数据库出现了故障，备用数据库即可以被激活并接管生产数据库的工作。