DB2 HADR管理说明

 启动和停止DB2 HADR

    使用START HADR命令启动主数据库和备用数据库的HADR。启动主数据库使用AS PRIMARY子句，启动备用数据库使用AS STANDBY 子句。如果想以其他用户启动HADR，可以通过USER user-name USING password子句指定用户名和密码，在启动主数据库的HADR时，如果在数据库HADR_TIMEOUT所指定的时间内未能建立与备用数据库HADR的连接，启动将失败。这时候，你可以等排除故障并成功启动备用数据库HADR后再启动主数据库HADR，也可以通过指定BY FORCE子句强行启动主数据库。：

启动备用数据库：

start hadr on database sample [using db2admin using db2admin] as standby

启动主数据库：

start hadr on database sample [using db2admin using db2admin] as primary[by force] 

    使用STOP HADR 停止主数据库和备用数据库的HADR，如果在活动的主数据库上发出此命令，所有的数据库连接都被断开，数据库恢复为标准数据库，并保持联机状态；如果在活动的备用数据库上发出此命令，将停止失败。你必须先使用
DEACTIVATE DATABASE命令取消激活，然后再停止HADR。

停止备用数据库：

deactivate database sample
stop hadr on database sample [using db2admin using db2admin]

停止主数据库：

stop hard on database sample [using db2admin using db2admin]

 查看HARD的配置及运行状态 

    当备用数据库的HADR启动时，它首先进入本地同步更新状态。并根据本地日志路径配置参数及日志归档方法的设置检索本地系统中的日志文件并重放。当本地日志文件重放完毕，备用数据库进入远程同步暂挂状态。当与主数据库建立连接之后，备用数据库进入远程同步更新状态。即主数据库将自己的日志文件通过TCPIP协议发送给备用数据库，备用数据库接收到日志文件并重放，直到所有日志文件都重放完毕，备用数据库和主数据库进入对等状态。

查看DB2 HADR状态：

db2pd -d sample -hadr

 主数据库和备用数据库的接管/故障转移 

    当主数据库发生故障时，备用数据库可以接管主数据库的服务，成为新的主数据库（称为故障转移）。当原主数据库修复后，又可以作为备用数据库加入HADR对。即使主数据库服务器没有故障，我们通过接管命令（TAKEOVER）切换主数据库和备用数据库的角色。接管命令只能用在备用数据库上。HADR提供两种接管方式：

紧急接管：

takeover hadr on database sample by force

普通接管：
t
akeover hadr on database sample

 主数据库和备用数据库的同步方式 

    在上面的配置实例中我们将主数据库和备用数据库的HADR_SYNCMODE参数值设置为NEARSYNC，当主数据库和备用数据库处于对等状态时，HADR采用NEARSYNC（接近同步）同步方式管理日志写入。DB2提供了三种日志同步方式：

 SYNC（同步）： 

    采用SYNC方式时，仅当主数据库日志写入成功，并收到备用数据库的应答，确保备用数据库的日志也成功写入的情况下，才认为日志写入成功。这种方式下的事务响应时间最长，但最大限度的确保不发生事务丢失；

 NEARSYNC（接近同步）： 

    采用NEARSYNC方式时，当主数据库日志写入成功，并收到备用数据库的应答，确定备用数据库已经接收到日志时，即认为日志写入成功。也就是说，备用数据库接收到的日志并不一定能成功写入持久存储设备上的日志文件。这种方式下的事务响应时间比SYNC方式短，且仅当两台服务器同时发生故障时，才会发生事务丢失；

 ASYNC（异步）： 

    采用ASYNC方式时，当主数据库日志写入成功，并将日志发送出去之后，即认为日志写入成功。此方式并不保证备用数据库能收到日志，这要依赖于TCP/IP网络情况。这种方式下的事务响应时间最短，但产生事务丢失的可能性也最大。

 自动客户端重新路由（Automatic Client Reroute） 

    要配置自动客户端重新路由，使用UPDATE ALTERNATE SERVER命令设置备用数据库信息（使用方法参考上面的配置实例），这些信息将被存放在数据库的系统目录中。请注意：必须使用此命令来设置备用数据库，而不是HADR_REMOTE_HOST 和 HADR_REMOTE_SVC 数据库配置参数，自动客户端重新路由不使用这两个参数。当客户端与数据库建立连接时，备用数据库的配置信息（主机/IP 及 端口号）也同时被发送给DB2客户端。当客户端与主数据库的连接被中断时，客户端就使用这些信息连接到备用数据库，从而最小限度的降低了数据库故障所造成的影响。需要强调的是，这个过程由DB2客户端自动完成，不需要用户用程序干涉。通过LIST DB DIRECOTRY 命令可以查看系统数据库目录中自动客户端重新路由的配置。

 索引日志记录 

    索引的创建、重建、重组也是HADR环境中需要考虑的一个方面，DB2通过数据库配置参数LOGINDEXBUILD和CREATE TABLE或ALTER TABLE语句中的LOG INDEX BUILD选项来控制是否对索引的相关操作进行详细的日志记录。我们在上面的HADR配置实例中将LOGINDEXBUILD数据库参数配置为ON，意为让DB2记录索引创建、重建、重组的完整日志。这显然会降低主数据库的运行效率并占用更多的日志空间。但因为备用数据库可以通过重放日志来重新构建索引，所以当主数据库发生故障，备用数据库的索引仍然可用。用户可以通过CREATE TABLE或ALTER TABLE语句的LOG INDEX BUILD选项来对单个表设定索引日志记录级别。LOG INDEX BUILD选项有三个可选参数：

• NULL：这是缺省值，当使用此参数时，表的索引日志记录级别由数据库配置参数LOGINDEXBUILD的值决定。

• ON：使用此参数，数据库配置参数LOGINDEXBUILD的值将被忽略，DB2将记录这个表上所有索引维护的详细日志。

• OFF：使用此参数时，数据库配置参数LOGINDEXBUILD的值将被忽略，DB2将不记录这个表上索引维护的日志。 

    如果表选项LOG INDEX BUILD设置为OFF，或者LOG INDEX BUILD设置为NULL但数据库配置参数LOGINDEXBUILD设置为OFF，DB2将不记录这些表的索引维护日志，备用数据库也就无法重放索引维护操作，致使这些索引在备用数据库上变为无效状态。当主数据库发生故障，备用数据库切换为新主数据库后，这些无效的索引必须重建才能被使用。DB2通过数据库配置参数INDEXREC来指定在什么时候检查并重建无效索引。INDEXREC参数有三个可选值：

• RESTART：DB2将在显式或隐式重启数据库（RESTART DATABASE）的时候检查并重新构建无效索引。

• ACCESS：DB2将在无效索引第一次被访问的时候才会重新构建它。

• SYSTEM：使用数据库管理器配置参数（Database Manager Configuration）INDEXREC的值。 

    在上面的配置实例中，我们将INDEXREC的值设为RESTART，备用数据库将在接管为新的主数据库时检查并重新构建所有无效索引。