基于CORBA的大规模事务处理系统失效检测机制的实现

第２８卷第７期　计算机应用　Ｖｏ１．２８　Ｎｏ．７　２００８年７月　Ｃｏｍｐｕｔｅｒ　Ａｐｐｌｉｃａｔｉｏｎｓ　Ｊｕｌｙ　２００８　文章编号：１００１—９０８１（２００８）０７—１８５０—０４　基于ＣＯＲＢＡ的大规模事务处理系统失效检测机制的实现　贺细平　，朱幸辉　（１．国防科学技术大学计算机学院，长沙４１００７３；２．湖南农业大学信息科学技术学院，长沙４１０１２８）　（ｈｅｘｉｐｉｎｇ＠ｈｕｎａｕ．ｎｅｔ）　摘要：为了更好地管理大规模事务处理系统，对基于ＣＯＲＢＡＲ的监测系统中失效检测机制的ＸＭＬ实现进行了　研究。设计了主从式失效检测器，实现了服务对象失效检测、应用服务器失效检测、数据库失效检测。实际的运行表　明这些机制运行良好，为系统监测提供了有效的手段。　关键词：ＣＯＲＢＡ；事务处理系统；失效检测；服务对象；ＸＭＬ　中图分类号：ＴＰ３１１．５２　文献标志码：Ａ　ＣＯＲＢＡ．ｂａｓｅｄ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　ｉｎｖａｌｉｄａｔｉｏｎ　ｄｅｔｅｃｔｉｏｎ　ｍｅｃｈａｎｉｓｍ　ｉｎ　ｌａｒｇｅ　ｓｃａｌｅ　ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｃｅｓｓｉｎｇ　ｓｙｓｔｅｍ　ＨＥ　Ｘｉ—ｐｉｎｇ　．ＺＨＵ　Ｘｉｎｇ—ｈｕｉ　（１．Ｓｃｈｏｏｌ　ｏｆＣｏｍｐｕｔｅｒ　Ｓｃｉｅｎｃｅ，Ｎａｔｉｏｎａｌ　ＵｎｉｖｅｒｓｉｔｙｏｆＤｅｆｅｎｓｅ　Ｔｅｃｈｎｏｌｏｇｙ，ＣｈａｎｇｓｈａＨｕｎａｎ　４１００７３，Ｃｈｉａｎ；　２・Ｓｃｈｏｏｌ　ｏｆＩｎｆｏｒｍａｔｏｉｎ　Ｓｃｉｅｃｎｅ　ａｎｄ　Ｔｅｃｈｎｏｌｏｇｙ，ＨｕｎａｎＡｇｒｉｃｕｌｔｕｒａｌ　Ｕｎｉｖｅｒｓｉｔｙ，ＣｈａｎｇｓｈａＨｕｎａｎ　４１０１２８，Ｃｈｉａｎ）　Ａｂｓｔｒａｃｔ：Ｉｎ　ｏｒｄｅｒ　ｔｏ　ｍａｎａｇｅ　ｔｈｅ　ｌａｒｇｅ　ｓｃａｌｅ　ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｃｅｓｓｉｎｇ　ｓｙｓｔｅｍ　ｍｏｒｅ　ｅｆｆｉｃｉｅｎｔｌｙ，ＸＭＬ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　ｉｎｖａｌｉｄａｔｉｏｎ　ｄｅｔｅｃｔｉｏｎ　ｍｅｃｈａｎｉｓｍ　ｉｎ　ｍｏｍｉｔｏｒｉｎｇ　ｓｙｓｔｅｍ，ｂａｓｅｄ　ｏｎ　Ｃｏｍｍｏｎ　Ｏｂｊｅｃｔ　Ｒｅｑｕｅｓｔ　Ｂｒｏｋｅｒ　Ａｒｃｈｉｔｅｃｔｕｒｅ（ＣＯＲＢＡ），　ｗａｓ　ｄｉｓｃｕｓｓｅｄ．Ｔｈｅ　ｐｒｉｍａｒｙ－ｓｌａｖｅ　ｉｎｖａｌｉｄａｔｉｏｎ　ｄｅｔｅｃｔｏｒ　ｗａｓ　ｄｅｓｉｇｎｅｄ　ｔｏ　ｒｅａｌｉｚｅ　ｓｅｒｖｉｃｅ　ｏｂｊｅｃｔ　ｉｎｖａｌｉｄａｔｉｏｎ　ｄｅｔｅｃｔｉｏｎ，ａｐｐｌｉｃａｔｉｏｎ　ｓｅｖｅｒ　ｉｎｖａｌｉｄａｔｉｏｎ　ｄｅｔｅｃｔｉｏｎ，ｄａｔａｂａｓｅ　ｉｎｖａｌｉｄａｔｉｏｎ　ｄｅｔｅｃｔｉｏｎ　ｗｅｒｅ　ｄｅｓｉｇｎｅｄ　ａｎｄ　ｒｅａｌｉｚｅｄ．Ｔｈｅｓｅ　ｍｅｃｈａｎｉｓｍｓ　ａｒｅ　ｕｎｄｅｒ　ｇｏｏｄ　ｃｏｎｄｉｔｉｏｎ　ｉｎ　ｔｈｅ　ｐｒａｃｔｉｃａｌ　ｒｕｎｎｉｎｇ，ａｎｄ　ｐｒｏｖｉｄｅ　ｅｆｆｅｃｔｉｖｅ　ｍｅａｎｓ　ｔｏ　ｓｙｓｔｅｍ　ｍｏｎｉｔｏｒｉｎｇ．　Ｋｅｙ　ｗｏｒｄｓ：Ｃｏｍｍｏｎ　Ｏｂｊｅｃｔ　Ｒｅｑｕｅｓｔ　Ｂｒｏｋｅｒ　Ａｒｃｈｉｔｅｃｔｕｒｅ（ＣＯＲＢＡ）；ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｃｅｓｓｉｎｇ　ｓｙｓｔｅｍ；ｉｎｖａｌｉｄａｔｉｏｎ　ｄｅｔｅｃｔｉｏｎ；ｓｅｒｖｉｃｅ　ｏｂｊｅｃｔ；ＸＭＬ　０　引言　错误。特别当对象很多时，如果没有工具的支持，管理员是不　可能对系统进行有效的监测。本文讨论的失效检测是这类大　大规模事务处理系统可以看作是一个支持高速并行数据　规模事务处理系统的监测任务中最重要方面。　加载、分布式数据存储和在线分析处理的分布式海量信息事　本文所涉及的系统中服务器节点已经达到６４个，服务对　务处理中间件系统平台，实际上是一个规模相对庞大的分布　象的种类达到２０个，对象实例数目达到１０４个，并且还在不　式系统。分布式计算技术已渗入到金融、电信、商业等应用领　断地扩大之中。其分布计算环境采用了目前被业界广泛支持　域；与此同时，各领域的实际需求又强烈地促进了分布式计算　和应用的公共对象请求代理体系结构（ＣＯＲＢＡ），并使用符合　技术的发展，对分布式计算环境提出了更高的要求　Ｉ４　。　ＣＯＲＢＡ标准的ＳｔａｒＢｕｓ　作为系统开发和运行平台，以保证　由于实际应用需求的规模和复杂度的不断增加，分布计　系统的可扩展性、可维护性、可配置性和对异构性的要求。　算系统的组成部分变得愈加庞大和复杂，因此，如何监测和管　ＣＯＲＢＡ是由对象管理组织（Ｏｂｊｅｃｔ　Ｍａｎａｇｅｍｅｎｔ　Ｇｒｏｕｐ，　理这类庞大的计算系统，使之既能提供稳定健壮的服务，又便　ＯＭＧ）提出的应用软件体系结构和对象技术规范　，它是　于管理者监测系统的状态，是研究者关注的热点问题　。　开放的、独立于供应商的支持网络应用程序互操作的规范。　目前大规模事务处理系统大多采用了应用服务器和服务　其核心是一套标准的语言、接口和协议，支持异构分布应用程　对象双层冗余技术，一方面通过增加数据和计算的冗余度，提　序间的互操作性及独立于平台和编程语言的对象重用。　高系统的可靠性；另一方面，多个服务器并行地响应客户请　ＣＯＲＢＡ是一个异质网络分布对象的交互标准。本文的大规　求，提高系统的吞吐率。然而随着系统规模的扩大，服务对象　模事务处理系统就是基于ＣＯＲＢＡ的分布对象计算技术的面　的增多，也给系统的监测带来问题：对于运行多个服务对象构　向海量信息存储、管理、查询和分析处理的事务处理中间件。　成的复杂应用系统，当服务对象规模达到一定程度时，如果一　个服务对象的效率下降或出现错误，由于其他同类服务对象　１　监测系统体系结构　还可以正常工作，整个系统除了性能少许下降外，不会表现更　基于ＣＯＲＢＡ的分布式对象监测系统　是一个集信息采　多异常，但如果不进行修复，将破坏冗余服务的条件和状态，　集与传输、数据处理和决策支持于一体的综合系统。　导致可靠性的下降。因此管理员必须及时检测出这种错误，　在文献［１１］提出系统设计基础上，基于遵循ＣＯＲＢＡ２．３　并恢复到正常状态。人工逐个检查每个节点的每个进程执行　规范的ＳｔａｒＢｕｓ平台　，具体实现了大规模事务处理监测系　情况以及每一个对象的状态既费时又费力，而且也很难定位　统。　收稿Ｅｌ￣１］：２００８—０１—０２；修回日期：２００８—０４－０３。　基金项目：国家自然科学基金资助项目（６０７７３０２１）。　作者简介：贺细平（１９７３一），男，讲师，博士研究生，主要研究方向：生物信息学、并行计算；朱幸辉（１９７１一），男，副教授，硕士，主要研究　方向：分布式计算。　维普资讯 http://www.cqvip.com

