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

核心提示： NODE1：主动 - 被动式的 TSA 集群域设置的机器之一，在当前的设置中，在 Tivoli System Automation 集群域中实现 DB2 高可用性灾难恢复(3)，这个节点是主动节点，并拥有集群的资源，RSH 允许用户从一个节点上发出在另一个远程节点上执行的命令，关于在 Re

NODE1：主动 - 被动式的 TSA 集群域设置的机器之一。在当前的设置中，这个节点是主动节点，并拥有集群的资源。

NODE2：TSA 集群域设置的第二台机器。在当前的设置中，这个节点是被动节点，它作为集群的备用节点。

NODE3：这台机器是用于 DB2 故障恢复的 HADR 备用服务器，它不属于 TSA 集群域设置。

下面详细描述在 TSA 集群域中成功配置 DB2 HADR 的步骤。这个设置假设 TSA 集群域已经正确地设置好了。关于如何设置基本 TSA 集群域以及相关命令的更多信息，请参考 附录 A。

步骤 1：基本网络设置

1. 在每个节点的 /etc/hosts 文件中添加适当的 IP 地址到主机名映射。每个节点上的 hosts 文件应该像下面这样：
10.1.1.5 NODE1
10.1.1.6 NODE2
10.1.1.2 NODE3
2. 在每个节点上 ping 主机名或 IP 地址，确保这三个节点（例如，Node1、Node2 和 Node3）能够通过 TCP/IP 协议互相通信。
3. 在集群的所有节点（Node1 和 Node2）和备用机器（Node3）上，确保 /etc/services 文件中设置的 HADR 服务监听的端口是相同的。
在所有三台机器上，来自 /etc/services 文件的示例输出应该下面这样：
DB2_HADR_15 55001/tcp
DB2_HADR_16 55005/tcp
在这个示例中，DB2_HADR_15 是集群主节点上运行的 HADR 服务的名称，DB2_HADR_16 是备用服务器上运行的 HADR 服务的名称。

步骤 2：RSH 设置

注意：这个设置中使用的许多 TSA 命令要求在所有三个节点上设置 RSH。RSH 允许用户从一个节点上发出在另一个远程节点上执行的命令。关于在 Red Hat Linux 上设置 RSH 的更多信息，请参考本文的 参考资料 一节。