DB2 10.5 for Linux, UNIX, and Windows

高可用性

数据库解决方案的可用性是对用户应用程序执行所需数据库任务的效果进行衡量的一种方法。 如果用户应用程序无法连接到数据库,或者如果其事务因错误而失败或因系统上的负载而超时,那么该数据库解决方案可用性不高。如果用户应用程序能成功连接到数据库并正常工作,那么该数据库解决方案具有高可用性。

设计高可用性数据库解决方案或者提高现有解决方案的可用性需要了解访问数据库的应用程序的需求。要从额外的存储空间、更快的处理器或更多的软件许可证获得最大利益,重点是使数据库解决方案在企业最重要的应用程序最需要它时尽可能可用。

意外中断

可能影响数据库解决方案的用户可用性的意外系统故障包括:电源中断、网络中断、硬件故障、操作系统错误或其他软件错误,以及出现灾难事件后的系统崩溃。如果出现这样的故障后用户希望仍可使用数据库,高可用性数据库解决方案必须执行以下任务:

  • 对用户应用程序屏蔽该故障,使之不受该故障影响。例如,如果某个数据库服务器出现故障,DB2® 数据服务器可以将数据库客户机连接重新路由至备用数据库服务器。

  • 响应故障以抑制其影响。例如,如果集群中的一台机器出现故障,那么集群管理器可从集群中除去该机器,从而不会再有事务路由至故障机器上进行处理。

  • 从故障中恢复以使系统回复正常运行。例如,如果主数据库出现故障之后由备用数据库接管其数据库操作,而原来的 主数据库可能会重新启动并恢复过来,再次成为主数据库,重新接管其操作。

执行以上 3 项任务时,要尽量不影响解决方案提供给用户应用程序的可用性。

计划的中断

在高可用性数据库解决方案中,维护活动对用户应用程序的数据库可用性的影响也必须尽量降低。

例如,如果数据库解决方案用于营业时间为上午 9 点至下午 5 点的传统商店柜台,那么维护活动可以在营业时间外脱机进行,而不影响用户应用程序的数据库可用性。如果数据库解决方案用于期望一天 24 小时供客户通过互联网访问的联机银行业务,那么维护活动必须联机运行,或者避开活动高峰期,以尽量降低对客户的数据库可用性的影响。

当您就数据库解决方案的可用性作出商务决策或设计选择时,必须权衡以下两个因素:

例如,假定某一基于互联网的企业的数据库解决方案每向客户服务一小时可获取特定收益 X。每年节省 10 小时停机时间的高可用性策略每年可为企业获得 10X 额外收益。如果实现此高可用性策略的成本低于预期的额外收益,那么就值得实现。