DB2 DBA，如何解释 DB2 的业务价值

核心提示： 高可用性 vs. 拿起电话话筒就能听到拨号音 在 CheckFree，我们一直在为应用程序的可用性而努力，DB2 DBA，如何解释 DB2 的业务价值(5)，我们希望应用程序的可用性像电话拨号音那样持续不断，当您拿起电话话筒时，应用程序通信量会转给组中的其他成员)，这种功能让我们能够自由地

高可用性 vs. 拿起电话话筒就能听到拨号音

在 CheckFree，我们一直在为应用程序的可用性而努力。我们希望应用程序的可用性像电话拨号音那样持续不断，当您拿起电话话筒时，就一定会听到拨号音。DB2 能够提供这样的可用性。单服务器 DB2 系统已经能够提供极其出色的可用性;多服务器配置甚至能够进一步提高可用性标准。

前面作为规模扩展解决方案提到了 parallel sysplex 上的 DB2 for z/OS 数据共享，这种技术也能够在两个方面提高可用性：

减小服务意外中断的影响

如果数据共享组中的一个 DB2 子系统失败了(无论是由于服务器、操作系统还是 DB2 故障)，那么并不需要等待替代服务器接管这个子系统的数据库连接。组中的其他成员已经能够访问数据库，工作负载会自动地从失败的子系统转移到其他 DB2 系统上。失败并非毫无影响，因为在失败的 DB2 子系统重新启动之前，这个成员上运行的程序正在更新的数据库页面是不可访问的;但是，在通常情况下，处于这种状态的数据库页面所占的百分比非常小，子系统的恢复是自动的(如果 “主” 服务器和操作系统仍然可用，那么会 “就地” 恢复;否则，在 sysplex 中的另一个服务器上恢复)而且很快(在我们的环境中大约需要 90 秒)。与单独的系统环境相比，数据共享组中的 DB2 失败的影响要小得多。几个月前，我们的生产数据共享组中发生了一次 DB2 for z/OS 故障，但是客户都没有察觉到。

几乎完全消除有计划的服务中断

因为数据共享为所有 DB2 成员提供对数据库中所有数据的读/写访问，所以可以让一个 DB2 子系统临时停止运行，对它进行软件维护，然后让它重新运行，这个过程不会中断应用程序的处理(当一个 DB2 成员停止运行时，应用程序通信量会转给组中的其他成员)。这种功能让我们能够自由地对数据共享组进行维护，而不需要指定维护时间窗。