DB2 HADR
DB2 HADR(Hign Availability Disaster Recovery)是DB2实现高可用性和灾难恢复的一种解决方案。DB2 HADR由主数据库和备用数据库组成。主数据库接收连接并且执行事务，将生成的日志实时的发送至备用数据库；备用数据库将主数据库发送过来的日志进行重做，从而完成与主数据的同步。当主数据库出现问题不能正常工作时，备用数据库可以快速的接管主数据库的功能。从DB V97FP1开始，HADR开始支持备机可读的功能，用户可以将一些读操作集中在备机上运行，以减轻主机的负载。
由于主数据库和备用数据库之间只传输日志，所以节省了网络上的开销；由于主备数据库的数据几乎实时同步，所以接管的速度也非常快；由于HADR的同步模式的管理，丢失数据的可能性也非常小。
为了适用各种网络条件和一致性需求，DB2 HADR支持四种同步模式：同步，近同步，异步和超级异步。其中超级异步模式从DB2 V95FP8开始支持。四种同步模式对网络的要求和对主数据库的影响依次减小，但是可靠性也依次降低。例如，同步模式对主数据库上的事务影响最大，但是可以保证备用数据库上的事务和主数据库是实时一致的；而超级异步模式对数据库上事务没有任何影响，但是一旦主数据库出现事故，就可能会发生事务丢失。
DB2 HADR的配置、使用和管理也非常简单，如果结合DB2集成的HA方案，还可以实现HADR备机的自动接管和主机的自动重新加入，极大地减轻了数据库管理员的工作。
由于主数据库和备用数据库之间只传输日志，所以节省了网络上的开销；由于主备数据库的数据几乎实时同步，所以接管的速度也非常快；由于HADR的同步模式的管理，丢失数据的可能性也非常小。
为了适用各种网络条件和一致性需求，DB2 HADR支持四种同步模式：同步，近同步，异步和超级异步。其中超级异步模式从DB2 V95FP8开始支持。四种同步模式对网络的要求和对主数据库的影响依次减小，但是可靠性也依次降低。例如，同步模式对主数据库上的事务影响最大，但是可以保证备用数据库上的事务和主数据库是实时一致的；而超级异步模式对数据库上事务没有任何影响，但是一旦主数据库出现事故，就可能会发生事务丢失。
DB2 HADR的配置、使用和管理也非常简单，如果结合DB2集成的HA方案，还可以实现HADR备机的自动接管和主机的自动重新加入，极大地减轻了数据库管理员的工作。
5同行回答
有个问题请教一下，
那HADR的环境中，到底应该是传输事务日志还是传输日志文件？
我的理解应该是传输事务日志到standby的logbuffer,在SYNC模式下，
将log写入standby log文件，完成之后，发送ACK信息给Primary
然后standby db通过LSN来replay log.收起
那HADR的环境中，到底应该是传输事务日志还是传输日志文件？
我的理解应该是传输事务日志到standby的logbuffer,在SYNC模式下，
将log写入standby log文件，完成之后，发送ACK信息给Primary
然后standby db通过LSN来replay log.收起
浏览1314
DB2集成的HA方案:具体是指？
我进行过相关测试：
将suse linux HA和db2 hadr尝试结合在一起做，发现无法自动切换，即便把主数据库服务器reboot，还是切换不过来；
我尝试把“db2 takeover hadr on db dbname [by force]” 强行写到脚本/usr/lib/ocf/resource.d/heartbeat/db2函数中去，并更改其他相应脚本的调度方式，本来向利用HEARBEAT的IP检测启动备库角色切换功能，失败。
其他层面倒是成功了：
DB2非共享磁盘数据库双机热备测试（实例级别启停）
DB2共享磁盘数据库双机热备测试（裸设备/文件系统自动接管）
这块是没搞明白。收起
我进行过相关测试：
将suse linux HA和db2 hadr尝试结合在一起做，发现无法自动切换，即便把主数据库服务器reboot，还是切换不过来；
我尝试把“db2 takeover hadr on db dbname [by force]” 强行写到脚本/usr/lib/ocf/resource.d/heartbeat/db2函数中去，并更改其他相应脚本的调度方式，本来向利用HEARBEAT的IP检测启动备库角色切换功能，失败。
其他层面倒是成功了：
DB2非共享磁盘数据库双机热备测试（实例级别启停）
DB2共享磁盘数据库双机热备测试（裸设备/文件系统自动接管）
这块是没搞明白。收起
浏览1401