在 Tivoli System Automation 集群域中实现 DB2 高可用性灾难恢复

核心提示： 备用服务器中的输出应该像下面这样：HADR StatusRole = StandbyState = PeerSynchronization mode = NearsyncConnection status = Connected, 11/24/2006 03:41:59.782744Hea

备用服务器中的输出应该像下面这样：

HADR Status
Role = Standby
State = Peer
Synchronization mode = Nearsync
Connection status = Connected, 11/24/2006 03:41:59.782744
Heartbeats missed = 0
Local host = jsbdr
Local service = DB2_HADR_16
Remote host = 10.1.1.1
Remote service = DB2_HADR_15
Remote instance = db2inst1
timeout (seconds) = 120
Primary log position (file, page, LSN) = S0000139.LOG, 0, 000000003C8E0000
Standby log position (file, page, LSN) = S0000139.LOG, 0, 000000003C8E0000
Log gap running average (bytes) = 0

关于 HADR 对的各种状态和 HADR 的实际工作方式的更多信息，请参考本文的 参考资料 一节。

步骤 9：测试 HADR 的故障恢复

设置过程的最后一步是测试 HADR 的故障恢复功能。执行以下步骤：

a. 用 db2_kill 命令手工关闭主服务器。
b. 在备用服务器上执行接管命令。
db2 TAKEOVER HADR ON jsbmain
c. 如果一般的接管不起作用，就需要指定 BY FORCE 选项，强迫 db2 切换到备用服务器上的 HADR。
d. 现在，像前面那样检查系统的状态，就会发现备用服务器正在起到主服务器的作用。状态可能要花一点儿时间才能反映，因为应用日志缓冲区时会有网络延迟，在此期间备用服务器会显示 Remote catch up pending 状态。

现在，已经在 TSA 集群上设置了 DB2 HADR！！

附录 A

设置 2 节点 TSA 集群域所用的命令

使用以下命令设置 2 节点 TSA 集群域：