第７期　贺细平等：基于ＣＯＲＢＡ的大规模事务处理系统失效检测机制的实现　作。　１８５１　其中，服务代理ｓＡ（Ｓｅｒｖｅｒ　Ａｇｅｎｔ）：依附在服务对象实例　上的探测器对象，对服务对象实例及ＯＲＢ本身进行监测并获　取被监测实体的通信消息以及相关信息。　本机管理者ＨＭ（Ｈｏｓｔ　Ｍａｎａｇｅｒ）：ＨＭ通过ｓＡ收集驻留　１）ｏｐｅｎＸｍｌＦｉｌｅ（）：加载指定的ＸＭＬ文档。　２）ｑｕｅｒｙＳｅｒｖｅｒｌｎｆｏ（）：获取所有应用服务器配置信息。　３）ｑｕｅｒｙＤｂｌｎｆｏ（）：获取所有数据库服务器信息。　４）ｑｕｅｒｙＤｅｐｌｏｙｌｎｆｏ（）：查询指定服务器上对象配置信息。　５）ｑｕｅｒｙＯｂｊＴｙｐｅｌｎｆｏ（）：查询指定类型的对象配置信息。　在本服务器主机上所有服务对象实例信息，收集主机本身的　运行状态信息，并经过数据预处理后将结果信息传递给监测　中心；接受监测中心发出的指令并下达到本主机的每个代理　服务ＳＡ，使ＳＡ按照用户的要求工作。　３　主从式失效检测器　３．１失效监测的基本概念　一图形用户界面ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）：接受信息　管理中心提供的信息并将系统状态以各种可视化形式呈现。　个部件失效是指它的行为与其规范不再一致　。本　在本系统的采用主从式失效检测机制实现了对系统中的　文讨论的是ｆａｉｌ—ｓｔｏｐ失效模型，在该模型中，一个部件或者正　服务对象、应用服务器、数据库的失效检测。　确工作，或者只是简单地停止和崩溃，并不会执行不正确动　作。　３．２失效监测的基本模式　传输“心跳”模式：由被监控对象定期地向监控对象发送　心跳信息，通告它们依然存活，如果超过某一期限没有收到　“心跳”，监控对象则认为其失效，相当于被监控对象向监控　对象“推”（ｐｕｓｈ）失效事件，我们称之为“推”模式。该模式下　监控对象和被监控对象之间发送ｏｎｅ—ｗａｙ消息，所以该方法　比较高效。该模式下监控对象和被监控对象之间的消息交换　如图３所示。　监控对象　图１　监测系统的体系结构　被监控对象０　２　监测系统数据存储机制的实现　图３传输“心跳”中的监控消息　监测系统采用了两种数据存储方式：数据库方式和数据　轮询检测模式：监控对象定期轮循检查被监控实体，询问　文件方式。对基本的数据采用数据库方式存储，而监测系统　它是否存活，如果被监控对象作出应答，则意味着它没有失　对系统配置的存储采用现在较为流行的ＸＭＬ数据文件存储　效。相当于监控对象从实体“拉”（ｐｕｌ１）失效事件，我们称之　技术。它的实现方式灵活，有较高的存储效率和存取速度。　为“拉”模式。该模式下监控对象和被监控对象之间是ｔｗｏ—　因此，在结构化的ＸＭＬ文档中，信息按层次化的树型结构组　ｗａｙ的消息，因此比“推“模式低效，但由于被监控对象是被动　织，适合大规模事务系统的配置存储结构。　的，所以该模式更容易被应用开发者使用，它们无需任何有关　ＸＭＬ文档通过ＤＯＭ（Ｄｏｃｕｍｅｎｔ　ｏｂｊｅｃｔ　Ｍｏｄｅ１）接口进行　失效监控所需的信息。该模式下监控对象和被监控对象之间　访问和操作，ＤＯＭ是一个对象化的ＸＭＬ数据接口，它由一组　的消息交换如图４所示。　对象组成，ＤＯＭ的使用使得对ＸＭＬ文档中节点的访问和操　作更加简单，同时ＤＯＭ提供了支持ＶＢ　Ｓｃｉｒｐｔ、ＪＳｃｒｉｐｔ、ＶＢ、ＶＣ　监控对象　等多种语言的编程接口，可以很方便地对ＸＭＬ文档进行读　取、遍历、修改、添加和删除操作　。根据大规模事务处理系　被监控对象０　统的实际特点，本文采用的ＤＯＭ节点树的结构如图２所示。　图４轮询检测中的监控消息　两种监控模式各有优劣，监控对象和被监控对象之间具　体采用哪种交互类型取决于应用程序的需求。　３．３主从式失效检测器的设计模型　监测系统采用了主从式失效监测机制来确保失效检测的　可靠性，当主失效检测器监测到系统某资源失效时启动从失　效检测器进行确认，只有主从检测器均返回失效结果时，才认　为该资源失效。正常状态下监测系统运行的是主检测器，只　有当发现资源失效时才启动从检测器进行确认，失效检测的　系统开销主要是由主检测器消耗的，因此在设计失效检测器　时应该尽量使主检测器的开销最小。　图２　ＤＯＭ节点树的结构　３．４主失效检测器的设计　通过ＤＯＭ接口，可以按指定方式对节点树进行遍历，找　由前述可知，系统中每个服务对象实例和ｉ　Ｌ倚理者　到相应节点后即可对数据进行输入输出等操作。　ＨＭ启动时必须向应用级容错与负载平衡服务（Ａｐｐｌｉｃａｔｉｏｎ　监测系统对配置文件的访问操作由ＸｍｌＭａｎａｇｅｒ类完成，　ｌｅｖｅｌ　Ｆａｕｌｔ—ｔｏｌｅｒａｎｔ　ａｎｄ　Ｌｏａｄ—ｂａｌａｎｃｉｎｇ　Ｓｅｒｖｉｃｅ，ＡＦＩ＿Ｓ）注册，　ＸｍｌＭａｎａｇｅｒ类提供了下列成员函数对ＸＭＬ文档进行读取操　ＡＦＬＳ将定期检查向它注册的对象是否失效，根据ＡＦＬＳ的这　维普资讯 http://www.cqvip.com ｌ８５２　计算机应用　第２８卷　种特点，在设计主失效检测器时，可将一部分失效检测任务交　给ＡＦＬＳ来完成，通过ＡＦＬＳ的相关接口查询各对象实例和　４）若发现某一对象实例失效，则调用ＦａｉｌＳｔｏｐＭａｎａｇｅｒ类　中的ｓｔａｒｔＯｂｊＶａｌｉｄａｔｅ方法，该方法负责调用ＨＭ上的　ＬｏｃａｌＨｏｓｔＭａｎａｇｅｒｉｍｐｌ类中ＨＭ—ＯｂｊＬｉｖｅＲｅｐｏｒｔ（）方法。　＿ＨＭ是否失效，这种设计实现简单，同时可以减少系统通信开　销。数据库的失效检测则由失效检测器直接调用ｏｒａｃｌｅ提供　的接口与每个数据库建立一次链接，若链接不成功则表明该　５）ＨＭ—ＯｂｊＬｉｖｅＲｅｐｏｒｔ成员函数负责查询对应的对象实例　是否失效，即调用该对象实例的ｉｓ—ａｌｉｖｅ（），如果在规定的时　数据库失效。　主失效检测器的结构如图５所示。　图５主失效检测器　３．５从失效检测器的设计　从失效检测器的设计采用两层检测机制，监测中心负责　检查ＨＭ的失效，主机管理者ＨＭ负责监测本应用服务器上　的对象实例是否失效，即定期轮询本主机上的每个服务对象　实例的存活状态。数据库失效检测采用基于空表的查询方　法，每个主机的ＨＭ都向某一数据库的空表发出请求，只要在　规定的时间内有一个ＨＭ与数据库建立链接成功，就认为该　数据库在正常运行。　从失效检测器的结构如图６所示。　图６从失效检测器　３．６主从式失效检测器的具体实现　主要实现类及其功能。失效检测主要由监测中心的　ＦａｉｌＳｔｏｐＭａｎａｎｇｅｒ类、驻留在各服务器主机上的　１．ｏｃａｌＨｏｓｔＭａｎａｇｅｒ＿ｉｍｐｌ类完成。与失效检测紧密相关的还有　ＸｍｌＭａｎａｇｅ类，各类的主要功能如下：　１）ＸｍｌＭａｎａｇｅ类。实现从系统配置文件中读取配置信　息。　２）ＦａｉｌＳｔｏｐＭａｎａｇｅｒ类。失效管理中心，完成整个系统的　失效监测，并在系统资源出现失效时向管理员报警。　３１）１．ｏｃａｌＨｏｓｔＭａｎａｇｅｒ—ｉｍｐｌ类。完成本应用服务器的管　理，包括失效管理、本机对象实例状态管理、本机状态信息管　理等。　４服务对象失效监测　服务对象失效监测主要监测系统中的服务对象是否失　效，通常情况下是由主失效检测器来完成，当主失效检测器发　现某对象实例失效时，才启动从失效检测器中的相关机制进　行验证，具体实现步骤如下：　１）通过ＸｍｌＭａｎａｇｅ类中的ｑｕｅｒｙＤｅｐｌｏｙｌｎｆｏ（ＣＳｔｒｉｎｇ　ｓｅｒｖｅｒＮａｍｅ）方法得到每个应用服务器上的对象配置信息。　２）调用ＡＦＬＳ接口ｌｏｏｋｕｐ—ＯｂｊＩｎｆｏ　ｂｙＮｏｄｅ（ｉｎ　ｓｔｉｒｎｇ　ｉｐ）得　到当前系统中每个服务器上正常运行的对象信息。　３）将对象配置信息与对象实际运行信息比较获取对象　失效信息。　间得不到回答，则认为该对象已经失效同时向失效管理中心　发出确认消息。　６）失效管理中心接到ＨＭ传来的确认失效信息后，将监　测的结果送往报表显示类ＴａｂｌｅＬｉｓｔ，同时启动报警机制。　５　应用服务器失效监测　应用服务器的意外断电或者操作系统崩溃等都可能导致　该服务器失效，服务器级失效检测通常通过远程方法调用，存　在调用失败的可能性，也许被检测的服务器并没有失效，而只　是由于网络的暂时Ｉ生堵塞致使远程方法调用失败。服务器级　的失效恢复的代价非常大，通常会引起服务器所在的大量对　象的恢复，所以必须尽量避免误判。我们采用主从检测机制　来尽量增强判断的准确性，具体实现步骤如下：．　１）通过ＸｍｌＭａｎａｇｅ类中的ｑｕｅｒｙＳｅｒｖｅｒｌｎｆｏ（）方法获取系　统所有服务器配置信息，并保存在监测中心的服务器列表　Ｈｎｌｌｉｓｔ中。Ｈｎｌｌｉｓｔ＝（ｓｅｒｖｅｒＮａｌ／ｌｅ；ｓｔａｔｕｓ；ｍａｘ—ｌｏａｄ；ｃｕｒｒｅｎｔ—　ｌｏａｄ；ｏｂｊｎｕｍ），其中ｓｅｒｖｅｒＮａｍｅ为服务器名，ｓｔａｔｕｓ为服务器　存活状态。　２）通过ＡＦＬＳ接口ｌｏｏｋｕｐ—ＯｂｊＩｎｆｏ—ｂｙＦｕｎｃｔｉｏｎ（ｉｎ　ｓｔｉｒｎｇ　ｆｎａｍｅ）得到当前系统中每个主机管理者ＨＭ的信息，ｆｎａｍｅ为　ＨＭ在ＡＦＬＳ的注册名，如果ＨＭ正常则其所在服务器必定没　有失效。　３）将得到的ＨＭ信息与服务器列表比较，获得服务器失　效信息。　４）若发现某服务器失效则启动从失效检测器中相关机　制，即有监测中心向该服务器上的ＨＭ发出查询信息，若在规　定时间内得不到回答，则怀疑该服务器失效。　从上面的检测步骤可以发现，判断服务器是否失效是以　该服务器上的ＨＭ是否失效作为标志的，然而ＨＭ失效并不　能完全代表该服务器失效。例如某服务器上的ＨＭ本身因为　某种原因停止，但服务器并未失效，该服务器上的服务对象实　例依然正常。因此，如果出现上面主从两次检测均判断失效　的情况下，还需要进行下面的步骤确认。　５）由于应用服务器的失效必然会引起部署在该服务器　上的所有对象失效，导致ＡＦＬＳ将该服务器上的对象实例从　对象列表中移除，因此监测系统可以通过调用ＡＦＬＳ接口　ｌｏｏｋｕｐ＿ＯｂｊＩｎｆｏ＿ｂｙＮｏｄｅ（ｉｎ　ｓｔｉｒｎｇ　ｉｐ），查看该服务器上的对象　是否全部失效来最后确定服务器的失效。　例外的情况：某服务器上的ＨＭ失效，同时其上的所有服　务对象实例也均失效，但服务器本身未失效。这种情况下检　测系统会误报服务器失效，当然这种现象发生的可能性极少，　事实上出现这种情况的话，对系统来说该服务器也已经没有　存在的意义了。　６数据库失效监测　数据库失效检测由ＦａｉｌＳｔｏｐＭａｎａｇｅｒ类中的ＤＢＭａｎａｇｅｒ方　法实现，具体步骤如下：　１）通过ＸｍｌＭａｎａｇｅ类中ｑｕｅｒｙＤｂｌｎｆｏ（）方法获取系统所　有数据库配置信息。　维普资讯 http://www.cqvip.com

