Db2里面的Hadr其实就是Primary-Stanby数据库模式的实现，因为配置比较简单，成本比较低所以有着广泛的应用,但是遗憾的是它不支持Db2的多分区功能。

最近在一台机器的2个不同instance下面的数据库里面测试了一下这个功能.

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

OS:AIX 5.2+ML 06

DB2:DB2 8.2 +FIXPACK 2

STEPS:

1.首先建立2个实例db2inst1,db2inst2.注意db2这个2个instance监听的端口是不一样的。我的配置里面60000和58000

2.在db2inst1里面建立数据库cntmidb。并且在里面建立侧是表。

3.为cntmidb打开归档模式，同时我把userexit也打开了。

4.将数据库cntmidb做一次完全备份。

5。将备份文件restore到db2inst2里面。当中回涉及到db2的重定向恢复。可以参考我的另外一篇文档。

6.修改2个数据库的客户端路由参数，因为是在一台机器上面的作的，所以主机地址一样

UPDATE ALTERNATE SERVER FOR DATABASE CNTMIDB USING HOSTNAME 10.1.1.115 PORT 58000

UPDATE ALTERNATE SERVER FOR DATABASE CNTMIDB USING HOSTNAME 10.1.1.115 PORT 60000

7.配置HADR服务和侦听端口

用vi编辑/etc/services文件:

DB2_HADR_1 55001/tcp
DB2_HADR_2 55002/tcp

8.修改主从数据库的参数

UPDATE DB CFG FOR CNTMIDB USING HADR_LOCAL_HOST 10.1.1.115
UPDATE DB CFG FOR CNTMIDB USING HADR_LOCAL_SVC DB2_HADR_1
UPDATE DB CFG FOR CNTMIDB USING HADR_REMOTE_HOST 10.1.1.115
UPDATE DB CFG FOR CNTMIDB USING HADR_REMOTE_SVC DB2_HADR_2
UPDATE DB CFG FOR CNTMIDB USING HADR_REMOTE_INST db2inst1
UPDATE DB CFG FOR CNTMIDB USING HADR_SYNCMODE NEARSYNC
UPDATE DB CFG FOR CNTMIDB USING HADR_TIMEOUT 120
CONNECT TO CNTMIDB
QUIESCE DATABASE IMMEDIATE FORCE CONNECTIONS
UNQUIESCE DATABASE
CONNECT RESET

UPDATE DB CFG FOR CNTMIDB USING HADR_LOCAL_HOST 10.1.1.115
UPDATE DB CFG FOR CNTMIDB USING HADR_LOCAL_SVC DB2_HADR_2
UPDATE DB CFG FOR CNTMIDB USING HADR_REMOTE_HOST 10.1.1.115
UPDATE DB CFG FOR CNTMIDB USING HADR_REMOTE_SVC DB2_HADR_1
UPDATE DB CFG FOR CNTMIDB USING HADR_REMOTE_INST db2inst1
UPDATE DB CFG FOR CNTMIDB USING HADR_SYNCMODE NEARSYNC
UPDATE DB CFG FOR CNTMIDB USING HADR_TIMEOUT 120

9.启动HADR

10.Takeover测试