在RHEL6.3+高可靠性附加程序中，如何将DB2 (v9.7)添加到服务组中，使服务由集群控制？

Question

我有一个集群的机器运行RHEL6.3与高可靠性附加.

我已经为DB2配置了一个集群逻辑卷管理器(CLVM)文件系统，该文件系统工作正常。我们的DBA已经在集群上安装了DB2 v9.7，为我提供了一个基本的停止和启动脚本。然而，经过一个月的研究，我一直无法找到如何在集群中设置服务。

谁能给我指明正确的方向？

Answer 1

正如我在上面的评论中提到的，使用DB2设置HADR (高可用性灾难恢复)非常简单，特别是在您对节点进行主动/被动处理时。您不会获得自动故障转移本身。您可以使用db2 takeover hadr on database <database-name>命令进行正常的接管以进行维护，在活动节点的硬故障情况下使用db2 takeover hadr on database <database-name> by force。这篇文章对于如何设置它是一个很好的选择。(我知道这是关于Rational的，但是它有步骤来配置没有db2haicu的简单的HADR )。

听起来你想要自动故障转移。这意味着提升HADR的级别，开始使用db2haicu和TSA。恩伯克鲁克斯的博客有一个第1部分，第2部分，和一个第3部分，显示这一点。这有点棘手，因为它涉及到操作系统和需要配置的数据库之间的另一层，它必须知道IP地址、端口、虚拟IP地址等等。但好处是，这个额外的层检查以确保您的活动节点保持活动状态，如果不是，它将失败到被动节点。

我也推荐(你和DBA的)看这个来自DB2NightShow的重播。IBM的Vikram Khatri通过一组幻灯片将HADR从最简单到最复杂，基于您要做的事情(即从同一个LPAR上的主动/被动到多个具有负载平衡的主动/主动物理节点，等等)。

我猜在Ember的博客和DB2NightShow链接之间你会找到你想要的东西。但是，不要低估第一个链接。您可以在不使用db2haicu的情况下设置简单的HADR，并且总是使用一些脚本或其他什么来“自动化”故障转移。在您找出db2haicu之前，它可能比db2haicu更简单。

Answer 2

只需将简单的脚本作为资源放在RHEL集群中即可。由于您在CLVMD上，我假设clvmd守护进程在节点上都是活动的。如果节点一出现故障，RHEL集群将按照您的在其他节点上挂载所有活动的VG和LV，然后使用提供给您的脚本启动数据库。THe脚本应该位于同一位置的两台服务器上，这样才能工作。