DB2 HADR概述.doc

DB2 HADR 概述 High Availability Disaster Recovery (HADR)是数据库级别的高可用性数据复制机制，最初被应用于Informix数据库系统中，称为High Availability Data Replication（HDR）。IBM收购Informix之后，这项技术就应用到了新的DB2发行版中。一个HADR环境需要两台数据库服务器：主数据库服务器（primary）和备用数据库服务器（standby）。当主数据库中发生事务操作时，会同时将日志文件通过TCP/IP协议传送到备用数据库服务器，然后备用数据库对接受到的日志文件进行重放（Replay），从而保持与主数据库的一致性。当主数据库发生故障时，备用数据库服务器可以接管主数据库服务器的事务处理。此时，备用数据库服务器作为新的主数据库服务器进行数据库的读写操作，而客户端应用程序的数据库连接可以通过自动客户端重新路由（Automatic Client Reroute）机制转移到新的主服务器。当原来的主数据库服务器被修复后，又可以作为新的备用数据库服务器加入HADR。通过这种机制，DB2 UDB实现了数据库的灾难恢复和高可用性，最大限度的避免了数据丢失。下图为DB2 HADR的工作原理图： 注：处于备用角色的数据库不能被访问。 我们就采用DB2的样本数据库SAMPLE作为配置对象。 配置过程（以下命令均在DB2 CLP中执行）： 环境 操作系统：Redhat Linux Enterprise Server v4.0（两台都一样） 数据库：DB2 ESE v9.5.0 for Linux 32bit（两台都一样,必须企业版） 下载链接：/webapp/iwm/web/preLogin.do?source=db2udbdl 。 DBSERV1：10 DBSERV2：16 配置 1).在DBSERV1 10安装DB2，并创建缺省实例db2inst1，服务端口：50000，我们使用缺省的实例所有者用户db2inst1，密码：db2inst1 2). 在DBSERV1 10使用db2sampl命令在DBSERV1上创建样本数据库SAMPLE [root@localhost ~]# su - db2inst1 [db2inst1@localhost ~]$ db2start [db2inst1@localhost ~]$ db2sampl 3). 在DBSERV1 10修改SAMPLE数据库配置参数LOGRETAIN为ON，以使该数据库日志记录方式改为存档日志。 root@localhost ~]# su - db2inst1 [db2inst1@localhost ~]$ db2 db2 = connect to sample db2 = update db cfg for sample using logretain on db2 = update db cfg for sample using trackmod on db2 =update db cfg for sample using newlogpath /db2data/log 4). 在DBSERV1 10修改索引日志记录参数 root@localhost ~]# su - db2inst1 [db2inst1@localhost ~]$ db2 db2 = connect to sample db2 = update db cfg for sample using logindexbuild on db2 = update db cfg for sample using indexrec restart 注：这一步并不是必须的。 5). 在DBSERV1 10备份数据库SAMPLE 创建目录/database/dbbak root@localhost ~]# su - db2inst1 [db2inst1@localhost ~]$ db2stop [db2inst1@localhost ~]$ db2start [db2inst1@localhost ~]$ db2 db2 = backup DB sample to /database/dbbak 其中/database/dbbak是用来存放数据库备份文件的目录，你完全可以指定任何一个db2inst1有写入权限的其他目录。 备份完成之后，在/database/dbbak目录下我们会看到数据库备份映像文件： SAMPLE.0.db2inst1.NODE0000.CATN0000.20110407182524.001 注：你所得到的文件名的时间标志部分肯定和我的不一样，在下面的恢复数据库命令中要注意做相应的修改。 6). 在D