----以内存为16GB的配置例子

环境变量配置 (主、备)

预取和清页进程数目设定

配置通讯端口 (主、备)

键入“shift+G”到最后一行

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

注：处于备用角色的数据库不能被访问。

下面我们首先从一个配置实例入手来了解DB2 HADR环境的基本配置过程，然后再对HADR环境涉及到的一些技术要点展开讨论。

recovery的简写。组成HADR，需要一对机器（DB2并没有支持多个从机，是因为这样会给系统的管理带来很大麻烦），一个主机（primary），一个从机（secondary）。从高可用性上来讲，当主机发生故障时，从机可以很快的接替主机工作，可以减少数据库的故障时间；从灾难恢复上来讲，如果主机由于不可预测的灾难发生了故障，远程的从机数据不受任何影响，可以保证数据不会丢失。

HADR开始支持ROS（read on standby）。从这个版本开始，从机开始支持读操作，客户的读操作可以使用从机完成，减少主机的负载，提高系统的系能。这样，客户就不必担心额外的费用了。

现在，写一下HADR配置的过程吧，前提是大家已经安装了db2。大家其实可以从google上搜索到很多关于这个话题的文章，但是我还是决定写一下，希望给大家多一个参考。

pending方式。当从数据库恢复时，不要使用这个备份文件，而是需要重新备份一次，使用第二次备份的文件。假设文件名是：HADRDB.0.sfbao.NODE0000.CATN

      第四步，将刚才备份的数据库日志文件拷贝到一个从机可以使用的文件系统里面

Pair就配置好了。笔记本快没电了，以后在写其它的。