TUXEDO基础培训教程7328.docx

上传人:you****now 文档编号:68921867 上传时间:2022-12-30 格式:DOCX 页数:99 大小:2.72MB
返回 下载 相关 举报
TUXEDO基础培训教程7328.docx_第1页
第1页 / 共99页
TUXEDO基础培训教程7328.docx_第2页
第2页 / 共99页
点击查看更多>>
资源描述

《TUXEDO基础培训教程7328.docx》由会员分享,可在线阅读,更多相关《TUXEDO基础培训教程7328.docx(99页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、TUXEDDO基础础培训教教程V1.0.0神州数码思思特奇黑黑龙江分分支营业组2008-4-113目录目录21.TUUXEDDO系统统概述.41.1 客客户机/服务器器体系结结构41.2 什什么是TTUXEEDO系系统61.2 TTUXEEDO核核心系统统组成771.3 TTUXEEDO应应用程序序工作原原理1001.4 远远程客户户端与WWSL原原理1111.5 TTUXEEDO系系统的关关键特性性122. TUUXEDDO系统统配置1162.1 配配置文件件162.2 信信息内容容172.3 生生成TUUXCOONFIIG文件件202.4 关关于MSSSQ的的配置2212.5远程程客户端端

2、配置2222.6 TTuxeedo Dommainns配置置233. TUUXEDDO的缓缓冲区2273.1 概概述2773.2 FFML缓缓冲区2273.2 FFML域域表文件件293.3与缓缓冲区使使用有关关的函数数323.4 程程序中的的例子3344. TUUXEDDO应用用程序开开发3554.1 常常用的AATMII364.2BEEA TTuxeedo系系统提供供多种通通信模式式424.3同步步的Reequeest/Ressponnse模模式4334.4 TTUXEEDO程序基基本结构构434.5 启启动和关关闭应用用程序4475. IPPC角度度理解TTUXEEDO的的原理及及结构4

3、495.1 概概述4995.1 信信号灯5515.2 消消息队列列515.3 共共享内存存515.4 实实验过程程和结果果536. TUUXEDDO性能能优化559附录:611A用TCCP连接接分析TTUXEEDO的的WS模式式61B关于TTUXEEDO 负载均均衡和MMSSQQ的探讨讨61C化繁为为简来学学习编写写BEAA TUUXEDDO会话话的程序序61DTUXXEDOO超时控控制全功功略611E将Tuuxeddo SServvicee 发布布成 WWeb Serrvicce61F使用LLoaddRunnnerr来测试试BEAA TUUXEDDO62G. 基基于系统统真实数数据的TTUX

4、EEDO应应用服务务器压力力测试的的研究与与实现662H. 配置置WebbLoggic Tuxxedoo Coonneectoor62I. 用VVC6.0和FMLL结合进进行远程程文件传传输6221. TUXEDDO系统统概述1.1 客客户机/服务器器体系结结构企业计算算模式的的发展大大致经历历了这样样三个阶阶段:l 以大型机为为核心的的“主机/终端”模式;l 以文件服务务为核心心的“文件服服务器”模式;l 以数据服务务为核心心的“客户机机/服务务器”模式。“客户机/服务器器”模式可可以分为为以数据据库管理理系统(DDBMSS)为核核心的两两层结构构和以中中间件(或或称为应应用服务务器)为为核

5、心的的多层结结构。典型的两层层结构模模型为:服务器器端运行行关系数数据库,负负责提供供数据服服务,所所有应用用逻辑和和用户界界面都安安装在客客户端,客客户机与与服务器器通过“请求/应答”(Reequeest/Ressponnse)进进行业务务逻辑处处理。但但是随着着应用规规模的扩扩大,逐逐渐暴露露诸多缺缺陷:l 无法处理大大并发量量的用户户请求;l 系统可移植植性差;l 系统可扩展展性差;l 不支持分布布式事务务;l 可管理性差差;l 不具有动态态伸缩性性。Client1Client2Client3Server1Server2Server3图1-1 两层客客户机/服务器器模型完完全互联联时形成

6、成的MN网状状结构把两层结构构中部署署在客户户机和服服务器上上的业务务逻辑抽抽取出来来,单独独放到一一个中间间层上去去处理,就就构成了了三层结结构。客客户机只只处理表表示(PPressenttatiion)逻逻辑,即即显示用用户界面面、接收收用户输输入数据据、提交交交易请请求、显显示交易易处理结结果;应应用服务务器只处处理应用用(Apppliicattionn)逻辑辑,即负负责维护护客户机机和服务务器之间间的通信信连接,提提供命名名、通信信、事务务、安全全、并发发、持久久性、负负载均衡衡等应用用服务。后后台数据据库(DDBMSS)只提提供数据据服务,即即负责提提供数据据存储、查查询、复复制等服

7、服务。Client1Client2Client3PresentationServer1Server2Server3DBMSApplication Server1Application Server2Application图1-2 三层客客户机/服务器器结构的的逻辑图图(M+N互联联模型)表示层、应应用逻辑辑层和数数据层在在物理分分布上是是非常灵灵活的,它它们既可可以同时时分布在在同一台台主机上上,也可可以分布布在不同同的主机机上。根根据业务务需求,可可以对应应用服务务层再进进行扩展展,形成成多层结结构。三三层或多多层结构构有如下下一些优优势:l 服务连接池池机制;l 丰富的通信信机制;l 支持

8、分布式式事务;l 可移植性好好;l 可管理性强强;l 可靠性高;l 灵活性和扩扩展性好好。按照服务形形式的不不同,可可以将CC/S模模型分为为以数据据请求为为核心的的会话模模型和以以服务请请求为核核心的联联机事务务处理(OOnliine Traansaactiion Proocesssinng,OOLTPP)模型型。在以以数据请请求为核核心的模模型中,客客户机给给服务器器发送SSQL指指令,服服务器给给客户机机返回数数据;在在以服务务请求为为核心的的模型中中,客户户机给服服务器发发送服务务请求,服服务器执执行业务务逻辑并并给客户户机一个个响应。OLTP系统最大的特点是并发用户数量大,突发性强,

9、交易时间短,输入输出格式固定。大多数OLTP系统都有多个资源管理器来提供数据服务,因此需要借助事务管理器(TM)来协调分布式事务。1.2 什什么是TTUXEEDO系系统“TUX hass beeen Exttendded forr Diistrribuutedd Opperaatioon!”Tuxeddo是BEAA公司的的交易中中间件产产品,119844年由贝贝尔实验验室开发发成功,119922年易主主Novvelll公司,119966年由BBEA公公司收购购,经过过十多年年的不断断更新和和完善,Tuxedo已经发展成为交易中间件领域事实上的标准。BEA TTuxeedo是是在企业业、Innt

10、errnett这样的的分布式式运算环环境中,开开发和管管理三层层结构的的“客户/服务器器”关键业务务系统的的平台软软件。它它具备分分布式事事务处理理和应用用通信功功能,并并提供完完善的各各种服务务来建立立、运行行和管理理关键任任务应用用系统。它它提供了了一个开开放的环环境,支支持各种种各样的的客户、数数据库、网网络、遗遗留系统统和通讯讯方式,使使得开发发人员能能够利用用它建立立跨硬件件平台、数数据库和和操作系系统的交交互应用用系统。作为一种成成熟的中中间件产产品,TTUXEEDO在在大规模模关键事事务领域域中的整整合各种种异构平平台、保保证交易易完整性性等方面面表现出出了超强强的能力力。Tux

11、xedoo可以有有效地整整合企业业异构CC/S系系统,实实现大规规模的关关键业务务处理和和分布式式事务管管理,从从而为企企业提供供一个可可靠的、高高性能的的、易维维护的三三层分布布式计算算机环境境。在企业业分布式式联机交交易系统统OLTTP(onllinee trranssacttionn prroceessiing)中,TUUXEDDO常常常作为一一个事务务管理器器(TMM)来协协调分布布式事务务;在构构建多层层C/SS应用系系统中,TTUXEEDO经经常以一一个中间间件的角角色部署署在客户户机和服服务器之之间,提提供应用用服务;在构建建企业级级应用系系统中,TTUXEEDO经经常以一一个应

12、用用服务器器平台的的角色出出现,为为企业应应用提供供一个部部署环境境和运行行环境。ClientsTUXEDOServersTMRequestResponseORACLEDB2SQLDATAERPLegacyApplicationRM1RM2图1-3 TUXXEDOO的应用用服务器器模型1.2TUUXEDDO核心心系统组组成Tuxeddo的应应用程序序是以业业务逻辑辑服务、由由这些逻逻辑服务务组织成成的高层层服务器器组件和和在服务务器结点点环境中中的组件件分布为为特征的的。支持持这种虚虚拟主机机环境的的Tuxxedoo元素,包包括配置置信息库库和实现现运行时时应用管管理的核核心子系系统。限限于篇

13、幅幅的限制制,这里里只对核核心子系系统作简简单介绍绍。可靠队列服务事务管理器域网关TUXEDO域可靠队列服务事务管理器域网关TUXEDO域工作站工作站图1-4TTUXEEDO核核心系统统组成BEA TTuxeedo 是由服服务器端端的事务务管理器器、可靠靠队列服服务、应应用域及及客户端端工作站站等组成成。1. 公告告板BBTuxeddo应用用配置文文件被映映射到一一个运行行时数据据结构:公告板(BBB)。BBB 作作为一个个从配置置文件中中派生出出来的共共享信息息库,驻驻留在每每个参与与到由配配置文件件指定的的应用程程序的TTuxeedo的的服务器器结点上上。BBB不仅作作为分布布式应用用的名

14、字字服务数数据库,提提供分布布式环境境下的应应用对象象的位置置信息,还还作为应应用统计计数据的的运行时时仓库。BB由Tuuxeddo核心心例程(对对应用开开发者透透明)访访问,由由核心例例程读/修改BBB库。这个信信息库提提供Tuuxeddo完成成动态客客户/服服务器映映射所需需的信息息,同时时也提供供完成诸诸如负载载平衡、 安全性性和事务务协调等等功能的的信息。2. 事务务管理器器/T事务管理器器运行于于服务器器端,既既是Tuuxeddo 体体系结构构的中心心,也是是每个TTuxeedo服服务器的的核心,提提供重要要的分布布式应用用服务,包包括:命命名、消消息路由由、负载载平衡、配配置管理理

15、、事务务管理和和安全性性。它也也包含BBB结构构,使用用维护和和访问BBB信息息的服务务。换句句话说,BB内包含有执行和管理大规模的基于组件的应用程序所需的所有信息,它将对事务管理器进程起作用。客户请求到到达驻留留在服务务器上的的客户代代理进程程,服务务器通过过注册参参加到该该应用中中。作为为客户方方通讯的的一部分分,事务务管理器器访问BBB,然然后选择择服务器器,接着着,服务务器消息息队列的的地址被被返回,客客户方的的请求被被马上传传送到合合适的队队列等待待服务为为它进行行处理。3. 工作作站/WWS工作站把TTuxeedo ATMMI AAPI扩扩展到客客户应用用程序中中,使得得平台透透明

16、化。使使用ATTMI的的客户端端程序,可可以访问问在Tuuxeddo分布布式环境境中任何何地方的的服务。一个多路网关进程,称为工作站监听进程(WSL),驻留在Tuxedo应用服务器上,配合工作站处理进程Workstation Handler(WSH),处理工作站和事务管理器应用服务之间的通讯。WSL把来自大量客户应用程序的请求,会聚到Tuxedo事务管理器,以便完成所管辖的服务。4.可靠队队列服务务/QTUXEDDO/QQ是TUUXEDDO的一一个重要要的子系系统,它它为分布布式联机机事务处处理应用用程序提提供了一一种准实实时的异异步通信信方式,支支持持久久和非持持久的消消息存储储机制,提提供

17、面向向事务的的消息存存取和转转发机制制,以及及多样化化的出队队机制。在这种通信方式下,通信的一方是消息发送者,它的职能是把消息放入消息队列;另一方是消息接收者,它的职能是从消息队列中提取消息。它为每一个消息提供了一个控制块,以便TUXEDO/Q和应用程序对消息的传输方式和过程进行控制跟踪。TUXEDO/Q可以保证消息以“Exactly-Only-Once”的服务质量进行传递。在任何情况下,任何一条消息都不会被重传,也不会被丢失。5. 域/DOMMAINN为了有效实实现与其其他系统统的互连连,TUUXEDDO提出出了DOOMAIIN的概概念,将将很多台台服务器器共同组组成的应应用系统统按按功功能

18、或结结构划分分不同的的域,每每个域独独立完成成域内的的操作,域域间操作作由域网网关完成成,从而而提高每每个域和和整个系系统的运运行效率率。这些域域可以分分布在不不同的地地理位置置,域和和域之间间可以通通过局域域网或广广域网连连接在一一起。如如果一个个应用系系统只由由一个域域构成,则则通常称称之为单单域应用用系统;如果由由多个域域构成,则则称之为为多域应应用系统统。TUXEDDO的域域特性把把客户/服务器器模型扩扩展到多多个独立立自治的的应用系系统。一一个域既既可以是是一组TTUXEEDO的的应用程程序若干相相关的应应用服务务和配置置环境的的组合,同同时也可可能是一一组运行行在另一一个非TTUX

19、EEDO环环境中的的应用程程序。TTUXEEDO和和其他中中间件的的互操作作也是利利用域的的概念来来实现的的。不同的TUUXEDDO应用用域中的的服务程程序可以以互相访访问对方方的服务务,并当当一个交交易同时时执行多多个应用用域中的的服务(即即对于分分布式事事务处理理)时,能能够确保保交易的的完整性性。1.3TUUXEDDO应用用程序工工作原理理在实际工作作,理解解了Tuuxeddo应用用程序的的工作原原理和机机制,有有助于我我们的具具体应用用、维护护工作,同同时对于于系统开开发、规规划的能能力也是是很有帮帮助的。在TUXEEDO的的诸多通通信方式式中,请请求/应应答式通通信是最最简单也也是最

20、常常用的一一种客户户机和服服务器之之间的对对话模式式。TUUXEDDO系统统使用IIPC(IInteerprroceess Commmunnicaatioon,进进程间通通信)消消息队列列来实现现请求/应答式式通信。消息队列是实现面向无连接通信的关键技术,TUXEDO系统会给每个服务进程分配一个IPC消息队列,称为请求队列,给每一个客户机分配一个响应队列。这样客户机和服务器之间就不需要建立通信连接,客户机把请求消息放入服务器的请求队列中,然后从自己的响应队列中检查响应结果。TUXEDDO系统统使用IIPC消消息队列列提供了了面向无无连接的的数据通通信,这这不仅减减小了建建立和撤撤除连接接的额外

21、外开销,还还提高了了网络的的使用效效率。一个典型的的TUXXEDOO应用程程序由客客户机、服服务器、IPC消息队列、公告板(BB)和公告板联络进程(BBL)构成。BBL是TUXEDO系统的管理进程,它维护公共板,监视着系统中所有部件的运行,并定期对系统进行健康检查。客户机ClientATMI服务器ServerATMIMessageQueueMessageQueue3.发送请求缓冲区4.服务器响应公告板联络进程BBL事务管理器公告板BB1.发送服务请求2.返回消息队列入口5.更新公告板图1-5 TUXXEDOO应用程程序工作作原理客户机要要调用服服务器提提供的服服务,首首先通过过操作11向事务务

22、管理器器发出服服务请求求,服务务端的事事务管理理器从公公告板中中查询服服务的请请求队列列地址(RRQADDDR),通过操作2将队列地址返回给客户端;客户机收到请求队列地址后,将需要发送到服务的参数放入缓冲区,并通过操作3将请求缓冲区发送到服务的请求队列;服务器完成客户请求处理后,通过操作4把响应结果发送到客户机的响应队列(REPLYQ),同时通过操作5更新公共板,写入服务处理情况。1.4 远远程客户户端与WWSL原原理TUXEEDO有有两种类类型的客客户端,即即本地客客户端和和远程客客户端。本地客户端端(Naativve CClieent):通过共共享内存存与服务务器进行行通信,从从物理上上看

23、,总总是与TTuxeedo服服务器部部署在同同一台机机器上,不不用通过过网络就就可以访访问到TTuxeedo服服务器。远程客户端端(Woorksstattionn Clliennt):总是使使用TCCP/IIP协议议和服务务器进行行通信,即即便两者者都部署署在同一一台主机机上也是是如此。本地客户户端直接接通过TTUXCCONFFIG环环境变量量就可以以得到公公告板,而而远程客客户端则则要通过过WSNNADDDR环境境变量连连接到WWSL,再再由WSSL分配配WSHH作为请请求代理理来调用用服务。WSL(Workstation Listener)是TUXEDO系统提供的工作站监听服务,在应用程序

24、启动时,它开始监听服务器上的某个端口,并根据配置指令自动启动若干个WSH(Workstation Handler),形成“WSH Pool”。当有并发的服务请求时,监听进程还是只有一个(WSL),但是事先已经起了多个处理请求的进程(WSH),每个WSH又可以处理多个请求,这样就保证了大量的请求能同时得到处理,也省去了临时开启服务进程的开销。WSH PoolWSHWSHWSHWSHTUXEDODomainNetworkWSLServerServerServerWSNADDR图1-6 远程客客户端与与WSHH建立连连接以及及调用服服务的过过程当WSCC(远程程客户端端)调用用tpiinitt()或

25、或tpcchkaauthh()时时,WSSC采用用在WSSNADDDR中中指定的的IP地地址与服服务端的的WSLL建立连连接(图图中操作作),WWSL从从“WSHH Poool”中取出出一个负负载最小小的WSSH(图图中操作作),并并把该WWSH的的侦听端端口返回回给WSSC(图图中操作作),WSSC采用用返回的的端口与与指定的的WSHH建立连连接,并并与WSSL断开开连接;当WSSC调用用服务时时,WSSC把请请求缓冲冲区发送送到WSSH的请请求队列列中(图图中操作作),WSHH代表客客户机,把把请求放放到服务务的请求求队列中中,服务务处理完完请求后后把响应应结果传传给WSSH(图图中操作作

26、),WWSH再再把它返返回给客客户机(图图中操作作)。TUXXEDOO系统会会根据配配置指令令和并发发压力的大大小,动动态调整整“WSHH Poool”中WSSH进程程的数量量。1.5 TTUXEEDO系系统的关关键特性性1. 名字字服务和和位置透透明性公告板为为TUXXEDOO应用程程序提供供了名字字服务。为为了便于于快速访访问,它它作为共共享内存存中的一一个结构构存在。在在运行时时系统中中,公告告板会被被复制到到每个参参与计算算的节点点上。TTUXEEDO系系统使用用名字信信息、配配置信息息和环境境统计信信息自动动把服务务请求平平衡到可可用的服服务上,并并且根据据数据内内容为客客户请求求选

27、择路路由,为为服务请请求选择择优先级级。开发人员员把应用用程序编编成对逻逻辑入口口项(称称有名服服务)函函数的调调用,TTUXEEDO系系统会把把这些逻逻辑请求求映射到到服务器器节点或或服务进进程上。由由于客户户机请求求的是有有名服务务,而不不是某个个具体的的后台进进程,因因此后台台进程和和服务器器的分布布对于客客户机来来说是透透明的。Client or ServerNaming ServiceService AService BService CLook up nameGets nameInvokes a service图1-7 TUXXEDOO的有名名服务2. 强大大的通信信功能在C/S通

28、通信方面面,TUUXEDDO不仅仅支持“请求/应答”式通信信模式(同同步、异异步、嵌嵌套、转转发、TTxRPPC),而而且支持持保持交交易状态态的会话话通信方方式、基基于发布布/订阅阅的事件件代理方方式、基基于单播播/多播播的消息息通知方方式、基基于消息息队列的的可靠消消息存储储和转发发方式。在消息传传递方面面,TUUXEDDO提供供了CAARRAAY、SSTRIING、VVIEWW32、FFML332、XXML和和MBSSTRIING类类型缓冲冲区来承承载消息息。此外外,用户户还可以以自定义义消息缓缓冲区类类型。3. 强大大的联机机交易性性能TUXEEDO能能够使多多个客户户连接到到一个服服

29、务器进进程,由由这个服服务器进进程统一一存取数数据库,为为客户的的请求服服务。这这样,数数据库为为处理连连接所需需的资源源大大减减少。1000个通道+1000个进程+500MB的RAM+10,000个打开的文件1000个客户机不使用TUXEDO系统=操作系统瘫痪50个通道+50个进程+25MB的RAM+500个打开的文件1000个客户机使用了TUXEDO系统=操作系统正常50TM图1-8 TUXXEDOO系统提提供的CC/S通通信甬道道在不使用用TUXXEDOO的系统统中,服服务器必必须为每每一个客客户请求求维护一一个通信信连接,创创建一个个或多个个进程/线程来来处理业业务逻辑辑,这样样就会占

30、占用大量量的服务务器资源源。如果果使用了了TUXXEDOO系统,它它的TMM就能在在客户机机和服务务器之间间架起一一个通信信甬道,根根据服务务器的性性能和承承受压力力的能力力,创建建一定数数量的服服务进程程来处理理客户请请求。TTUXEEDO系系统把客客户请求求放入IIPC请请求队列列中,由由服务器器调度处处理。这这样不仅仅能够缓缓解服务务器压力力,而且且可以保保证所有有客户请请求都得得到处理理。4. 强大大的分布布式事务务协调能能力TUXEEDO使使用全局局事务跟跟踪事务务参与者者,使用用两阶段段提交协协议来协协调事务务,这样样就可确确保每个个资源管管理器都都能正确确地处理理事务的的提交和和

31、回滚。5. 完善善的负载载均衡机机制TUXEEDO系系统使用用负载均均衡机制制来把客客户请求求平均地地分布到到每一个个提供相相同服务务的后台台服务器器和进程程上。TTUXEEDO系系统支持持主机级级和进程程级的负负载均衡衡。如果果应用程程序分布布在多台台主机上上,则当当客户请请求到达达时,TTUXEEDO系系统会根根据主机机的计算算能力来来分发请请求,当当请求到到达某个个主机后后,TUUXEDDO系统统会在多多个对等等的进程程之间进进行进程程负载均均衡。在多机(MMP)模模式下,通通过配置置负载均均衡选项项,可以以实现主主机级的的负载均均衡。多多机(MMP)模模式指的的是同一一个TUUXEDD

32、O应用用程序分分布到多多台物理理主机上上,即TTUXEEDO的的集群模模式。在在这些服服务器中中要选择择一台服服务器做做MASSTERR服务器器,在该该服务器器上有一一个DBBBL进进程,负负责整个个Tuxxedoo应用系系统的管管理工作作。每台台服务器器上还有有一个名名为BRRIDGGE的进进程和一一个名为为tliisteen的进进程,它它们负责责服务器器之间的的通信。如果配置了了MP方方式,那那么在这这些服务务器之间间可以做做负责均均衡和容容错,客客户端可可以和其其中的任任何一台台服务器器建立连连接,如如果该服服务器上上没有该该客户端端所要调调用的sservvicee,Tuuxeddo可以

33、以自动把把请求发发送到别别的有该该服务的的机器上上处理,并并把结果果返回到到客户端端。为了确保应应用吞吐吐量最大大,Tuuxeddo的事事务管理理器自动动在系统统中完成成动态负负载平衡衡调度。通通过使用用每个服服务的负负载因子子(在UUBBCCONFFIG中中的SEERVIICE一一节配置置serrivcce的负负载因子子),事事务管理理器把请请求发送送给能最最快处理理该请求求的服务务器,事事务管理理器通过过为当前前排队的的请求总总计负载载因子来来决定给给定服务务器上的的负载。DBBLBBLBBBBLBBTUXCONFIGTUXCONFIGTUXCONFIGBBLBBServersServer

34、sServersMachine A(master)Machine BMachine CBridgeBridgeBridge图1-9 多机TTUXEEDO应应用系统统通过配置置MSSSQ,可可以实现现进程级级的负载载均衡。MSSQ(Multiple Server Single Queue),即多个服务进程从单个IPC消息队列中提取请求消息进行处理,以达到队列级负载均衡的目的,这是TUXEDO系统的一种消息调度机制。在MSSQ方式下,同一个服务被启动了多个进程,这些进程都共享同一个请求队列。6. 数据据依赖路路由BEA TTuxeedo支支持数据据依赖路路由。数数据依赖赖型路由由是根据据数据缓缓冲

35、区中中一个指指定域的的值,把把一个服服务请求求映射到到一个指指定的服服务器组组的机制制。不同同服务进进程组所所存取的的数据可可以是集集中的同同一个数数据源,也也可以是是分布在在各自服服务器上上的不同同的数据据源。这这种功能能的实现现是通过过事务管管理器/T进行行路由选选择完成成的,而而不需要要编写应应用代码码。事实实上,事事务管理理器/TT查看指指定的参参数值,参参考存储储在BBB中的路路由信息息,然后后把请求求发送到到指定的的服务进进程。MachineServer AServer BServiceServiceClientParam = 800Param = 200DatabaseParam

36、 500DatabaseParam 500图1-100 数据据依赖路路由2. TUUXEDDO系统统配置应用的描述述信息配配置在系系统核心心位置,用用一个文文件描述述,通常常称为uubbcconffig文文件,在在主控机机器上。整整个TUUXEDDO系统统的管理理任务可可以在一一台机器器上完成成,在配配置中被被定为主主控节点点。在运行时,这这些信息息被装入入一段共共享内存存(一个个IPCC资源),称称为公告告牌(BBullletiin BBoarrdBBB);包包含有配配置中不不同机器器的信息息,在这这些机器器上运行行的服务务的信息息,这些些服务提提供的交交易的信信息以及及其他相相关信息息。客

37、户端在运运行时连连接公告告牌。当当客户端端程序调调用一个个交易,将将根据公公告牌找找到合适适的服务务队列。TUXEDDO提供供一个管管理进程程,称为为BBLL(Buulleetinn Booardd Liiaisson),包含含了一个个公告牌牌的本地地拷贝和和本地服服务器上上应用的的状态。TUXEDDO提供供的另一一个管理理进程DDBBLL(Disstinnguiisheed BBullletiin BBoarrd LLiaiisonn),用用于多服服务器配配置时。DDBBLL与BBBL协同同,保证证所有部部分的公公告牌内内容的一一致性。2.1配置置文件ubbcoonfiig文件件可视作作包含

38、应应用启动动信息的的容器,需需编译成成二进制制文件ttuxcconffig,作作为启动动时的参参考。UUBBCCONFFIG配配置文件件分为99节,各各节之间间具有包包含关系系,从上上到下是是一对多多的关系系。其内信息包包括:v 系统范围信信息(*RESSOURRCESS节)v 机器信息(*MACCHINNES节节)v 组信息(*GROOUPSS节)v 服务信息(*SERRVERRS节)v 交易信息(*SERRVICCES节节)v 网络组信息息(*NNETGGROUUPS节节)v 网络信息(*NETTWORRK节)v 路由原则信信息(*ROUUTINNG节)当完成了uubbcconffig文文

39、件后,用用tmlloaddcf命命令生成成tuxxconnfigg。2.2 信信息内容容1. REESOUURCEES定义义*RESOOURCCES节节包含整整个应用用范围的的信息。本本节必须须在配置置文件第第一节,不不可缺少少。信息息说明如如下:参数意义*RESOOURCCES*RESSOURRCESS节IPCKEEY公告告板iddUIDTUXXEDOO管理员员用户iidGIDTUXXEDOO管理员员用户组组idPERMTUXXEDOO管理员员组用户户的权限限MAXACCCESSSERRS服务务端和客客户端的的最大进进程数MAXSEERVEERS限制可可以启动动服务总总数MAXSEERVII

40、CESS限制可可以发布布交易总总数MASTEER指出主主控节点点的逻辑辑名,第第二个是是备份节节点MODELL应用构构架,MMP表示示多机,否否则为单单机模式式SHMMSYSTEEM_AACCEESSPROOTECCTEDD,NOO_OVVERRRIDEE,应用用代码不不得干扰扰共享内内存LDBALL设Y则则进行负负载平衡衡SCANUUNITT内部时时间间隔隔单位,单单位是秒秒SANITTYSCCAN检检索公告告牌的内内部时间间间隔,单单位是SSCANNUNIITBLOCKKTIMME交易易超时时时间,单单位是SSCANNUNIITBBLQUUERYY所有BBLL轮轮询TUUXEDDO状况况的

41、时间间间隔MAXCOONV同同时最大大会话数数2. MAACHIINESS定义*MACHHINEES节包包含应用用有关的的每个处处理器的的信息。本本节必须须在*RRESOOURCCES节节后列出出。参数意义*MACHHINEESMAACHIINESS节TUXDIIRTUUXEDDO系统统软件安安装位置置APPDIIR应用用服务位位置全路路径TUXCOONFIIGTUUXEDDO配置置文件全全路径ENVFIILE环环境文件件全路径径ULOGPPFX应应用日志志文件全全路径MAXACCCESSSERRS本机机最多处处理器数数,可以以超越*RESSOURRCESS节定义义MAXCOONV本本机最大大

42、会话数数,可以以超越*RESSOURRCESS节定义义注意:本处处未列出出全部参参数。这这些系统统范围内内参数可可以被后后序节内内参数超超越。3. GRROUPP定义*GROUUP节包包含服务务组的定定义。一一台机器器至少要要定义一一个服务务组。如如果没有有定义组组,管理理命令ttmaddminn可能依依然能运运行。每个组只要要定义组组名,映映射组名名的组号号和逻辑辑机器名名。组为为分布式式交易系系统和数数据依赖赖路由等等灵活性性措施提提供了支支持。参数意义*GROUUPSGROOUP节节BANKBB1组的唯唯一标识识符,可可以是字字母数字字GRPNOO组的唯唯一数字字标识符符LMID组所在在

43、的机器器4. 服务务定义ubbcoonfiig的*SERRVERRS节包含含的是服服务进程程的信息息。本节节中每一一个入口口代表一一个应用用启动时时加载的的服务。这这些信息息包含服服务名,命命令行参参数,服服务环境境,重启启动等等等。由于于每个服服务功能能各不相相同,其其配置参参数也因因此相同同或相异异。参数意义*SERVVERSSSERRVERR节,列列出所有有服务程程序DEFAUULT:本处列列出的参参数为其其下列出出的服务务的缺省省值,但但可以被被单列条条目替代代相应值值RESTAART如如果设成成Y,则则服务可可以重启启动MAXGEEN在GGRACCE定义义时间之之内,服服务可以以重启

44、动动MAXXGENN次GRACEE周期,单单位是秒秒RCMD每每次服务务重启动动,本处处定义的的脚本或或命令被被执行ENVFIILE列列有环境境变量的的文件,在在交易启启动前设设入环境境TLR一个服服务名,用用buiildsservver建建立,应应在APPPDIIR或$TUXXDIRR/biinSRVGRRP服务属属于一个个在*GGROUUPS节节中定义义的服务务组;如如果需要要移植服服务,也也可以定定义在多多个组中中。SRVIDD服务组组中代表表服务的的唯一值值MIN最少少在启动动时启动动的服务务数MAX运行时时,最多多可以起起的实例例数CLOPTT跟随服服务启动动的其他他参数-A 服务内

45、内建交易易全发布布r指指定服务务记录时时间戳,用用于以后后计算交交易处理理时间-e 定义标标准错误误重定向向文件-o 定义标标准输出出重定向向文件-TTUXEEDO参参数和服服务特定定参数的的分隔符符传给给tpssvriinitt()的的参数SYSTEEM_AACCEESS设定后后,应用用错误不不干扰公公告牌RQADDDR当设定定此项后后,所有有本服务务的实例例都使用用相同的的请求队队列。这这是在应应用中设设置MSSSQ(Multiple Server Single Queue)的方便办法,可以改善处理流量。任何时候,所有MSSQ集中的实例发布相同的交易集。REPLYYQ设成YY,则服服务又作

46、作为一个个MSSSQ集配配置,任任何其中中的交易易调用其其他交易易,就建建立一个个单独的的回应队队列。5. 交易易定义*SERVVICEES节提提供了应应用的特特殊交易易的信息息。包括括负载平平衡(LLOADD)、sservvicee优先级级、数据据依赖路路由、全全局事务务和数据据缓冲类类型检查查(BUUFTYYPE)。如如果全部部都是缺缺省值则则本节可可以省略略。参数意义*SERVVICEES交易节节#注释行行符号大写字母交交易名,由由应用服服务提供供BUFTYYPE任任何向该该交易的的请求,数数据应该该是此处处定义类类型GROUPP交易所所在服务务所在的的组LOAD负负载因子子,表示示处理请请求的时时间,用用于计算算负载平平衡PRIO优优先级DDR 定义义数据依依赖路由由AUTOTTRANN 调调用该sservvicee时是否否自动启启动一个个全局事事务,默默认为NN没有相关应应用,大大家作为为了解即即可。2.3 生生成TUUXCOONFIIG文件件

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 管理文献 > 管理手册

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