专利名称:主事务处理系统中的动态事务控制的制作方法
技术领域:
本发明涉及事务处理系统,并且更具体地,涉及对单独事务或事务组基于它们相对于事务处理系统或主计算机系统的一个或多个现有特性的现有状态所特有的当前资源使用特性而进行的自治控制以及管理。
背景技术:
事务处理系统是电子商务的基础。在电子商务中两个或多个实体电子地处理从购买和支付到银行事务等商务有关的特定任务。电子商务的实例包括使用信用卡和借记卡的购买和支付事务、在线缴费以及退货处理等。事务处理系统还便于通过网络,例如因特网,访问数据。这种访问的实例有在供应商的网站上浏览商品、从金融服务机构的网站上获取股票报价以及在新闻网站上查看体育比赛的比分。其它例行的网络事务事件包括发生于在线游戏、从软件供应商的服务器下载产品更新内容和交换电子邮件过程中的数据交换。
在因特网出现之前,一个事务处理系统的实例是一给定公司的内部的用户访问一主机处理器,通过一个执行软件“事务监视器”,例如,IBM的CICS(客户信息控制系统)为单独的事务提供服务。随着因特网的出现,一个事务处理系统的实例包括托管给定因特网站点的一个或多个服务器,经常包括一“应用服务器”,如IBM的WebSphere应用服务器以及底层硬件和软件基础结构。
由事务处理系统服务的事务可能来自任意数量的源,其实例包括用户通过家用或商用个人计算机、个人数字助理(PDA)、可以联网的蜂窝设备以及自动柜员机(ATM)访问该系统。另外,还可以通过其它系统访问事务处理系统,例如伙伴事务处理系统、交互式语音应答系统或通过网络访问该事务处理系统的其它自动实体。
出于多种原因,例如应用程序错误、硬件故障以及事务处理系统的非预期的使用等,一个事务或一组事务有可能会呈现出超出该事务处理系统的设计规范之外的特性。通常采取的从系统中消除不希望的工作负载的操作可以是从清除该事务到关闭并重新启动整个事务处理环境。
在其它情况中可能只是希望基于当前总的系统状态与其它类型相比更倾向于一种类型的工作,例如基于高的利用率或类似的状态。现有技术通过二元评估(binary evaluation)促进对这些状态的纠正。例如,如果事务处理系统中一给定事务消耗了超过预定数目的CPU处理时间(秒),则终止该违规的事务。例如,如果给定的事务消耗了多于预定数量的电子存储空间,则也可能终止违规的事务。
现有技术还允许在事务处理系统中出现警报的情况下不加选择地终止诸事务。一种将会触发这样的警报的状态类型的实例是当该事务处理系统中发生了缺少存储空间事件。
现有技术的一个缺陷产生于事务管理的不加选择的性质。实际上,事务处理系统清除超过某种任意限制的诸事务,而不管被超过的限制目前在该事务处理系统上是否为强制性的。
另一个缺陷是当采取或启动补救操作以解决来自该事务处理系统中的一个警报,但是没有适当地指明该操作的性质和/或其规定过于激进时,将影响到那些只是略微或其本身根本与该警报无关的事务。当前的事务控制工具中,自治的纠正操作通常是未正确指明对象的、未适当定时的并且对太多的用户群体产生影响。
发明内容
在本发明的一个方面,提供了一种用于管理事务处理系统的方法。该方法包括定义至少一个判定标准,该判定标准至少为一个工作负载特性,并且为所述的至少一个判定标准中的每个判定标准定义至少一个阈值度量。该方法进一步还包括定义至少一个触发操作以响应该至少一个阈值度量,并且执行所述的至少一个触发操作以响应被达到的该至少一个阈值度量。
在本发明的另一个方面,提供了一种管理系统的方法。该方法包括如下的步骤确定一工作负载特性的当前状态、评估该工作负载特性的当前状态并且基于与该工作负载特性的当前状态相关联的一阈值度量动态地调整系统管理判定标准。
在本发明的另一方面,提供了一种用于管理事务处理系统的系统。该系统包括用于定义至少一个判定标准的装置,其中所述的至少一个判定标准为该事务处理系统的一个工作负载特性,并且包括用于为所述的至少一个判定标准中的每个判定标准定义至少一个阈值度量的装置。该系统进一步包括用于定义至少一个触发操作以响应所述的至少一个阈值度量的装置。
在本发明的另一方面,提供了一种用于管理事务处理系统的系统。该系统包括用于确定至少一个工作负载特性的当前状态的装置、用于评估至少该工作负载特性的当前状态的装置,以及用于基于与至少该工作负载特性的当前状态相关联的一阈值度量动态地调整系统管理判定标准的装置。
在本发明的另一方面,提供了一种计算机程序产品,其包括一计算机可用介质,在该介质上包含有可读的程序代码。该计算机程序产品包括用于定义至少一个判定标准的第一计算机代码,其中该至少一个判定标准为该事务处理系统的一个工作负载特性,并且包括用于为所述的至少一个判定标准中的每个判定标准定义至少一个阈值度量的第二计算机代码。该计算机程序产品进一步还包括用于定义至少一个触发操作以响应所述的至少一个阈值度量的第三计算机代码,以及用于执行该至少一个触发操作以响应被达到的该至少一个阈值度量的第四计算机代码。
图1是一方块图,其表示了一种典型的分布式数据处理系统,本发明可以应用于该系统中;图2A-2E是示出了使用本发明的诸步骤的一实施例的流程图;以及图3是示出了使用本发明的一个方面的一实施例的流程图。
具体实施例方式
在本发明的系统和方法中,事务处理系统的自治扩展部分基于该事务处理系统的当前状态动态地调整系统管理判定标准。本发明为系统设计者和系统管理员提供了应用更加自治的逻辑来管理事务处理系统的能力。本发明还允许相对于该事务处理系统中不断变化的状态采取非常细致的自治管理操作以及还具有许多在此处说明的其它优点。系统设计者和系统管理员在开发自治控制模型时能够将服务器/系统内的变动状态考虑在内。
图1是一方块图,其表示了一种典型的分布式数据处理系统,本发明可以应用于该系统中。该分布式数据处理系统100包括若干由网络120连接的计算机。在一种实施方式中,服务器计算机130被连接到带有一存储设备150以及客户计算机160、170和180的网络120之上。在所示的实例中,分布式数据处理系统100可以是因特网,网络120代表全球范围内的网络和网关的集合,它们使用基于互联网协议(TCP/IP)族的传输控制协议相互间通信。本发明的一个实施例可以涉及服务器130与服务器140之间的交互,或存储设备与存储设备之间的交互。
本发明可以划分为四个循环阶段(1)获取系统级别的度量,(2)获取事务级别的度量,(3)执行评估,以及(4)执行基于该评估的操作。需要重申,当一个处理循环开始时,本发明收集关于该事务处理系统的状态和相关的环境的特征细节,即系统级别的度量。处理的第二阶段涉及收集与单个的执行中的事务有关的细节或度量,即,事务级别的度量。处理的第三阶段执行评估,这些评估在间隔判定标准表内定义,第三阶段会引发第四阶段,该阶段包括执行管理操作。本发明的诸实施例在此处被称为“工具”或“该工具”并且可以是事务处理系统的一种软件扩展。
在诸实施例中,支持所述的四个阶段的部件可以包括(i)一个收集与管理员的决策制定过程密切相关的系统和事务信息的部件,(ii)一个执行在所收集的数据和本发明的配置数据之间执行综合评估的部件,以及(iii)一个执行与管理员的功能密切相关的操作的部件(例如,参见对图2A-2E的讨论)。
本发明还包括实现一个间隔判定标准矩阵,该矩阵通常是本发明所使用的可配置数据的源,并且可以由管理员创建或可以从一预先建立的电子源中访问。表1示出了间隔判定标准矩阵的一个实例并且下文中将参考图2A-2E更加详细地说明该实例。
表1示例间隔判定标准矩阵
表1中示出的配置数据包括一矩阵,其包括“系统级别的度量”601。该系统级别的度量可以是与事务处理系统的一个方面的测量有关的单个或连续的变量(例如,范围)。表1中的矩阵还包括“事务标识符”602,其可以,例如,为单个事务或多个事务提供选择判定标准。表1还包括“事务级别度量”603以及“工具操作”604。事务级别度量603可以是有关所包括的事务的一个方面的单个或连续变量,并且工具操作604可以是,例如,对该变量评估结果为正时将要发生的操作的引用。在诸实施例中,系统级别的判定标准(例如,601和604)可以是单独的表。
使用表1中的数据作为实例,当系统级别度量具有在50%到75%之间的平均系统处理器利用率,并且事务级别度量603大于30秒时,工具操作604可以降低当前事务的优先级。当然,应当理解本发明也可以如此处所描述的那样使用其它的设想,并且这对于本领域的技术人员来说是易于理解的。现在,如可以理解的,在本发明的全部处理中,事务处理系统的各种系统级别的度量以及支持的硬件、软件和网络环境都是示例性的。这种系统级别的度量的实例可以包括但是并不限于处理器利用率、存储器利用率、存储设备利用率、输入/输出子系统上的负载以及网络接口上的负载等。在诸实施例中,将被收集的重要的度量的列表以及执行这些度量中的每个度量的收集的逻辑处理的引用存在于间隔判定标准数据源中(例如,一个数据库)。
同样在全部的处理中也提供了一种用于收集在给定时刻正在该事务处理系统上执行的每个事务的细节的方法。与系统级别的度量相同,该方法从所述间隔判定标准数据源中访问将被收集的重要的度量的列表以及执行这些度量中的每个度量的收集的逻辑处理的引用。本发明以某种次序处理每个单独的事务,该次序可以是一个顺序次序。
当事务级别的度量为可用时,将评估可能储存于该间隔判定标准矩阵中的诸阈值。本发明的一个特征包括系统级别和事务级别度量两者的递增的性质。例如,系统级别处理器利用率级别30%、40%、50%以及60%都可以在度量评估的事务级别一侧具有不同的阈值。进一步参考这个实例,10CPU秒的事务级别处理器利用率在50%的系统级别处理器利用率时可以被认为是过大的,8CPU秒的事务级别处理器利用率在60%的系统级别处理器利用率时可以被认为是过大的。
当对于给定间隔判定标准条目的系统级别和事务级别的评估都得到了“真”的结果时,本发明调用该同一间隔判定标准条目中指定的操作。再有,在诸实施例中,该操作与其它由该间隔判定标准矩阵指出的逻辑条目一样,以执行所述操作的逻辑处理的引用的形式储存于所述间隔判定标准数据源中。
图2A-3是示出了使用本发明的诸步骤的实施例的流程图。图2A-3可以等同地表示执行这些步骤的本发明的诸部件的高层方块图。图2A-3中的步骤可以结合适当的硬件以计算机程序代码加以实现。该计算机程序代码可以被储存在存储介质上,诸如软盘、硬盘、CD-ROM、DVD-ROM或磁带以及存储器存储设备或是诸如只读存储器(ROM)或随机存取存储器(RAM)等存储器存储设备的集合。另外,该计算机程序代码可以通过因特网或某些其它类型的网络传输到一个工作站上。图2A-3可以,例如,使用图1中的部件,加以实现。
参考图2A-2E,在步骤200该工具启动时,在步骤220装入该工具的运行时参数210(其可以被保持在一个文件或数据库内,或是被硬编码或硬布线到发明自身中),并且在步骤230验证运行时参数210。依据步骤230的验证结果,在步骤240基于本发明的实施例中给出的限定判定标准执行一检查以确定是否应继续处理。如果验证失败,则该工具在步骤270终止。在步骤250成功地完成该工具的初始化后,该系统在步骤260进入标称模式,该标称模式可以被按间隔来调整。
以图2B继续,在步骤310开始一标称处理循环时,可以由一间隔控制器380如下所述地管理该频率。在步骤320,该工具收集与该事务处理系统现在或当前的工作负载特性、状态或“健康”有关的数据。该工具访问将为其收集数据的一系列预先提供的特性330。此数据的来源的实例可以包括工具的运行时参数210或用于保持该间隔判定标准(即,420)的存储机制,该存储机制可以是,例如,一个数据库。对于要为其收集数据的事务处理系统或主服务器的每个特性,可以有一种用于收集这种数据方法,例如用于收集该数据的专用例程和/或记录。其中存在有这种逻辑的实例包括集成的例程340,通常作为明显独立的可执行逻辑350或可由该工具解释的定义360存在于该工具本身内。该过程一直持续,直到在步骤370确定没有要为其收集数据的其它收集条目时为止。
一旦所有相关的系统度量的列表被收集并已成为可用的,该工具就准备开始评估该间隔判定标准。在诸实施例中,本发明可以执行三种级别的动态管理1.系统级别-基于系统级别的健康特性的动态操作。
2.事务级别-基于事务特有特性的动态操作。
3.多事务级别-基于在服务器上混和执行的当前事务的集合特性的动态管理操作。
以图2C继续,在步骤410,评估间隔判定标准数据源420中的系统级别判定标准。可以直接对在步骤320收集的数据执行步骤410的该系统级别评估。在步骤430执行一个检查以确定该评估是否产生一必需的操作。如果没有,在步骤440该工具确定是否有更多的系统级别评估要被执行。如果有更多的系统级别评估,则该过程在步骤410处以下一个评估继续。否则该工具继续下一系列的评估。如果步骤430处的结果为正(即,需要操作),则在步骤450使用间隔判定标准操作460的逻辑执行由间隔判定标准数据源420定义的操作,该间隔判定标准操作460的逻辑与在步骤410处评估的间隔判定标准相关联,并且可以在该工具本身的软件内执行。
在其它实施例中,可以通过其它机制提供460处定义的操作,诸如向其它实体发送消息以执行一操作。这样的操作的实例包括通知一对等服务器该触发服务器现在可以接收任务、向远程操作者报警异常状态,或触发存储区域网络单元上的诊断追踪。当在步骤450执行了(或发起了)触发的操作后,该过程继续到步骤440以确定是否还有更多的系统评估。
系统级别判定标准评估处理系统的特性,该系统可以是主服务器的事务处理系统。作为一个实例,一种基于“系统存储器利用率”的现有/当前状态的系统级别判定标准树可以表示为A-如果系统存储器利用率超过60%,则执行操作SLSMU_1。
B-如果系统存储器利用率超过80%,则执行操作SLSMU_2。
C-如果系统存储器利用率超过90%,则执行操作SLSMU_3。
D-如果系统存储器利用率超过95%,则执行操作SLSMU_4。
对于每个操作标识符(例如,SLSMU_1、SLSMU_2等),在间隔判定标准操作460中定义有一相关的操作。本领域的普通技术人员可以理解,如果必要,则可以存在有任意数目的操作标识符。
以图2D继续,可以从步骤500开始执行事务级别判定标准评估,在步骤500该工具从该事务处理系统取得当前正在执行的事务的列表,在本实施例中其为储存于已储存的事务列表590中以便引用的当前正在执行的事务的列表。在步骤510,对于该列表中的每个事务,收集或获取与其相关的一系列细节。在步骤520,使用间隔判定标准矩阵530对在步骤510收集的数据执行事务级别评估。
在步骤540,基于步骤520的评估做出一个是否需要任何操作的决定。如果不需要操作(例如,负的评估),在步骤570该工具确定是否有更多的事务级别评估要执行,如果有,则该过程在步骤520以下一个评估继续。如果在步骤540的结果需要操作(例如,结果为正),则在步骤550执行由间隔判定标准数据源560内定义的操作。该操作可以在该工具本身软件内执行,或者引起将被触发并由另一系统部件执行的操作。当在步骤550执行该被触发的操作之后,在步骤570,该过程进入下一个事务级别评估检查。当在步骤570没有其它剩余的事务级别评估要被执行时,在步骤580该工具确定是否还有任何剩余事务要进行处理。如果是,则选择在列表590中的下一个事务并在步骤510处继续该处理。
在参考表1以及图2A-2E的一种实现中,事务级别的判定标准评估处理相对于整个系统现有/当前特性的单个事务的特性,该系统可以是事务处理系统或一主服务器。表1给出了事务级别判定标准矩阵的一个示例表示。该矩阵中的第一个元素是系统级别度量601,其可以在步骤320处获得(图2B)。该矩阵的第二个元素是事务标识符602。
该事务处理系统可以通过4字节的字母数字标识符(或其它的标识技术)标识诸事务。表1中的事务标识符602实例中的星号表示“通配符”,这些事务级别的判定标准只影响具有以“AA”开头的标识符的事务。此实例中的事务标识符602的使用说明事务级别的判定标准不必一定要影响事务处理系统上的所有事务,并且可以通过用于给定事务子集的特有标识的任何适合的方式被有选择地限定。该事务级别度量603指出要评估该事务的哪个现有特性,以及用来评估所述特性的值,假如符合系统级别度量601中列出的状态的话。对于与判定标准“系统级别度量601”、“事务标识符602”以及“事务级别度量603”相匹配的诸状态,工具操作604被触发。在此实例中,为了清楚起见,将以纯文本(plain text)说明工具操作604要调用的诸操作。在其它实施例中,工具操作604可以在事务级别判定标准矩阵530上作为引用一个逻辑过程的标识符而被执行,该逻辑过程以可由该工具执行的方式实现,如间隔判定标准操作560所示(图2D)。
多事务判定标准评估处理与整个系统的现有/当前特性相关的事务组的特性。这些评估与事务级别判定标准评估相似,只是增加了“事务组”的概念,事务组可以由系统管理员建立并管理或被预先建立并从一电子的来源获得。表2给出了这种事务组的实例。
表2多事务级别判定标准矩阵实例
事务组的概念允许对相似或相关实体(例如,同一服务器,搜索功能等)或通用标识符(例如,IP子网,传输介质等)的事务的集合描述,并且对集合实体应用事务组级别度量。通过参考图2E,以实例方式对其进行说明,在步骤700该工具从定义了相关事务类型或特性的集合的间隔判定标准表790取得集合事务组的列表。
在步骤710,为每个集合事务组收集一系列有关的细节,出于效率的考虑任选地引用已存储的事务列表590。在步骤720,使用间隔判定标准730(例如,表2)对在步骤710收集的数据执行事务组级别的评估。在步骤740,做出一个是否需要操作的决定。如果不需要操作(例如,该结果为负),则在步骤770该工具确定是否有更多的事务组级别的评估要执行。如果没有更多的事务组级别的评估,该处理以下一个评估在步骤720继续。如果步骤740的结果确定需要操作(例如,为正),则在步骤750,执行由间隔判定标准数据源760所定义的操作。在步骤730所限定的与该间隔判定标准相关联的操作的逻辑可以在该工具自身的软件内执行。在其它实施例中,该操作逻辑可以通过其它部件触发操作。
当在步骤750执行了被触发的操作之后,该过程进入在步骤770的下一个事务组级别评估检查。当在步骤770没有其它的事务组级别评估尚未执行时,在步骤780该工具确定是否有任何事务组评估尚未处理。如果是,则选择列表590中的下一个事务组评估,并且处理过程在步骤710处继续。
否则,处理进入间隔控制器380,其在本实施例中在允许处理继续进行之前将该处理停止一设定的时间段,例如60秒。可以根据情况选择其它的时间间隔。在另一个方面,该间隔控制器依据可变定时器工作,该定时器可以基于先前扫描循环的结果而改变。在另一方面,该间隔控制器可以基于一个或多个系统特性恢复处理,该系统特性诸如当平均处理器利用率大于75%时,或当到该事务处理系统的连接数目超过2000(或其它参数的判定标准)时。可替代地,可以根本没有该间隔控制器或旁路掉该间隔控制器,此时暗示继续本发明的处理。
再次参考表2,此矩阵中的第一个元素是系统级别度量801,其可以在步骤320预先获得(图2B)。此矩阵的第二个元素是事务分组方法802。在本实例中为了清楚起见,以纯文本说明该事务分组方法802。在其它实施例中,该事务分组方法802可以被作为引用一个逻辑过程的标识符在该事务级别判定标准矩阵730上执行,该逻辑过程以可由该工具执行的形式来实现,如间隔判定标准操作760(图2F)所示。该事务组级别度量803指明评估事务组的哪个现有特性,以及评估该特性的值,假如满足“系统级别度量801”之下列出的状态的话。对于与判定标准“系统级别度量801”、“事务分组方法802”以及“事务组级别度量803”匹配的状态,该工具操作804被触发。在本实例中出于清楚起见,以纯文本说明“工具操作804”之下要调用的操作。在其它实施例中,工具操作804可以被作为引用一个逻辑过程的标识符在该事务级别判定标准矩阵530上执行,该逻辑过程以可由该工具执行的形式来实现,如间隔判定标准操作560(图2D)所示。
图3是给出了使用本发明的一个方面从步骤810开始的一个实施例的流程图。在步骤820,定义了该事务处理系统的工作负载特性的至少一个判定标准。在步骤830,为每个判定标准定义至少一个阈值度量(这些可以是系统级别的和/或事务级别的度量)。在步骤840,定义至少一个触发操作,该触发操作将被执行以响应被达到的所述的至少一个阈值度量。在步骤850,定义了标识诸事务的子集的至少一个事务标识符。在步骤860,该至少一个事务级别的阈值度量被与所述至少一个事务标识符相关联。在一个方面,可以产生一个步骤以检查并确定何时达到一个阈值度量(或诸度量)。在步骤870,至少一个触发操作被执行以响应达到所述至少一个阈值度量。然后该处理在步骤880退出。
使用本发明,可以实现对事务处理系统的高度集中和很大改进的控制。当异常情况需要操作时可以对个别事务采取操作而不是执行系统范围内的或更加全局的操作。本发明通过在制定决策的过程中考虑任意数目和程度的工作负载特性提供了从根本上改进对事务和系统级别功能的自治管理的能力。结果得到了更好的系统性能。另外由于根据本发明所提供的服务发生于实时系统处理过程中,系统管理员具有提高的能力以便更加精确地控制系统性能中特定的缺陷并且制定判定标准以克服这些缺陷。
本发明的其它实施例可以在对给定的间隔判定标准条目的考虑中包括或排除特定的事务。该系统的其它实施例还可以只允许评估系统级别的判定标准而不考虑事务级别的评估。而在其它实施例中,本发明允许与之相反的情况,允许事务级别判定标准的评估而不考虑系统级别的判定标准的评估。一种实现这两种类型的实施例的实例是对事务级别和系统级别的判定标准两者中任意一列的“空”的评估的支持。
而本发明的另一实施例允许评估事务组。其一个实例包括评估从事务逻辑分组收集的事务级别度量数据的集合。在何处执行对这种分组逻辑的引用的一个例子是在间隔判定标准数据源上的一列上。这可以包括,例如,对具有较弱控制力度的优选的使用者的分类,或是被从某判定标准中除外的某些事务。
在本发明的一个实施例中,该工具可以以一设定的时间(即,预先定义的)增量执行。本领域的普通技术人员可以选择建立其它用于触发调用实现本发明的工具的技术。此外,以直接的方式指定并记录形成本发明的决策树的基础的所预期的系统行为也是本发明的一种有用而灵活的特征。
本发明所要采取的操作,其由间隔判定标准数据源所引用,可以作用于一给定的事务、其它事务或主事务处理系统或其它事务处理系统的某些其它方面。本发明作用于一给定的事务的实例是清除或静默该事务。本发明作用于其它事务的一个实例是清除或静默其它事务以便允许更重要的事务对受限制的资源具有优先访问权。本发明作用于事务处理系统的其它方面的实例包括挂起新的事务以阻止其进入系统、禁止来自给定源的事务、静默该系统并触发路由事务至其它事务处理系统。本发明作用于另一事务处理系统的一个实例是触发另一个事务处理系统以便停止向该主事务处理系统转发事务。也可能发生终止一个处理。
虽然已经以诸实施例对本发明进行了说明,本领域的技术人员将会认识到可以实现本发明的改型,并且还属于所附的权利要求的精神和范围内。
权利要求
1.一种用于管理事务处理系统的方法,该方法包括定义至少一个判定标准,该判定标准至少为一个工作负载特性;为所述的至少一个判定标准中的每个判定标准定义至少一个阈值度量;定义至少一个触发操作以响应所述的至少一个阈值度量;以及执行所述的至少一个触发操作以响应被达到的所述至少一个阈值度量。
2.如权利要求1所述的方法,其中定义至少一个判定标准的步骤包括定义一个系统级别的判定标准和一个事务级别的判定标准中的至少一个判定标准。
3.如权利要求1所述的方法,其中定义至少一个触发操作的步骤包括定义一个系统级别的触发操作和一个事务级别的触发操作中的至少一个触发操作。
4.如权利要求1所述的方法,其中所述的至少一个判定标准包括处理器利用率特性、存储器利用率特性、输入/输出特性、存储特性以及网络接口特性中的至少一种特性。
5.如权利要求1所述的方法,其中定义至少一个阈值度量包括定义与该事务处理系统的一个方面的测量有关的单个和连续的变量中的至少一个。
6.如权利要求1所述的方法,进一步还包括以预先定义的间隔重复每个所述步骤。
7.如权利要求1所述的方法,其中所述的至少一个触发操作包括改变事务的优先级、终止事务、推迟事务、静默事务、使其它系统停止转发事务、触发到不同系统的事务路由以及结束处理中的至少一种操作。
8.如权利要求1所述的方法,进一步包括定义标识事务子集的至少一个事务标识符;以及定义与所述的至少一个事务标识符相关联的至少一个事务级别阈值度量。
9.如权利要求8所述的方法,其中所述的执行步骤为与所述的至少一个事务标识符相关联的事务执行所述的至少一个触发操作。
10.如权利要求9所述的方法,其中当所述的至少一个事务级别阈值度量被达到时执行所述的执行步骤。
11.如权利要求8所述的方法,进一步包括定义系统级别阈值度量;以及将所述的系统级别阈值度量与所述的至少一个事务标识符以及所述的至少一个事务级别阈值度量相关联。
12.如权利要求11所述的方法,其中仅当所述的系统级别阈值度量和事务级别阈值度量都被达到时才执行所述的执行步骤。
13.如权利要求8所述的方法,其中所述的定义至少一个事务标识符包括定义一事务组标识符。
14.如权利要求1所述的方法,其中所述的定义至少一个阈值度量定义一事务组级别度量。
15.如权利要求1所述的方法,进一步还包括如下的步骤装载运行时参数;验证所述的运行时参数;以及如果所述的参数被认为是不可接受的则终止处理。
16.如权利要求1所述的方法,进一步还包括如下的步骤获得当前正在执行的事务的事务列表;为每个当前正在执行的事务收集详细信息;对照间隔判定标准矩阵评估事务详细信息,所述的间隔判定标准矩阵定义了与当前正在执行的事务相关联的阈值;以及当所述的评估步骤确定已经达到了一阈值时执行操作。
17.如权利要求1所述的方法,进一步还包括如下的步骤获取一集合事务组的列表;为每个集合事务组收集详细信息;对照间隔判定标准矩阵评估每个集合事务组的详细信息,所述的间隔判定标准矩阵定义了与每个集合事务组相关联的阈值;以及当所述的评估步骤确定已经达到了一阈值时执行操作。
18.如权利要求1所述的方法,进一步包括收集关于该事务处理系统的状态的数据,其中通过可执行的收集逻辑和可解释的定义中的一个执行所述的收集。
19.一种管理系统的方法,包括如下的步骤确定工作负载特性的当前状态;评估所述的工作负载特性的当前状态;以及基于与所述工作负载特性的当前状态相关联的阈值度量动态地调整系统管理判定标准。
20.如权利要求19所述的方法,其中所述的工作负载特性为事务工作负载特性和系统环境工作负载特性中的至少一个工作负载特性。
21.如权利要求19所述的方法,其中所述的工作负载特性为事务处理系统特性。
22.如权利要求19所述的方法,其中所述的调整包括改变事务的优先级、终止事务、推迟事务、静默事务、使其它系统停止转发事务、触发到不同系统的事务路由以及结束处理中的至少一种。
23.如权利要求19所述的方法,进一步还包括如下的步骤定义与所述的工作负载特性相关联的系统级别阈值度量;定义标识事务子集的至少一个事务标识符;定义与所述的至少一个事务标识符和事务工作负载特性相关联的至少一个事务级别阈值度量;以及将所述的系统级别阈值度量与所述的至少一个事务标识符以及至少一个事务级别阈值度量相关联。
24.如权利要求23所述的方法,其中仅当所述的系统级别的阈值度量和所述的事务级别度量都已达到时才执行所述的动态调整步骤。
25.如权利要求23所述的方法,其中仅当所述的系统级别的阈值度量和所述的事务级别度量中的至少一个已被达到时才执行所述的动态调整步骤。
26.一种用于管理事务处理系统的系统,所述系统包括用于定义至少一个判定标准的装置,其中所述的至少一个判定标准是该事务处理系统的工作负载特性;用于为所述的至少一个判定标准中的每个判定标准定义至少一个阈值度量的装置;以及用于定义至少一个触发操作以响应所述的至少一个阈值度量的装置。
27.如权利要求26所述的系统,进一步还包括用于定义标识各事务的子集的至少一个事务标识符的装置;用于定义与所述的至少一个事务标识符相关联的至少一个事务级别阈值度量的装置;用于定义系统级别的阈值度量的装置;以及用于将所述的系统级别的阈值度量与所述的至少一个事务标识符以及所述的至少一个事务级别阈值度量相关联的装置。
28.如权利要求26所述的系统,进一步包括用于装入运行时参数的装置;用于验证所述的运行时参数的装置;以及用于如果所述的参数被认为是不可接受的则终止处理的装置。
29.如权利要求26所述的系统,进一步包括用于获得当前正在执行的事务的事务列表的装置;用于为每个当前正在执行的事务收集详细信息的装置;用于对照间隔判定标准矩阵评估事务详细信息的装置,其中所述的间隔判定标准矩阵定义了与当前正在执行的事务相关联的阈值;以及用于当所述的评估装置确定已经达到了一阈值时执行阈值操作的装置。
30.如权利要求26所述的系统,进一步包括一个判定标准矩阵,其中所述的判定标准矩阵包括为系统级别工作负载特性提供系统级别阈值的系统级别度量条目;为事务和事务组中的一个提供标识的事务标识符条目;为由所述事务标识符定义的事务类型提供事务级别阈值的事务级别度量条目;以及用于标识如果所述的系统级别阈值和所述事务级别阈值中的至少一个已被达到时将被执行的逻辑的工具操作条目。
31.如权利要求26所述的系统,进一步还包括用于执行所述的至少一个触发操作以响应已达到所述的至少一个阈值度量的装置。
32.一种用于管理事务处理系统的系统,包括用于确定至少一个工作负载特性的当前状态的装置;用于评估所述的至少一个工作负载特性的当前状态的装置;以及用于基于与至少该工作负载特性的当前状态相关联的阈值度量动态地调整系统管理判定标准的装置。
33.如权利要求32所述的系统,其中所述的至少一个工作负载特性是事务工作负载特性和系统环境工作负载特性中的至少一个工作负载特性。
34.如权利要求32所述的系统,其中所述的至少一个工作负载特性是事务处理系统特性。
35.如权利要求32所述的系统,其中所述的用于动态调整的装置至少用于改变事务的优先级、终止事务、推迟事务、静默事务、使其它系统停止转发事务、触发到不同系统的事务路由以及结束处理中的一种。
36.如权利要求32所述的系统,进一步还包括用于定义与所述的工作负载特性相关联的系统级别阈值度量的装置;用于定义标识各事务子集的至少一个事务标识符的装置;用于定义与所述的至少一个事务标识符以及一事务工作负载特性相关联的至少一个事务级别阈值度量的装置;以及用于将所述的系统级别阈值度量与所述的至少一个事务标识符以及所述至少一个事务级别阈值度量相关联的装置。
37.如权利要求36所述的系统,其中用于动态调整的装置在所述的系统级别阈值度量以及事务级别阈值度量都被达到时调整所述的系统管理判定标准。
38.如权利要求36所述的系统,其中所述的用于动态调整的装置仅在所述的系统级别阈值度量以及事务级别阈值度量中至少一个被达到时才进行调整。
39.一种计算机程序产品,包括计算机可以使用的介质,所述介质上包含有可读的程序代码,所述计算机程序产品包括定义至少一个判定标准的第一计算机代码,其中所述的至少一个判定标准是该事务处理系统的工作负载特性;为所述的至少一个判定标准中的每个判定标准定义至少一个阈值度量的第二计算机代码;定义至少一个触发操作以响应所述的至少一个阈值度量的第三计算机代码;以及执行所述的至少一个触发操作以响应达到所述的至少一个阈值度量的第四计算机代码。
全文摘要
一种用于基于事务处理系统的当前状态动态地调整系统管理判定标准的方法和系统。关于变化状态的细致的自治管理操作产生了对特定系统或事务状态的更加灵活的响应。当在系统级别、事务级别或其组合的某些判定标准被达到时可以采取适合于所遇到的特定的状态的适当的操作。更适合于特定细致状态的响应提供了基于个别情况的而不是基于系统范围内的或者是不希望的瞬时状态的集中事件处理。结果,伴随着对事务处理的更可靠的管理产生了对系统资源更有效的使用。
文档编号G06F9/48GK1604040SQ200410080528
公开日2005年4月6日 申请日期2004年9月28日 优先权日2003年9月29日
发明者P·斯奈德 申请人:国际商业机器公司