[发明专利]用于处理请求的数据处理系统和方法

说明书

技术领域

本发明应用于分布式数据处理环境，例如数据库系统和消息系统。 本发明具体应用于响应于来自多个请求方的请求更新高可用性数据存 储的数据处理系统中。

背景技术

利用计算机硬件和计算机软件实现的商业应用，例如订购系统， 越来越被要求具有高可用性和可靠性。许多商业机构要求它们的数据 处理系统每天24小时运行并且从不丢失数据，并且最好的信息技术公 司已经对这些要求做出响应(在一些情况下获得大于99.99％的数据处 理系统的可用性)。商业机构通常还希望高性能(高吞吐量而又不损 失可靠性)，这就随着数据处理要求的增加而要求可升级的解决方案， 并且它们不希望高成本。

利用(存储器、处理器以及网络连接的)冗余和恢复特征(备份 以及失效转移)的组合开发了高可用性的数据处理系统来避免任何单 点故障。一种这种方案包括高可用性数据库(HADB)，其跨越使用 冗余存储方案的高度集成的服务器集群，比如整体作为单个系统镜像 的高度可靠的IBM大型计算机集群分布。将数据共享和并行处理相结 合来实现高性能和高可用性的处理器集群有时被称为并行系统联合体 (或“parallel sysplex”)。在并行系统联合体中实施的典型的HADB 可以以高性能和高可靠性处理来自大量的分布式请求方的针对数据检 索和数据更新的多个并行请求。

HADB系统可以包括将消息队列和商业逻辑及路由功能进行组合 以管理数据存取的鲁棒的、高可用性消息处理系统。这可以提供有保 证的仅一次的消息投递，并且这种系统可以用更少的延迟有效地处理 故障。然而，通常在这种高可用性系统中实现的事务管理、冗余管理 以及恢复特征在正常的请求处理期间引起显著的处理开销。任何这种 处理具有潜在的商业成本，因为高可用性数据处理系统比低可靠性的 系统贵。这些附加处理的示例是要求在HADB系统中的两步提交(two  phase commit)处理，或者更具体地，在HADB系统内的资源和系统 外的资源之间的两步提交处理。另外，在HADB系统中实施消息队列 通常要求记录在HADB中的消息数据。

一种替代方案是采用从HADB系统分离的并行消息调度器的集 群，例如位于每个服务器不实施综合的高可用性特征的常规应用程序 服务器集群中。与单一的消息调度器相比，并行处理可以提高吞吐量 并且减少故障的影响，而从HADB系统分离消息调度器功能可以减少 处理开销。然而，如果消息调度器在不具备高可用性特征的服务器上 运行，影响一个服务器的故障将延迟对已经发送到那个服务器的消息 的处理。尽管存在其它消息同时被其它消息调度器成功处理的可能性， 这可能还是有问题的。发送到出故障的消息调度器的消息(此处称为 “孤儿消息”或者“孤儿请求”)通常被延迟直至该消息调度器回到在线 状态。

一些已知的集群消息系统实现针对节点故障之后的快速恢复的多 种特征，以减少处理孤儿消息中的延迟，但这些途径没有完全解决孤 儿消息的延迟处理的问题。

发明内容

本发明的第一方面提供一种在包括数据存储和至少一个业务请求 方的数据处理环境中使用的管理业务请求的方法，所述方法包括以下 步骤：

将请求方的业务请求复制到多个请求处理组件中的至少两个，所 述多个请求处理组件的每一个位于请求方和数据存储之间的通信路径 上；

防止任何没有成功地声明负责该业务请求的请求处理组件处理该 业务请求；

第一请求处理组件声明负责该业务请求；以及

第一请求处理组件处理它的所声明业务请求的副本，包括存取数 据存储内的数据。

在一个实施例，声明负责的步骤包括在数据存储中的库中输入所 述业务请求的标识符的步骤，并且所述方法还包括防止所述多个请求 处理组件中任何一个在所述库中输入所述业务请求的重复的标识符。

在一个实施例，防止业务请求的处理包括防止请求处理逻辑的执 行。在替代实施例中，防止处理业务请求的步骤包括防止更新数据存 储内的数据(即对请求的某些处理是可以的，包括执行某些商业逻辑 和可能从数据存储读取数据，但防止对数据更新的写入)。

在本发明的一个实施例，所述数据处理环境包括多个分布式业务 请求方，并且所述数据存储包括在高可用性数据处理系统上运行的数 据库。