db2 HA环境下许可证的问题

核心提示： 在讨论高可用性集群对 DB2 9.5 许可的影响时，首先给出与新术语相关的示例，db2 HA环境下许可证的问题(3)，DB2 9.5 定义了三种备用服务器： hot 、 warm 和 cold ，hot 备用在 hot 备用 配置中，如果没有考虑到承担机器 2 的工作负载而对机器 1 的资

在讨论高可用性集群对 DB2 9.5 许可的影响时，首先给出与新术语相关的示例。DB2 9.5 定义了三种备用服务器： hot 、 warm 和 cold 。

hot 备用

在 hot 备用 配置中，所有服务器都有用于处理用户事务和查询的独立运行的 DB2 数据库。这种配置有时候被称作 active/active 配置，因为集群中的所有机器在所有时候都在执行某种级别的业务生产工作。如果高可用性集群中的某一个服务器出现故障，那么集群软件将把出故障的服务器上的工作负载转移到集群中仍然正常的一个服务器上。

如果出现了故障，那么负载的转移将使 hot 备用服务器（两节点集群中仍然正常运行的机器）的工作负载加倍，因为现在这个机器必须处理它原先的工作负载再加上出故障的服务器的工作负载。在设置任何高可用性环境时，都需要考虑这一点，在这种环境中，每个服务器互为备用，但是它们必须维持自己的服务水平。如果您是一名数据库管理员（DBA），并且要满足一个苛刻的服务水平协议（SLA），那么这未必是最好的选择（除非调整其规模或使用 Xkoto GRIDSCALE 等技术限制其影响）。

总而言之，在 DB2 中，hot 备用服务器是在正常运行期间用来处理用户事务和查询的机器。当集群中另一个服务器出现故障时，hot 备用服务器将接管出故障的服务器机器上的负载，同时还要处理在正常运行期间它自己所执行的工作。因为即使没有故障出现，hot 备用机器仍用于处理用户事务和查询，所以它必须是获得完全许可的。例如，假设有两个数据库分别安装在两个不同的机器上，其中一个机器上运行着一个企业资源计划（ERP）应用程序，另一个机器运行供应链管理（SCM）应用程序。如果 SCM 数据库出现故障，那么承担着 ERP 工作负载的机器将不得不同时为所有的 SCM 用户提供服务。有两个服务器，在正常运行期间，它们都用来处理事务和查询工作负载（实心框表示在出现故障之前每个机器的工作负载，交叉线框是当两个机器分别出现故障时，工作负载所出现的地方）。在这个场景中，当机器 2 出现故障时，它的工作负载被转送到它的故障转移伙伴（即机器 1）那里。机器 1 是机器 2 的 hot 备用服务器（当您仔细观察这个图时，会发现反过来也是一样的 —— 注意机器 2 上原属于机器 1 的交叉线框）。这种类型的配置常常被称作高可用性集群对（high-availability clustering pair）、孪生故障转移对（twin failover pair） 或 active/active 对，这在当今的 IT 环境中非常常见。有许多种在 DB2 中实现 active/active 高可用性集群的方法，根据解决方案的需求，可以使用数据库分区特性，在互为故障转移的每个服务器上的数据库中结合使用 HADR，使用 active 备用服务器通过快照技术或磁盘映像拷贝执行报告功能，使用 xKoto GRIDSCALE 技术。机器 1 和机器 2 一直用于处理自己的事务和查询工作负载，当机器 2 出现故障时，机器 2 上的 DB2 工作负载被转移到机器 1。在这种情况下，如果没有考虑到承担机器 2 的工作负载而对机器 1 的资源进行适当的调整（反之亦然），那么在出现停机并导致工作负载的转移之后，就会引起性能问题。