第７期　贺细平等：基于ＣＯＲＢＡ的大规模事务处理系统失效检测机制的实现　１８５３　２）调用ｏｒａｃｌｅ提供的接口ＩｎｓｐｅｅｔＤｂ（）与每个数据库建　是对象级的。软构件（Ｓｏｆｔｗａｒｅ　Ｃｏｍｐｏｎｅｎｔ）技术是增大系统　立链接，若返回值为０，表示链接成功，若返回１表示链接失　可重用粒度和管理粒度、改善系统可重用性和可管理性的主　败。　流技术，因此基于构件级的失效检测机制有待进一步的研究。　３）若发现某数据库无法链接成功，失效管理中心会尝试　参考文献：　多链接几次，若仍然无法成功则对该数据库表示一次失效怀　【１１　李小勇．大规模分布式环境下动态信任模型研究【Ｊ】．软件学　疑。　报，２００７，１８（６）：１５１０—１５２１．　４）一次失效怀疑并不能代表该数据库一定失效，由于网　【２】ＫＩＭ　Ｈ　Ｃ，ＮＡＩＲ　Ｖ　Ｓ　Ｓ．Ｓｏｆｔｗａｒｅ　ｆａｕｌｔ　ｔｏｌｅｒａｎｃｅ　ｆｏｒ　ｄｉｓｔｒｉｂｕｔｅｄ　ｏｂ—　络的一时的阻塞或者监测中心与该数据库之间网络连接失败　ｊｅｅｒ　ｂａｓｅｄ　ｃｏｍｐｕｔｉｎｇ［Ｊ】．ｏｕｍａ／ｏｆ　Ｓｙｓｔｅｍｓ　ａｎｄ　Ｓｏｆｔｗａｒｅ，２０００，３９　都可能引起这种情况出现，因此需要采用了从失效检测器的　（２）：１０３—１１７．　相关机制来确认该失效是否可靠。　【３１　ＧＡＭＰＥＬ　Ｏ．Ｗｏｒｋｌｏａｄ　ｍａｎａｇｅｍｅｎｔ，ＩＢＭ　Ｃｏｍｐｏｎｅｎｔ　Ｂｒｏｋｅｒ　Ｃｏｎ—　５）ＤＢＭａｎａｇｅｒ通知所有服务器上的ＨＭ上的　ｎｅｅｔｏｒ　Ｏｖｅｒｖｉｅｗ【Ｊ／ＯＬ】．【２００６—１２—１０】．ｈｔｔｐ：／／ｗｗｗ．ｉｂｍ．　ｃｏｒｎ／ｐｕｂｌｉｃ／ｐｕｂｓ／ｂｏｏｋｍｇｒ／ｒｅｄｂｏｏｋｓ／一ｓｇ２４２０２２．ｂｏｏｋ．　ＬｏｃａｌＨｏｓｔＭａｎａｇｅｒ—ｉｍｐｌ类中的ＨＭ—ＤｂＬｉｖｅＲｅｐｏｒｔ（）方法，每个　【４１　仲盛，汲化，谢立．基于多服务器的分布对象系统的设计与实现　ＨＭ—ＤｂＬｉｖｅＲｅｐｏｒｔ（）方法均向怀疑失效的数据库发出空表查　【Ｊ】．计算机学报，１９９８，２１（Ｚ）：２１８—２２４．　询请求，然后将查询结果返回失效管理中心，将所有结果进行　【５】　ＫＲＯＥＧＥＲ　Ｒ．Ａｕｔｏｍａｔｅｄ　ＣＯＲＢＡ—ｂａｓｅｄ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｍｅｎｔ　或操作，只要有－－一个ＨＭ与该数据库链接成功，就认为该数据　【Ｃ】／／ＤＡＩＳ　９９．Ｈｅｌｓｉｎｋｉ，Ｆｉｎｌａｎｄ：【ｓ．ｎ．】，１９９９．　库仍然有效。　【６１　ＢＡＢＵ　Ｓ，ＳＵＢＲＡＭＡＮＩＡＮ　Ｌ，ＷＩＤＯＭ　Ｊ．Ａ　Ｄａｔａ　Ｓｔｒｅａｍ　Ｍａｎａｇｅ—　６）若所有返回的结果都认为该数据库失效，则将监测的　ｍｅｎｔ　Ｓｙｓｔｅｍ　ｆｏｒ　Ｎｅｔｗｏｒｋ　Ｔｒａｆｉｆｃ　Ｍａｎａｇｅｍｅｎｔ［ＣＪ／／ＮＲＤＭ．Ｓａｎｔａ　结果送往报表显示类ＴａｂｌｅＬｉｓｔ，并发出报警。　Ｂａｒｂａｒａ，ＣＡ：【ｓ．ｎ．】，２００１．　值得注意的是失效检测中超时值的选择对于失效检测达　［７１　李永丽．基于ＣＯＲＢＡ的分布式应用服务器的设计与实现【Ｊ】．　到正确性和完整性的能力非常关键。短的超时时间使得监测　东北师大学报：自然科学版，２００７，３９（２）：４６—４９．　系统可以很快检测到失效，但是增加了错误判断的概率，可能　【８】　国防科技大学计算机学院网络所．分布计算软件平台ＳｔａｒＢｕｓ　导致破坏正确性。因此，在反应时问（短超时）和正确性（长　３．０程序员指南手册【Ｍ】．长沙：国防科大学出版社，２００２．　超时）之间存在折衷。　【９】苏洋．软件新技术ＣＯＲＢＡ【ＥＢ／ＯＬ】．【２００８—０１～０２】．ｈｔｔｐ：／／　ｅｒｓｏｕｒｃｅ．５１ｃｒａｍ．ｃｏｒｎ／ＮｅｗＴｅｃｈ／ＮｃＯ１１．ｈｔｍ？ＩＤ：２５６．　７　结语　【１０】ＯＴＳ　Ｓｐｅｃｉｉｆｃａｔｉｏｎ　１．２【ＥＢ／ＯＬ】．【２００８—０１—０２】．ｈｔｔｐ：／／ｗｗｗ．　ｏｍｇ・ｏｒｇ・　随着大规模事务处理系统规模的不断扩展，解决管理问　［Ｉ】１朱幸辉，杨树强．基于ＣＯＲＢＡ的分布式对象监测系统的研究　题的前提和依据是对系统的运行情况进行有效监测和分析。　与实现【Ｊ】．计算机应用研究，２００５，２２（１０）：３９—４１．　本文对基于ＣＯＲＢＡ的大规模事务处理监测系统中的主从式　【１２】曾春平，王超，张鹏．ＸＭＬ从人ｒｑＮ精通【Ｍ】．北京：希望电子出　失效检测机制的设计与实现进行了研究。本机制的检测粒度　版社，２００２．　（上接第１８４３页）　ｐｅｒａｔｉｖｅｓ　ａｎｄ　ｃｈａｌｌｅｎｇｅｓ【Ｊ】．Ａｄ　Ｈｏｃ　Ｎｅｔｗｏｒｋｓ，２００３，１（１）：ｌ３—　６４．　【２】ＨＯＬＬＯＴ　Ｃ，ＭＩＳＲＡ　Ｖ，ＴＯＷＳＬＥＹ　Ｄ．Ｏｎ　ｄｅｓｉｇｎｉｎｇ　ｉｍｐｒｏｖｅｄ　ＣＯＮ　ｔｒｏｌｌｅｒｓ　ｆｏｒ　ＡＱＭ　ｔｏｕｔｅｒｓ　ｓｕｐｐｏｒｔｉｎｇ　ＴＣＰ　ｆｌｏｗｓ［ＣＪ／／Ｐｒｏｃｅｅｄｉｎｇｓ　ｏｆ　ｔｈｅ　ＩＮＦＯＣＯＭＭ　２００１．Ａｌａｓｋａ：ＩＥＥＥ　Ｃｏｍｐｕｔｅｒ　Ｓｏｃｉｅｔｙ，２００１：　１７２６—１７３４．　【３】　吴启祥，胥布工，彭达洲．基于微分先行Ｐｌ的主动队列管理算　法［Ｊ】．计算机应用，２００４，２４（１１）：１６—１８．　时　１／ｓ　【４】　钱艳平，李奇，刁翔．预测ＰＩ时滞网络拥塞控制算法设计及性　图５　ＰＩ算法和ＰＩＤ算法的队列长度曲线　能分析【Ｊ】．控制理论与应用，２００６，２３（２）：１６１—１６８．　４　结语　【５】ＬＥＥ　Ｃ　Ｈ．Ａ　ｓｕｒｖｅｙ　ｏｆ　ＰＩＤ　ｃｏｎｔｒｏｌｌｅｒ　ｄｅｓｉｇｎ　ｂａｓｅｄ　ｏｎ　ｇａｉｎ　ａｎｄ　ｐｈａｓｅ　ｍａｒｇｉｎｓ［Ｊ】．Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｊｏｕｒｎａｌ　ｏｆ　Ｃｏｍｐｕｔａｔｉｏｎａｌ　Ｃｏｇｎｉｔｉｏｎ，　传统的ＰＩＤ工程整定方法往往只提供结果，缺乏稳定的　２００４，２（３）：６０—１００．　理论依据。本文根据Ａｄ　Ｈｏｃ网络环境的特点，分析了带时滞　［６］　ＲＦＣ２３０９，Ｒｅｃｏｍｍｅｎｄａｔｉｏｎｓ　ｏｎ　ｑｕｅｕｅ　ｍａｎａｇｅｍｅｎｔ　ａｎｄ　ｃｏｎｇｅｓｔｉｏｎ　环节的ＴＣＰ／ＡＱＭ被控对象，针对不同的　，通过在　。一　平　ａｖｏｉｄａｎｃｅ　ｉｎ　ｔｈｅ　ｌｎｔｅｒｎｅｔ［Ｓ１．１９９８．　面上绘制ＰＩＤ控制器的稳定边界线，分别得出了ｋ。一ｋ　平面　【７］　ＭＩＳＲＡ　Ｖ，ＧＯＮＧ　Ｗ　Ｂ，ＴＯＷＳＬＥＹ　Ｄ．Ｆｌｕｉｄ—ｂａｓｅｄ　ａｎａｌｙｓｉｓ　ｏｆ　ａ　上的ＰＩＤ算法稳定区域。通过与ＰＩＤ控制器传统整定方法的　ｎｅｔｗｏｒｋ　ｏｆ　ＡＱＭ　ｒｏｕｔｅｒｓ　ｓｕｐｐｏｒｔｉｎｇ　ＴＣＰ　ｆｌｏｗｓ　ｗｉｔｈ　ａｎ　ａｐｐｌｉｃａｔｉｏｎ　ｔｏ　比较，稳定区域分析为ＴＣＰ／ＡＱＭ时滞系统的优化设计提供　ＲＥＤ【Ｃ］／／Ｐｒｏｃｅｅｄｉｎｇｓ　ｏｆ　ｔｈｅ　ＡＣＭ　ＳＩＧＣＯＭＭ．Ｓｔｏｃｋｈｏｌｍ：ＡＣＭ　Ｐｒｅｓｓ，２０００：１５１—１６０．　了理论依据。Ｍａｔｌａｂ和ＮＳ２仿真表明，稳定区域分析可以有　【８］ＨＯＬＬＯＴ　Ｃ，ＭＩＳＲＡ　Ｖ，ＴＯＷＳＬＥＹ　Ｄ，ｅｌ　ａ１．Ａ　ｃｏｎｔｏｒｌ　ｔｈｅｏｒｅｔｉｃ　ａ－　效辅助ＰＩＤ控制器设计，为进一步设计优化Ａｄ　Ｈｏｅ网络的改　ｎａｌｙｓｉｓ　ｏｆ　ＲＥＤ【Ｃ］／／Ｐｒｏｃｅｅｄｉｎｇｓ　ｏｆ　ｔｈｅ　ＩＥＥＥ　ＩＮＦＯＣＯＭ．Ａｎｃｈｏｒ－　进ＰＩＤ算法带来了方便。　ａｇｅ：ＩＥＥＥ　Ｐｒｅｓｓ，２００１：１５１０—１５１９．　参考文献：　【９］ＦＡＬＬＫ，ＶＡＲＡＤＨＡＮ　Ｋ．Ｔｈｅ　Ｎｓ　ｍａｎｕａｌ【ＥＢ／ＯＬ］．【２００２—０４　【１］　ＣＨＬＡＭＴＡＣ　Ｉ，ＣＯＮＴＩ　Ｍ，ＬＩＵ　Ｊ．Ｍｏｂｉｌｅ　Ａｄ　Ｈｏｃ　ｎｅｔｗｏｒｋｉｎｇ：ｉｍ－　—１０１．ｈｔｔｐ：／／ｗｗｗ．ｉｓｉ．ｅｄｕ／ｎｓｎａｍ／ｎｓ／ｄｏｃ／ｉｎｄｅｘ．ｈｔｍ１．