《2022年TUXEDO基础培训教程.doc》由会员分享，可在线阅读，更多相关《2022年TUXEDO基础培训教程.doc（61页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、TUXEDO根底培训教程V1.0.0神州数码思特奇 黑龙江分支营业组2008-4-13目录目录21.TUXEDO系统概述.41.1 客户机/效劳器体系构造41.2 什么是TUXEDO系统61.2 TUXEDO核心系统组成71.3 TUXEDO应用程序工作原理101.4 远程客户端与WSL原理111.5 TUXEDO系统的关键特性122. TUXEDO系统配置162.1 配置文件162.2 信息内容172.3 生成TUXCONFIG文件202.4 关于MSSQ的配置212.5远程客户端配置222.6 Tuxedo Domains配置233. TUXEDO的缓冲区273.1 概述273.2 FML
2、缓冲区273.2 FML域表文件293.3与缓冲区使用有关的函数323.4 程序中的例子344. TUXEDO应用程序开发354.1 常用的ATMI364.2 BEA Tuxedo系统提供多种通讯方式424.3 同步的Request/Response方式434.4 TUXEDO程序根本构造434.5 启动和关闭应用程序475. IPC角度理解TUXEDO的原理及构造495.1 概述495.1 信号灯515.2 音讯队列515.3 共享内存515.4 实验过程和结果536. TUXEDO功能优化59附录：61A用TCP连接分析TUXEDO的WS方式61B关于TUXEDO 负载平衡和MSSQ的讨论
3、61C化繁为简来学习编写BEA TUXEDO会话的程序61DTUXEDO超时操纵全功略61E将Tuxedo Service 发布成 Web Service61F使用LoadRunner来测试BEA TUXEDO62G. 基于系统真实数据的TUXEDO应用效劳器压力测试的研究与实现62H. 配置WebLogic Tuxedo Connector62I. 用VC6.0和FML结合进展远程文件传输621. TUXEDO系统概述1.1 客户机/效劳器体系构造企业计算方式的开展大致经历了如此三个阶段：l 以大型机为核心的“主机/终端”方式；l 以文件效劳为核心的“文件效劳器”方式；l 以数据效劳为核心的
4、“客户机/效劳器”方式。“客户机/效劳器”方式能够分为以数据库治理系统（DBMS）为核心的两层构造和以中间件（或称为应用效劳器）为核心的多层构造。典型的两层构造模型为：效劳器端运转关系数据库，负责提供数据效劳，所有应用逻辑和用户界面都安装在客户端，客户机与效劳器通过“恳求/应对”（Request/Response）进展业务逻辑处理。但是随着应用规模的扩大，逐步暴露诸多缺陷：l 无法处理大并发量的用户恳求；l 系统可移植性差；l 系统可扩展性差；l 不支持分布式事务；l 可治理性差；l 不具有动态伸缩性。Client1Client2Client3Server1Server2Server3图1-1
5、 两层客户机/效劳器模型完全互联时构成的MN网状构造把两层构造中部署在客户机和效劳器上的业务逻辑抽取出来，单独放到一个中间层上去处理，就构成了三层构造。客户机只处理表示（Presentation）逻辑，即显示用户界面、接收用户输入数据、提交买卖恳求、显示买卖处理结果；应用效劳器只处理应用（Application）逻辑，即负责维护客户机和效劳器之间的通讯连接，提供命名、通讯、事务、平安、并发、持久性、负载平衡等应用效劳。后台数据库（DBMS）只提供数据效劳，即负责提供数据存储、查询、复制等效劳。Client1Client2Client3PresentationServer1Server2Serv
6、er3DBMSApplication Server1Application Server2Application图1-2 三层客户机/效劳器构造的逻辑图（M+N互联模型）表示层、应用逻辑层和数据层在物理分布上是特别灵敏的，它们既能够同时分布在同一台主机上，也能够分布在不同的主机上。依照业务需求，能够对应用效劳层再进展扩展，构成多层构造。三层或多层构造有如下一些优势：l 效劳连接池机制；l 丰富的通讯机制；l 支持分布式事务；l 可移植性好；l 可治理性强；l 可靠性高；l 灵敏性和扩展性好。按照效劳方式的不同，能够将C/S模型分为以数据恳求为核心的会话模型和以效劳恳求为核心的联机事务处理（On
7、line Transaction Processing，OLTP）模型。在以数据恳求为核心的模型中，客户机给效劳器发送SQL指令，效劳器给客户机返回数据；在以效劳恳求为核心的模型中，客户机给效劳器发送效劳恳求，效劳器执行业务逻辑并给客户机一个响应。OLTP系统最大的特点是并发用户数量大，突发性强，买卖时间短，输入输出格式固定。大多数OLTP系统都有多个资源治理器来提供数据效劳，因而需要借助事务治理器（TM）来协调分布式事务。1.2 什么是TUXEDO系统“TUX has been Extended for Distributed Operation!”Tuxedo是BEA公司的买卖中间件产品，
8、1984年由贝尔实验室开发成功，1992年易主Novell公司，1996年由BEA公司收买，通过十多年的不断更新和完善，Tuxedo已经开展成为买卖中间件领域事实上的标准。BEA Tuxedo是在企业、Internet如此的分布式运算环境中，开发和治理三层构造的“客户/效劳器”关键业务系统的平台软件。它具备分布式事务处理和应用通讯功能，并提供完善的各种效劳来建立、运转和治理关键任务应用系统。它提供了一个开放的环境，支持各种各样的客户、数据库、网络、遗留系统和通讯方式，使得开发人员能够利用它建立跨硬件平台、数据库和操作系统的交互应用系统。作为一种成熟的中间件产品，TUXEDO在大规模关键事务领域
9、中的整合各种异构平台、保证买卖完好性等方面表现出了超强的才能。Tuxedo能够有效地整合企业异构C/S系统，实现大规模的关键业务处理和分布式事务治理，从而为企业提供一个可靠的、高功能的、易维护的三层分布式计算机环境。在企业分布式联机买卖系统OLTP（online transaction processing）中，TUXEDO常常作为一个事务治理器（TM）来协调分布式事务；在构建多层C/S应用系统中，TUXEDO经常以一个中间件的角色部署在客户机和效劳器之间，提供给用效劳；在构建企业级应用系统中，TUXEDO经常以一个应用效劳器平台的角色出现，为企业应用提供一个部署环境和运转环境。Clients
10、TUXEDOServersTMRequestResponseORACLEDB2SQLDATAERPLegacyApplicationRM1RM2图1-3 TUXEDO的应用效劳器模型1.2 TUXEDO核心系统组成Tuxedo的应用程序是以业务逻辑效劳、由这些逻辑效劳组织成的高层效劳器组件和在效劳器结点环境中的组件分布为特征的。支持这种虚拟主机环境的Tuxedo元素，包括配置信息库和实现运转时应用治理的核心子系统。限于篇幅的限制，这里只对核心子系统作简单介绍。可靠队列效劳事务治理器域网关TUXEDO域可靠队列效劳事务治理器域网关TUXEDO域工作站工作站图1-4 TUXEDO核心系统组成BEA
11、 Tuxedo 是由效劳器端的事务治理器、可靠队列效劳、应用域及客户端工作站等组成。1. 公告板BBTuxedo应用配置文件被映射到一个运转时数据构造：公告板（BB）。BB 作为一个从配置文件中派生出来的共享信息库，驻留在每个参与到由配置文件指定的应用程序的Tuxedo的效劳器结点上。BB不仅作为分布式应用的名字效劳数据库，提供分布式环境下的应用对象的位置信息，还作为应用统计数据的运转时仓库。BB由Tuxedo核心例程（对应用开发者透明）访咨询，由核心例程读/修正BB库。这个信息库提供Tuxedo完成动态客户/效劳器映射所需的信息，同时也提供完成诸如负载平衡、 平安性和事务协调等功能的信息。2
12、. 事务治理器/T事务治理器运转于效劳器端，既是Tuxedo 体系构造的中心，也是每个Tuxedo效劳器的核心，提供重要的分布式应用效劳，包括：命名、音讯路由、负载平衡、配置治理、事务治理和平安性。它也包含BB构造，使用维护和访咨询BB信息的效劳。换句话说，BB内包含有执行和治理大规模的基于组件的应用程序所需的所有信息，它将对事务治理器进程起作用。客户恳求到达驻留在效劳器上的客户代理进程，效劳器通过注册参加到该应用中。作为客户方通讯的一部分，事务治理器访咨询BB，然后选择效劳器，接着，效劳器音讯队列的地址被返回，客户方的恳求被立即传送到适宜的队列等待效劳为它进展处理。3. 工作站/WS工作站把
13、Tuxedo ATMI API扩展到客户应用程序中，使得平台透明化。使用ATMI的客户端程序，能够访咨询在Tuxedo分布式环境中任何地点的效劳。一个多路网关进程，称为工作站监听进程（WSL），驻留在Tuxedo应用效劳器上，配合工作站处理进程Workstation Handler(WSH)，处理工作站和事务治理器应用效劳之间的通讯。WSL把来自大量客户应用程序的恳求，会聚到Tuxedo事务治理器，以便完成所管辖的效劳。4. 可靠队列效劳/QTUXEDO/Q是TUXEDO的一个重要的子系统，它为分布式联机事务处理应用程序提供了一种准实时的异步通讯方式，支持持久和非持久的音讯存储机制，提供面向事
14、务的音讯存取和转发机制，以及多样化的出队机制。在这种通讯方式下，通讯的一方是音讯发送者，它的职能是把音讯放入音讯队列；另一方是音讯接收者，它的职能是从音讯队列中提取音讯。它为每一个音讯提供了一个操纵块，以便TUXEDO/Q和应用程序对音讯的传输方式和过程进展操纵跟踪。TUXEDO/Q能够保证音讯以“Exactly-Only-Once”的效劳质量进展传递。在任何情况下，任何一条音讯都不会被重传，也不会被丧失。5. 域/DOMAIN为了有效实现与其他系统的互连，TUXEDO提出了DOMAIN的概念，将特别多台效劳器共同组成的应用系统按按功能或构造划分不同的域，每个域独立完成域内的操作，域间操作由域
15、网关完成，从而提高每个域和整个系统的运转效率。这些域能够分布在不同的地理位置，域和域之间能够通过局域网或广域网连接在一起。假如一个应用系统只由一个域构成，则通常称之为单域应用系统；假如由多个域构成，则称之为多域应用系统。TUXEDO的域特性把客户/效劳器模型扩展到多个独立自治的应用系统。一个域既能够是一组TUXEDO的应用程序假设干相关的应用效劳和配置环境的组合，同时也可能是一组运转在另一个非TUXEDO环境中的应用程序。TUXEDO和其他中间件的互操作也是利用域的概念来实现的。不同的TUXEDO应用域中的效劳程序能够互相访咨询对方的效劳，并当一个买卖同时执行多个应用域中的效劳（即关于分布式事
16、务处理）时，能够确保买卖的完好性。1.3 TUXEDO应用程序工作原理在实际工作，理解了Tuxedo应用程序的工作原理和机制，有助于我们的详细应用、维护工作，同时关于系统开发、规划的才能也是特别有协助的。在TUXEDO的诸多通讯方式中，恳求/应对式通讯是最简单也是最常用的一种客户机和效劳器之间的对话方式。TUXEDO系统使用IPC（Interprocess Communication，进程间通讯）音讯队列来实现恳求/应对式通讯。音讯队列是实现面向无连接通讯的关键技术，TUXEDO系统会给每个效劳进程分配一个IPC音讯队列，称为恳求队列，给每一个客户机分配一个响应队列。如此客户机和效劳器之间就不
17、需要建立通讯连接，客户机把恳求音讯放入效劳器的恳求队列中，然后从本人的响应队列中检查响应结果。TUXEDO系统使用IPC音讯队列提供了面向无连接的数据通讯，这不仅减小了建立和撤除连接的额外开销，还提高了网络的使用效率。 一个典型的TUXEDO应用程序由客户机、效劳器、IPC音讯队列、公告板（BB）和公告板联络进程（BBL）构成。BBL是TUXEDO系统的治理进程，它维护公共板，监视着系统中所有部件的运转，并定期对系统进展健康检查。客户机ClientATMI效劳器ServerATMIMessageQueueMessageQueue3.发送恳求缓冲区4.效劳器响应公告板联络进程BBL事务治理器公告
18、板BB1.发送效劳恳求2.返回音讯队列入口5.更新公告板图1-5 TUXEDO应用程序工作原理客户机要调用效劳器提供的效劳，首先通过操作1向事务治理器发出效劳恳求，效劳端的事务治理器从公告板中查询效劳的恳求队列地址（RQADDR），通过操作2将队列地址返回给客户端；客户机收到恳求队列地址后，将需要发送到效劳的参数放入缓冲区，并通过操作3将恳求缓冲区发送到效劳的恳求队列；效劳器完成客户恳求处理后，通过操作4把响应结果发送到客户机的响应队列（REPLYQ），同时通过操作5更新公共板，写入效劳处理情况。1.4 远程客户端与WSL原理TUXEDO有两品种型的客户端，即本地客户端和远程客户端。本地客户端
19、（Native Client）：通过共享内存与效劳器进展通讯，从物理上看，总是与Tuxedo效劳器部署在同一台机器上，不用通过网络就能够访咨询到Tuxedo效劳器。远程客户端（Workstation Client）：总是使用TCP/IP协议和效劳器进展通讯，即便两者都部署在同一台主机上也是如此。本地客户端直截了当通过TUXCONFIG环境变量就能够得到公告板，而远程客户端则要通过WSNADDR环境变量连接到WSL，再由WSL分配WSH作为恳求代理来调用效劳。WSL（Workstation Listener）是TUXEDO系统提供的工作站监听效劳，在应用程序启动时，它开场监听效劳器上的某个端口，
20、并依照配置指令自动启动假设干个WSH（Workstation Handler），构成“WSH Pool”。当有并发的效劳恳求时，监听进程依然只有一个(WSL)，但是事先已经起了多个处理恳求的进程(WSH)，每个WSH又能够处理多个恳求，如此就保证了大量的恳求能同时得四处理，也省去了临时开启效劳进程的开销。WSH PoolWSHWSHWSHWSHTUXEDODomainNetworkWSLServerServerServerWSNADDR图1-6 远程客户端与WSH建立连接以及调用效劳的过程当WSC（远程客户端）调用tpinit()或tpchkauth()时，WSC采纳在WSNADDR中指定的I
21、P地址与效劳端的WSL建立连接（图中操作），WSL从“WSH Pool”中取出一个负载最小的WSH（图中操作），并把该WSH的侦听端口返回给WSC（图中操作），WSC采纳返回的端口与指定的WSH建立连接，并与WSL断开连接；当WSC调用效劳时，WSC把恳求缓冲区发送到WSH的恳求队列中（图中操作），WSH代表客户机，把恳求放到效劳的恳求队列中,效劳处理完恳求后把响应结果传给WSH（图中操作），WSH再把它返回给客户机（图中操作）。TUXEDO系统会依照配置指令和并发压力的大小，动态调整“WSH Pool”中WSH进程的数量。1.5 TUXEDO系统的关键特性1. 名字效劳和位置透明性公告板为T
22、UXEDO应用程序提供了名字效劳。为了便于快速访咨询，它作为共享内存中的一个构造存在。在运转时系统中，公告板会被复制到每个参与计算的节点上。TUXEDO系统使用名字信息、配置信息和环境统计信息自动把效劳恳求平衡到可用的效劳上，同时依照数据内容为客户恳求选择路由，为效劳恳求选择优先级。开发人员把应用程序编成对逻辑入口项（称有名效劳）函数的调用，TUXEDO系统会把这些逻辑恳求映射到效劳器节点或效劳进程上。由于客户机恳求的是有名效劳，而不是某个详细的后台进程，因而后台进程和效劳器的分布关于客户机来说是透明的。Client or ServerNaming ServiceService AServic
23、e BService CLook up nameGets nameInvokes a service图1-7 TUXEDO的有名效劳2. 强大的通讯功能在C/S通讯方面，TUXEDO不仅支持“恳求/应对”式通讯方式（同步、异步、嵌套、转发、TxRPC），而且支持保持买卖状态的会话通讯方式、基于发布/订阅的事件代理方式、基于单播/多播的音讯通知方式、基于音讯队列的可靠音讯存储和转发方式。在音讯传递方面，TUXEDO提供了CARRAY、STRING、VIEW32、FML32、XML和MBSTRING类型缓冲区来承载音讯。此外，用户还能够自定义音讯缓冲区类型。3. 强大的联机买卖功能TUXEDO能够
24、使多个客户连接到一个效劳器进程，由这个效劳器进程统一存取数据库，为客户的恳求效劳。如此，数据库为处理连接所需的资源大大减少。1000个通道+1000个进程+500MB的RAM+10,000个打开的文件1000个客户机不使用TUXEDO系统=操作系统瘫痪50个通道+50个进程+25MB的RAM+500个打开的文件1000个客户机使用了TUXEDO系统=操作系统正常50TM图1-8 TUXEDO系统提供的C/S通讯甬道在不使用TUXEDO的系统中，效劳器必须为每一个客户恳求维护一个通讯连接，创立一个或多个进程/线程来处理业务逻辑，如此就会占用大量的效劳器资源。假如使用了TUXEDO系统，它的TM就
25、能在客户机和效劳器之间架起一个通讯甬道，依照效劳器的功能和承受压力的才能，创立一定数量的效劳进程来处理客户恳求。TUXEDO系统把客户恳求放入IPC恳求队列中，由效劳器调度处理。如此不仅能够缓解效劳器压力，而且能够保证所有客户恳求都得四处理。4. 强大的分布式事务协调才能TUXEDO使用全局事务跟踪事务参与者，使用两阶段提交协议来协调事务，如此就可确保每个资源治理器都能正确地处理事务的提交和回滚。5. 完善的负载平衡机制TUXEDO系统使用负载平衡机制来把客户恳求平均地分布到每一个提供一样效劳的后台效劳器和进程上。TUXEDO系统支持主机级和进程级的负载平衡。假如应用程序分布在多台主机上，则当
26、客户恳求到达时，TUXEDO系统会依照主机的计算才能来分发恳求，当恳求到达某个主机后，TUXEDO系统会在多个对等的进程之间进展进程负载平衡。在多机（MP）方式下，通过配置负载平衡选项，能够实现主机级的负载平衡。多机（MP）方式指的是同一个TUXEDO应用程序分布到多台物理主机上，即TUXEDO的集群方式。在这些效劳器中要选择一台效劳器做MASTER效劳器，在该效劳器上有一个DBBL进程，负责整个Tuxedo应用系统的治理工作。每台效劳器上还有一个名为BRIDGE的进程和一个名为tlisten的进程，它们负责效劳器之间的通讯。假如配置了MP方式，那么在这些效劳器之间能够做负责平衡和容错，客户端
27、能够和其中的任何一台效劳器建立连接，假如该效劳器上没有该客户端所要调用的service，Tuxedo能够自动把恳求发送到别的有该效劳的机器上处理，并把结果返回到客户端。为了确保应用吞吐量最大，Tuxedo的事务治理器自动在系统中完成动态负载平衡调度。通过使用每个效劳的负载因子（在UBBCONFIG中的SERVICE一节配置serivce的负载因子），事务治理器把恳求发送给能最快处理该恳求的效劳器，事务治理器通过为当前排队的恳求总计负载因子来决定给定效劳器上的负载。DBBLBBLBBBBLBBTUXCONFIGTUXCONFIGTUXCONFIGBBLBBServersServersServer
28、sMachine A(master)Machine BMachine CBridgeBridgeBridge图1-9 多机TUXEDO应用系统通过配置MSSQ，能够实现进程级的负载平衡。MSSQ（Multiple Server Single Queue），即多个效劳进程从单个IPC音讯队列中提取恳求音讯进展处理，以到达队列级负载平衡的目的，这是TUXEDO系统的一种音讯调度机制。在MSSQ方式下，同一个效劳被启动了多个进程，这些进程都共享同一个恳求队列。6. 数据依赖路由BEA Tuxedo支持数据依赖路由。数据依赖型路由是依照数据缓冲区中一个指定域的值，把一个效劳恳求映射到一个指定的效劳器组
29、的机制。不同效劳进程组所存取的数据能够是集中的同一个数据源，也能够是分布在各自效劳器上的不同的数据源。这种功能的实现是通过事务治理器/T进展路由选择完成的，而不需要编写应用代码。事实上，事务治理器/T查看指定的参数值，参考存储在BB中的路由信息，然后把恳求发送到指定的效劳进程。MachineServer AServer BServiceServiceClientParam = 800Param = 200DatabaseParam 500DatabaseParam 500图1-10 数据依赖路由2. TUXEDO系统配置应用的描绘信息配置在系统核心位置，用一个文件描绘，通常称为ubbconfi
30、g文件，在主控机器上。整个TUXEDO系统的治理任务能够在一台机器上完成，在配置中被定为主控节点。在运转时，这些信息被装入一段共享内存（一个IPC资源），称为公告牌（Bulletin BoardBB）；包含有配置中不同机器的信息，在这些机器上运转的效劳的信息，这些效劳提供的买卖的信息以及其他相关信息。客户端在运转时连接公告牌。当客户端程序调用一个买卖，将依照公告牌找到适宜的效劳队列。TUXEDO提供一个治理进程，称为BBL(Bulletin Board Liaison),包含了一个公告牌的本地拷贝和本地效劳器上应用的状态。TUXEDO提供的另一个治理进程DBBL(Distinguished B
31、ulletin Board Liaison)，用于多效劳器配置时。DBBL与BBL协同，保证所有部分的公告牌内容的一致性。2.1 配置文件ubbconfig文件可视作包含应用启动信息的容器，需编译成二进制文件tuxconfig，作为启动时的参考。UBBCONFIG配置文件分为9节，各节之间具有包含关系，从上到下是一对多的关系。其内信息包括：v 系统范围信息（*RESOURCES节）v 机器信息（*MACHINES节）v 组信息（*GROUPS节）v 效劳信息（*SERVERS节）v 买卖信息（*SERVICES节）v 网络组信息（*NETGROUPS节）v 网络信息（*NETWORK节）v 路
32、由原则信息（*ROUTING节）当完成了ubbconfig文件后，用tmloadcf命令生成tuxconfig。2.2 信息内容1. RESOURCES定义*RESOURCES节包含整个应用范围的信息。本节必须在配置文件第一节，不可缺少。信息说明如下：参数意义*RESOURCES*RESOURCES节IPCKEY公告板idUIDTUXEDO治理员用户idGIDTUXEDO治理员用户组idPERMTUXEDO治理员组用户的权限MAXACCESSERS效劳端和客户端的最大进程数MAXSERVERS限制能够启动效劳总数MAXSERVICES限制能够发布买卖总数MASTER指出主控节点的逻辑名，第二个
33、是备份节点MODEL应用构架，MP表示多机，否则为单机方式SHMSYSTEM_ACCESSPROTECTED，NO_OVERRIDE，应用代码不得干扰共享内存LDBAL设Y则进展负载平衡SCANUNIT内部时间间隔单位，单位是秒SANITYSCAN检索公告牌的内部时间间隔，单位是SCANUNITBLOCKTIME买卖超时时间，单位是SCANUNITBBLQUERY所有BLL轮询TUXEDO情况的时间间隔MAXCONV同时最大会话数2. MACHINES定义*MACHINES节包含应用有关的每个处理器的信息。本节必须在*RESOURCES节后列出。参数意义*MACHINESMACHINES节TU
34、XDIRTUXEDO系统软件安装位置APPDIR应用效劳位置全途径TUXCONFIGTUXEDO配置文件全途径ENVFILE环境文件全途径ULOGPFX应用日志文件全途径MAXACCESSERS本机最多处理器数，能够超越*RESOURCES节定义MAXCONV本机最大会话数，能够超越*RESOURCES节定义留意：本处未列出全部参数。这些系统范围内参数能够被后序节内参数超越。3. GROUP定义*GROUP节包含效劳组的定义。一台机器至少要定义一个效劳组。假如没有定义组，治理命令tmadmin可能仍然能运转。每个组只要定义组名，映射组名的组号和逻辑机器名。组为分布式买卖系统和数据依赖路由等灵敏
35、性措施提供了支持。参数意义*GROUPSGROUP节BANKB1组的唯一标识符，能够是字母数字GRPNO组的唯一数字标识符LMID组所在的机器4. 效劳定义ubbconfig的*SERVERS节包含的是效劳进程的信息。本节中每一个入口代表一个应用启动时加载的效劳。这些信息包含效劳名，命令行参数，效劳环境，重启动等等。由于每个效劳功能各不一样，其配置参数也因而一样或相异。参数意义*SERVERSSERVER节，列出所有效劳程序DEFAULT:本处列出的参数为其以下出的效劳的缺省值，但能够被单列条目替代相应值RESTART假如设成Y，则效劳能够重启动MAXGEN在GRACE定义时间之内，效劳能够重
36、启动MAXGEN次GRACE周期，单位是秒RCMD每次效劳重启动，本处定义的脚本或命令被执行ENVFILE列有环境变量的文件，在买卖启动前设入环境TLR一个效劳名，用buildserver建立，应在APPDIR或$TUXDIR/binSRVGRP效劳属于一个在*GROUPS节中定义的效劳组；假如需要移植效劳，也能够定义在多个组中。SRVID效劳组中代表效劳的唯一值MIN最少在启动时启动的效劳数MAX运转时，最多能够起的实例数CLOPT跟随效劳启动的其他参数-A 效劳内建买卖全发布r指定效劳记录时间戳，用于以后计算买卖处理时间-e 定义标准错误重定向文件-o 定义标准输出重定向文件-TUXEDO
37、参数和效劳特定参数的分隔符传给tpsvrinit()的参数SYSTEM_ACCESS设定后，应用错误不干扰公告牌RQADDR当设定此项后，所有本效劳的实例都使用一样的恳求队列。这是在应用中设置MSSQ（Multiple Server Single Queue）的方便方法，能够改善处理流量。任何时候，所有MSSQ集中的实例发布一样的买卖集。REPLYQ设成Y，则效劳又作为一个MSSQ集配置，任何其中的买卖调用其他买卖，就建立一个单独的回应队列。5. 买卖定义*SERVICES节提供了应用的特别买卖的信息。包括负载平衡（LOAD）、service优先级、数据依赖路由、全局事务和数据缓冲类型检查（B
38、UFTYPE）。假如全部都是缺省值则本节能够省略。参数意义*SERVICES买卖节#注释行符号大写字母买卖名，由应用效劳提供BUFTYPE任何向该买卖的恳求，数据应该是此处定义类型GROUP买卖所在效劳所在的组LOAD负载因子，表示处理恳求的时间，用于计算负载平衡PRIO优先级DDR 定义数据依赖路由AUTOTRAN 调用该service时是否自动启动一个全局事务，默认为N没有相关应用，大家作为理解即可。2.3 生成TUXCONFIG文件UBBCONFIG文件是一个能够编辑成需要的应用配置的文本文件。但是，/T在实际应用上读取的是二进制TUXCONFIG文件用于操作。命令tmloadcfg能够
39、把UBBCONFIG文件转化成TUXCONFIG文件。tmloadcf命令接受以下4个参数：-c计算运转应用需要的IPC资源，该信息将提供给治理员，用于在各机器上配置资源。-n进展语法检查并不生成TUXCONFIG。-b操纵TUXCONFIG占用的物理页数。-y无条件覆盖TUXCONFIG环境变量TUXCONFIG必须设定指向二进制TUXCONFIG文件。在平安要求高的应用中，tmloadcf不能从标准输入接受，环境变量APP_PW必须包含应用密码。tmunloadcf将TUXCONFIG转换成ASCII格式用于检查。该工具读取环境变量TUXCONFIG指向的文件。输出包含所有的参数，包括TU
40、XEDO设定的缺省值，是UBBCONFIG文件的一个超集。2.4 关于MSSQ的配置在默认情况下，Tuxedo的每一个Server进程对应一个恳求队列，该Server从恳求队列中取客户端发来的恳求，并把处理的结果通过该恳求队列返回给客户端，Tuxedo的Server能够配置成多个Server对应一个恳求队列，即MSSQ方式，以提高响应的速度。与MSSQ有关的参数是：（1） RQADDR：恳求队列的名字，一般设成与该Server的名字一样。（2） RAPERM：恳求队列的存取权限，默认为0666。（3） REPLYQ：该Server中的某个Service调用其他的Service，并有返回结果，则
41、应设置REPLYQ=Y，即把其他Service的应对放到该队列中。（4） CONV：设置该Server是否采纳会话通讯方式。留意采纳会话通讯的service要单独在一个server中，不能与采纳其他通讯方式的service在同一个server中，同时该server要设置CONV=Y。（5） CLOPT：设置server的启动参数。2.5远程客户端配置1. 本地客户端与远程客户端的区别1） 本地客户端只能用C语言或COBAL语言编写，远程客户端能够用几乎所有的编程语言编写。2） 在远程客户端所在的机器上要安装Tuxedo的客户端软件，并要设置相应的环境变量（WSNADDR）。在本地客户端上则不用
42、。3） 在SERVERS中配置WSL，配置WSL的侦听端口。4） 本地客户端对应一个音讯队列，接受server的处理结果；远程客户端不占用音讯队列。5） 用buildclient编译远程客户端程序时要加“-w”，编译本地客户端则不用。2. 远程客户端的配置1）在MACHINES中配置MAXWSCLIENTS2）在SERVERS中配置server：WSL首先通过WSL配置，理解一下WSH（WorkStation Handler Server）和WSL（WorkStation Listener）交互过程，系统中WSL的配置如下：WSL SRVGRP=WSLGRP_HLJBOSS SRVID=160
43、00 RESTART=Y MAXGEN=10 CLOPT= -A -t - -n /10.110.0.200:28770 -m10 -M50 -x10 -K both -c 10240CLOPT可带参数：-n netaddr：WSL的侦听端口-m minh：最少启动多少个WSH进程-M maxh：最多启动多少个WSH进程，默认为MAXWSCLIENTS/x-x mpx_factor：每个WSH进程能够同时与多少个远程客户端连接-c compression_threshold：假如传送的数据包大小超过“-c”指定参数，自动进展数据压缩-T Client_timeout：指定一个远程客户端的空闲时
44、间-t timeout_factor：指定远程客户端与WSH建立连接的时间-N -p minwshport-P maxwshport：指定WSH能够使用的端口范围上面的配置在启动后能够处理同时m*x100个并发恳求，最大能够处理500个。在TCP并发处理方式之上进展了改良。监听进程依然只有一个(WSL)，但是事先已经起了多个处理恳求的进程(WSH)，每个WSH又能够处理多个恳求，如此就保证了大量的恳求能同时得四处理，也省去了临时开效劳进程的开销。3) 环境变量的设置TUXDIRWSNADDR 为“-n”参数的值WSTYPE（可选）注：不要不记得用buildclient编译远程客户端程序时要加“
45、-w”2.6 Tuxedo Domains配置local domain和remote domain能够在同一台效劳器上，也能够在不同效劳器上，即一台效劳器能够有一个或多个DOMAIN。针对域的治理有三个效劳进程DMADM，GWADM和GWTDOMAIN。这些效劳必须配置在UBBCONFIG文件中。配置信息必须在远程和本地应用环境中定义。除UBBCONFIG外，配置/DOMAINS还需要一些信息。这些信息在DMCONFIG文件中。DMCONFIG的文本文件通过dmloadcf编译成二进制文件BDMCONFIG。效劳DMADM是治理DOMAIN的server，维护和治理DMCONFIG，对GATEWAY GROUP（GWADM和GWTDOMAIN）提供支持。效劳GWADM是治理DOMAIN的域网关进程（GWTDOMAIN）的server，从DMADN获得DOMAIN的配置信息，并对GWTDOMAIN及全局事务的LOG文件进展治理。效劳GWTDOMAIN(GWT)负责响应域间通讯，处理DOMAIN之间的互操作。效劳GWTDOMAIN通过TCP/IP协议与其他域进展通讯。物理上远程的域的应用位置是透明的。效劳GWTDOMAIN是双向的，能够处理远程域发来的恳求也能够向远程域发出恳求。GWTDOMAIN和DMADM必须在同一个组中，