BEA TUXEDO
近几年来，以交易中间件为框架基础的三层客户机/服务器模式已被广泛证实为建立开放式关键业务应用系统的最佳环境。这种模式的成功使用已为许多国际大型企业在应用的开发和部署方面节省了大量的时间和金钱。
三层客户机/服务器模式的核心概念是利用交易中间件将应用的业务逻辑、表示逻辑和数据分为三个不同的处理层，从而使其应用系统不但具备了大型机系统稳定、安全和处理能力高等特性，同时拥有开放式系统成本低、可扩展性强、开发周期短等优点。而交易中间件作为构造三层结构应用系统的基础平台，提供了以下两个主要功能：负责客户机和服务器间的联接和通讯；提供一个三层结构应用开发和运行的平台。
交易中间件提供一个基础的框架去帮助你建立、运行和管理一个三层客户机/服务器模式的应用，使你不需要从零做起，大大缩短了应用开发的时间，提高了应用开发的成功率。根据 Standish Group的调查报告，采用一个成熟的交易中间件产品能够为应用开发节省25%-50%的时间。而通过自己去开发应用里中间件功能的项目，有90%以上以失败告终。一个优秀的交易中间件应具备以下六个条件：
(1)成熟、稳定、可靠
(2)很强的产品生命力
(3)完整、高质量的功能
(4)优秀的性能
(5)开放、遵循标准
(6)简单、易用
而TUXEDO就是一个具备了以上所有条件的优秀的中间件产品。本节将对
TUXEDO进行介绍，包括以下内容：
1 BEA TUXEDO的技术特色
2 BEA TUXEDO的核心系统组成
3 TUXEDO技术详述
3.1 高速数据甬道
3.2 目录服务的实现
3.3 通讯服务
3.4 负载平衡
3.5 优先级
3.6 伸缩性与动态配置的支持
3.7 故障恢复与稳固的运行环境
3.8 安全性
3.9 交易完整性与分布式事务处理
3.10 支持多种数据类型和字段控制语言
3.11 管理
3.12 网络调度与通讯失败的自动恢复
3.13 提供5种API
3.14 支持字符界面的开发
3.15 对远程安装，设置的支持
4 国际化
5 与数据库的连接
6 开发工具
7 跨平台支持
8 互连性
9 典型开发过程简介
10 节省费用
1. BEA TUXEDO的技术特点
(1)最成熟、稳定、可靠的开放平台交易中间件产品
?16年的历史，世界第一个开放平台交易中间件产品
?数千个大型客户，数百万个前端用户，每天处理数亿笔交易
?67%的市场占有率(67%指不包含BEA公司其它中间件产品的市场占有率，而同期作为市场第2名的IBM的中间件产品TXSeries(CICS)加上被
IBM收购的Encina的用户总数仅不到TUXEDO用户数1/2)
(2)最强生命力的开放平台交易中间件产品
●以开放为本，BEA TUXEDO出身于开放系统的化身—UNIX，从其基础体
系结构上就是开放的，目的是支持所有开放的系统资源。不会带有从专
用系统转到开放系统时所带来的“遗传病”和“后遗证”。
●BEA Tuxedo拥有16年的历史，67%的市场占有率。
●BEA是全球最大的独立中间件厂商，得到几乎所有硬件和数据库厂商的
支持。
●BEA每年投入几千万美元，用超过500个中间件技术精英专职负责产品
的研究和开发工作，以保证产品技术的领先。
●业已正式推出的面向Internet和CORBA应用的企业级产品和WEB应用
服务器体现了BEA公司对中间件市场的高瞻远瞩和强烈信心，为BEA
TUXEDO用户推开了通向未来之门。
(3)拥有完整、高质量的功能
BEA Tuxedo具备了所有交易中间件产品所应具备的功能，并高质量地将其实现：
●高速数据甬道机制，减少客户机与主机和数据库的联接，降低整个系
统的负担
●提供7种客户机/服务器通讯方式，使应用开发灵活方便
●提供网络通讯压缩和加密机制，使通讯性能和安全性大大提高
●提供名字服务和数据依赖路由机制，提高系统设计的灵活性
●提供3个层面的系统负载均衡机制，能最有效地运用系统资源
●提供3个层面的应用高可用性机制，保证应用的高可用性
●提供3个层面的应用安全机制，保证应用的安全性
●提供2个层面的优先级机制，使应用开发灵活方便
●支持XA协议，保证交易和数据的一致性
●提供3个层面的应用管理机制，使应用管理方便容易
●提供动态伸缩机制，方便应用系统的扩充和维护
●提供网络调度功能，实现网络资源的充分利用并支持通讯失败的自动
恢复
●与其他多种系统互联，保护用户投资
●支持异构系统数据格式的透明转换，方便系统扩展
●支持包括声音、图象在内的多种数据类型，不同编程语言数据格式的
区别由TUXEDO自动转换(如C和COBOL)，其中FML类型更支持网上只
传输有效数据和可改变的多种数据类型组合等功能，而对XML数据类
型的支持更体现对Internet技术的支持。
●提供域的划分与管理功能，使超大规模应用成为可能
●支持远程安装
●支持国际化，可用中文显示诊断和系统消息
(4)拥有最优秀的性能
BEA TUXEDO的用户英国劳工局(UK Employment Service)平均每天的交易数达到700万笔，每秒419笔交易。香港国际货柜码头是世界上最大的私营货柜码头，每天交易数超过400万笔，FedEx是世界上最大的速递公司，其应用系统每天交易数达280万笔，高峰时每秒达500个交易以上。美国Wells Fargo银行和Walgreens银行每天平均交易数也达到120万笔。所有这些应用系统全部架构在BEA TUXEDO上。
(5)最开放的交易中间件、遵循/制订标准
●BEA Tuxedo支持70多个不同的硬件/操作系统平台，其中包括几乎所
有的UNIX，Windows NT, OS/400, VMS, OS/2, Windows95 等等。
●BEA Tuxedo支持几乎所有的关系数据库，并能通过XA协议和 Oracle、
Informix、Sybase等流行数据库接口以保证交易的一致性。
●支持所有流行的开发工具。
●BEA与几乎所有硬件和数据库厂商签定了战略合作伙伴协议，这样就保
证了Tuxedo对各厂家最新产品的支持。而其中BULL，DEC，HP，IBM，
SEQUENT，TANDEM和UNISYS等厂家更成为BEA产品在全球范围内的代理。
●交易中间件的标准是由X/OPEN组织和ISO组织来制订的。BEA TUXEDO
遵循所有关键的应用接口标准和事务处理协议，如分布式事务处理模
型DTP，事务定界标准TX，应用程序事务处理接口标准XATMI，以及和
资源管理器 (数据库)的接口标准XA，国际化标准 XPG，中间件的互操
作协议OSI-TP，网络协议支持TCP/IP、简单网络管理协议SNMP等。
●事实上，BEA TUXEDO不仅遵循标准，而且目前的标准，如XA， XATMI
等大部分是基于BEA TUXEDO技术来制订的。在BEA TUXEDO的30多个
支持应用开发的函数调用中已有30个被Open Group组织接纳为X/open
的标准API，同时，BEA是COBRA组织的核心会员，直接影响着面向对
象技术的标准和发展方向。
作为全球专业从事中间件技术的唯一的大型计算机厂商，BEA TUXEDO 对所有开放系统(包括硬件、操作系统和数据库等)提供平等的支持，不
对某一种系统存在特别的“偏爱”，在所有系统平台上有着功能和性能
上的一致表现，这也是其他中间件厂商很难真正做到的。另外，从遵循
标准到制定标准，这也说明了BEA TUXEDO在开放系统平台上事实上的
领导地位。
(6)简单、易用
BEA TUXEDO 通过其30多个简单的应用编程接口，屏蔽了硬件、操作系统和网络的低层操作，为应用开发人员提供了所有以上讲到的功能。其中常用的功能被封装在十几个函数中，其简单、易学、易用的特性受到广大应用开发人员的喜爱。简单易用是缩短人员培训和开发周期，从而降低系统成本的有效保证。
2. BEA TUXEDO的核心系统组成
BEA TUXEDO是由服务器端的事务管理器、客户端的工作站、可靠队列服务、应用域和与DCE的结合等几个核心部分组成的。
（1）事务管理器/T
运行于服务器端的事务管理器是BEA TUXEDO体系结构的中心，它是每个BEA TUXEDO服务器的核心，提供重要的分布式应用服务：名字服务、数据路由、负载平衡、配置管理、事务管理和安全性管理。它包含TUXEDO的核心数据结构广告板BB(Bulletin Board)，BB中包括服务名、路由信息、请求服务的队列和负载等基本信息，TUXEDO/T负责访问和维护BB信息服务。并利用这些信息实现其各项功能。
事实上，事务管理器是负责客户/服务器绑定和支持BEA TUXEDO“虚拟主机”属性等特色的核心子系统。
（2）工作站/WS
工作站把BEA TUXEDO ATMI API扩展到客户应用程序中，它适用于Microsoft Windows3.1/95、Microsoft Windows NT、MS_DOS、 IBM OS/2、 Macintosh OS 和所有商用版的UNIX。有了工作站，开发者用ATMI客户方的功能可透明访问在BEA TUXEDO分布式环境中任何地方的服务。工作站DLL把编程接口扩展到MS Windows和OS/2环境。DLL允许以库的拷贝支持不同的应用程序，从而支持内存的有效利用。有了工作站，用户可在常见的解释环境中如：Visual Basic，ObjectVision， PowerBuilder 和SQL Windows中调用库。
(注：ATMI，应用事务管理接口，是支持应用开发的一组函数)
（3）可靠队列服务/Q
BEA TUXEDO提供了一个优秀的可靠的队列机制，保证应用系统提交的请求和数据可在网络故障或目的服务器瘫痪等情况下也能递交到目的服务器，或进行大规模异步数据传输。应用程序能将服务请求或传输的数据写入队列中，并可以设定系统，使队列中的请求自动地转发给TUXEDO的服务进程，并取回处理结果。这种可靠性队列作为一种资源管理器，可以和其他资源管理器(如数据库)协作，完成全局事务处理。
BEA TUXEDO的队列服务使下列应用变得可能：
·提交和完成要求确保完成的服务
·工作流应用
·提交时间敏感型请求
·入队和出队请求的事务控制
·与BEA TUXEDO MIB和GUI的集成
·利用简单的服务镜像和数据镜像进行软件容错
队列服务提供给应用程序用于批处理和延时事务的实用程序。通过设置LIFO(后入先出)、FIFO(先入先出)、用户定义的出队时间、请求优先级或数据依赖型路由，为控制应用程序流提供了最大的灵活性。
（4）域/Domain
将大范围、很多个(几百甚至上千)服务器共同组成的应用系统按功能或结构划分为不同的域，每个域独立地完成域内的操作，域间操作由域网关完成，从而提高每个域和整个系统的运行效率。
BEA TUXEDO的域特性把客户/服务器模型扩展到多个独力自治的应用系统. 一个域既可以是一组BEA TUXEDO的应用程序-若干相关的应用服务和配置环境的组合。域同时也可能是一组运行在另一个非BEA TUXEDO环境中的应用程序。BEA TUXEDO和其他中间件的互操作也是利用域网关的概念来实现的。
BEA TUXEDO对域的划分和管理类似于网络应用中划分子网的概念—将复杂的网络应用按功能或地域等因素划分为不同的子网，子网间以路由器联接，不同的网络协议通过网关透明地转换，从而提高网络效率并加强整个网络的可管理性。这一应用模式已被广泛证明是处理大范围、复杂应用的成功经验和事实上的
标准，同时也是BEA TUXEDO在多年大规模企业用户的实际应用中总结和开发的行之有效的中间件功能。而其他绝大多数中间件厂商尚无力涉足域的划分与管理，从而很难为超大规模的应用提供强有力的支持。
在英国教育与就业部的就业服务项目中，在英格兰、苏格兰和威尔士三岛广泛分布的1100多个办公机构要负责2,450,000名失业人员的福利管理和再就业。其应用网络中有1,100多台服务器和21,000多台PC，同时为超过30,000名工作人员提供服务，系统每天要处理7,000,000笔交易，其中95%的交易必须在3秒钟内完成，该系统号称世界最大的客户机/服务器应用项目，同时也是整个欧洲最大的广域网应用项目。面对如此庞大的应用和极高的系统时间响应要求，其他中间件厂商束手无策。而正是由于具备了丰富的超大规模应用领域的成功经验和领先技术，BEA TUXEDO轻松地击败竞争对手，被选为该系统的中间件运行平台，并取得了令用户极为满意的实际效果。
（5）与DCE的结合
BEA TUXEDO与DCE的结合是通过一套工具和程序去实现的，可将Open Group 组织的分布式计算环境(DCE)和BEA TUXEDO应用系统进行有机的结合。通过这个组件，开发人员不仅能够使用DCE服务,同时可以享受从BEA TUXEDO中获得的高性能、稳定性和强大的功能。
3. TUXEDO技术详述
3.1 高速数据甬道
TUXEDO提供高速数据甬道，所谓数据甬道，是指能够把前端的大量网络连接汇聚成较少的后端连接并减少数据传送量。采用数据甬道技术，保证应用系统即使在大量用户同时请求服务的时候，也能够保持快速、稳定的工作状态。
●降低网络负担-关键的联机交易业务系统往往是一个基于广域网的系
统，广域网速度远远低于局域网，而联机交易对响应时间又有较高要求，
所以网络负担是影响系统成败的一个重要因素。另外，大量的网上传输
从经济上考虑也是不合算的。TUXEDO提供高速的数据甬道，管理客户机
与服务器的联接，在客户机和服务器之间只传送服务名、参数和最终结
果，和业务逻辑完全分离，最大限度减少了网络上的传输量。
图高性能的连接管理
●提高主机处理能力-联机业务处理的应用系统用户数量很多，有时甚至
达到几十万，交易量也非常大，主机处理能力对系统而言是一个关键因
素。而在主机方面，维持一个网络连接需要耗费大量内存、进程句柄、信号量、CPU时间片等系统资源。
TUXEDO利用高速数据甬道，将大量连接汇接成很少的连接，从而节省了大量系统资源，成倍提高了主机的处理能力。
图提高主机处理能力
●提高数据库效率-数据库在并行用户数增加时，效率会急剧下降，因为
每个并行用户必须和数据库建立一个会话，如果用户数过多，数据库引擎会忙于会话的资源管理和并行控制，影响它所擅长的数据管理工作
●
●
●
●
●
●
●
●
●
●
图提高数据库效率
●
●
●的效率。TUXEDO可以通过数据甬道大大减少和数据库建立的会话数，
将数据库管理系统从其不擅长的业务中解放出来，从而大大提高数据操作的效率。
3.2 目录服务的实现
BEA TUXEDO提供两类目录服务，即按名请求服务和数据依赖的路由选择服务。
·名字服务/位置透明性
BB作为BEA TUXEDO应用程序的名字服务器，复制到每个参与的结点上。
为了便于快速访问，名字服务器作为在共享内存中的一个结构存在。事务管理器使用BB名字信息、配置信息和环境统计信息自动把服务请求以负载平衡的原则分配到可用的服务器上，并且根据服务优先级决定处理顺序。编程员把应用程序编写成对服务的函数调用，事务管理器把这些服务请求映射到服务器/服务进程环境内指定的服务实例得到相应的响应。
·数据依赖型路由
数据依赖型路由是根据对服务请求调用中指定的输入参数的值，把一个服务请求映射到一个指定的服务器组的机制。因为BEA TUXEDO把服务器组映射成指定的服务器/数据源，所以请求被导向到一个指定服务器/数据源的组合。
例如，一个银行系统的实际应用可把系统服务按营业网点号进行划分，
以不同的服务器处理指定网点范围的应用，不同服务器所存取的数据可以是集中的同一个数据源，也可以是分布在各自服务器上的不同的数据源。这种功能的实现是通过事务管理器进行路由选择完成的，而不需要编写应用代码实现。事实上，事务管理器查看指定的参数值(如：网点号)，参考存储在BB 中的路由信息，然后把请求发送到指定的服务器/数据源。如果用户需要改变应用分区(把一个分区移到一个新服务器上，或在已有分区实例上更改网点号分布)，那么，他只需改变事务管理器的路由信息，应用程序的代码不受影响，这是应用系统实现动态伸缩的一个重要途径。
·目录服务的管理
BB由TUXEDO在启动系统时根据应用配置文件生成，并由TUXEDO核心例程(对应用开发者透明)访问，系统管理人员可在系统运行时通过TUXEDO提供的命令或基于Web的浏览器管理工具动态改变系统的配置，即改变BB的内容，包括服务名字及路由指定。
3.3 通讯服务
TUXEDO提供灵活多样的通讯机制，多达7种，既支持同步通讯又支持异步通讯。
通讯的信息的长度只受系统平台的限制，一般为系统平台允许的进程间通讯的最大值的70%，超过这一限度，TUXEDO将自动转为文件传输方式，此方式的实现是透明的，不需要编程控制，也不影响应用程序的运行(改为文件传输时，因为需要硬盘操作，所以系统传输速度会受到相应影响)。
●同步请求/回答方式。
tpcall()
在同步请求/回答方式中，客户端使用tpcall()给本地或远程的服务器(由TUXEDO系统根据公告板信息确定)发送服务请求。此时客户将传送请求服务的名字、用于请求服务的输入参数和输出参数。tpcall()发出后，客户的数据被传送至服务器，得到相应的服务处理。在此方式下，服务器处理请求时，客户端将等待，不继续运行，直到服务器返回相应结果。
●异步请求/回答方式。
tpacall()，tpgetrply()
而在异步请求/回答方式中，客户端使用tpacall()给本地或远程的服务器(由TUXEDO系统根据公告板信息确定)发送服务请求，与同步方式不同的是：在此方式下，服务器处理请求时，客户继续运行。当客户端想得到请求的处理结果时，用tpgetrply()将结果取回。
●对话方式
tpconnect()，tpsend()， tprecv()， tpdiscon()
客户在建立了与服务的连接后，可以多次发送或接收数据，同时存储信息的上下文。TUXEDO采用的是半双工(half-duplex)的对话方式，这种方式特别适于完成大数据量的数据传输。
●广播通知方式
tpbroadcast()， tpnotify()， tpchkunsol()，tpsetunsol()
由服务进程向客户进程以单个(tpnotify)或批量(tpbroadcast)方式发出的未经客户请求的广播或通知消息，客户可在适当的时候检查
(tpchkunsol)是否收到通知消息并定义(tpsetunsol)收到消息后所采取的动作。
●管道方式
tpforward()
在BEA TUXEDO中，服务可被客户调用，也可被另一个服务调用，同时TUXEDO提供另一种调用方式--管道方式：
服务进程在处理客户的请求时，不把结果返回给客户进程，而是把处理过的结果进一步转发给后续的其他服务进程，由其他服务进程接着处理，自己继续完成另外的服务请求，被转发的服务请求的结果由后续服务进程直接返回给客户进程，从而为编程和应用提供一种更加灵活的机制。
●队列方式。
tpenqueue() ，tpdequeue()
TUXEDO提供一种可靠性的队列机制/Q ，将客户发出的请求用
tpenqueue()存储在可靠的队列中，由TUXEDO/Q从队列中将请求取出进行处理，完成各个队列中的服务请求。请求的入队和出队是异步的，并且具有事务特性。请求的出队次序可由用户设置为FIFO(先入先出)，LIFO(后入先出)，优先级，或定时执行。客户端可通过tpdequeue()取回处理结果。
●事件订阅方式：
tpsubscribe() ，tppost()
用户进程可事先向系统订阅一些它所感兴趣的系统事件或用户自定义的应用程序事件，当系统或应用程序发生这些事件时，TUXEDO通知用户进程这些事件的发生，用户方可采取相应的动作。事件订阅机制使BEA TUXEDO 的用户拥有了独特的事件触发的功能，极大地方便了用户随时留意所订阅的系统或应用事件。
3.4 负载平衡
为了确保应用吞吐量最大，TUXEDO的事务管理器自动地在系统中完成动态负载平衡调度。用户根据每个服务请求的特点设置其负载因子的大小，TUXEDO 通过使用每个服务请求的负载因子，累计在每个服务器的请求服务队列中的总计负载因子，事务管理器把请求发送给负载最小的服务器，从而使系统达到最快的处理速度。
TUXEDO有以下几种负载平衡的算法：
·在同一机器中，将请求发向总负载最小的服务进程的请求队列。
·在网络环境中，根据可动态改变的服务的负载因子及网络通讯的负载因子(由用户根据服务器的性能和网络情况设置)的变化情况，将请求发向总负载最小的机器中的服务进程的请求队列。
·利用多服务进程单队列(MSSQ)机制，使多个服务进程能均匀地分担单一队列的请求。
·利用数据依赖路由机制，根据请求数据的内容将请求分散到相应目标队
列。
·不做负荷平衡，由TUXEDO系统将请求发向第一个可用服务进程队列。
3.5 优先级
请求优先级是TUXEDO 的事务管理器提供的另一个核心能力。当某一服务有比其他服务更高的优先级时，服务器在处理请求时，就不再单纯的按照请求在队列中的先后顺序处理，而是按优先级来决定。请求优先级越高的越早被处理。为了防止低优先级请求总是得不到服务，服务器每隔十个请求，就按FIFO次序进行一次请求选择。
典型的优先级应用例子是:银行的挂失操作应比其他操作具有更高的优先级。
系统自带authsvr服务进程，和两个子例程，tpsvrinit(),tpsvrdone。 authsvr：客户端调用tpinit进行认证时，由交易TPAPPAUTH回应。 服务端自动调用tpsvrinit,可以在函数中进行数据库连接和处理命令行参数。 结束时tpsvrdone也被自动调用，可以在函数中断开数据库连接。 这两个例程分别在进程开始时和进程将要结束时，被自动调用。 服务端编程指导： 交易内一次只能接收一个请求，发送一个响应。 交易必须以tpretrurn, tpforward结束。 或交易内使用了tpacall,在返回或转发前，要么等待回应，要么使用tpcancel。 tpreturn一旦被调用，控制权就转移到main函数，未进行显示收取的响应会被丢弃，此时客户端会收到错误。 客户端调用tpcall后，若服务端此时对应的tpreturn成功返回，客户端tpcall才能返回。 客户端调用tpacall后，若服务端此时对应的tpreturn成功返回，客户端tpgetrply才能返回。返回的数据，可由客户端从指针*data处取得。 tpforward调用时，程序逻辑应保证之前的处理都正确,响应被收到。被调用后，交易不再等待响应。main函数取得控制权。被请求的另一个交易负责响应原来的请求。不能将请求转发到自身。 tpreturn 的参数： rval: 表明交易是否成功执行。 rcode：是应用自定义的返回值。客户端可通过tpurcode获得tpreturn的rcode值，而不论交易是否成功。 data: 该缓冲区由客户端传递，服务端可以将回应数据写至此地址。也可以进行tprealloc.而不能tpfree. 服务端也可以自行tpalloc一个缓冲区，并返回给缓冲区，但需要自行若管理。如果发送的数据长度大于已分配的，tuxedo会自动扩大缓冲。 len: 用来指示响应缓冲的长。客户端可据此得知数据是否有变化。 如果客户端需要收到一个响应，而tpreturn自身处理时出错，这时tpcall或tpgetrply会失败，客户端应检查tperrno. 此时客户端的data缓冲区没有变化。若交易返回的消息不符客户端要求，则无法判断应用状态，此时原来的缓冲区保持不变。如果交易超时，响应数据不会被发送。 发布与取消交易名： 当一个服务进程被启动后，它会根据配置文件来向公告板上广告自己有交易名。这通常由buildserver命令执行时完成。 tpcall:
Tuxedo日常监控维护培训手册 （V1.0）
修订记录
目录 1.引言 (1) 1.1. 编写目的 (1) 1.2. 参考资料 (1) 2.tuxedo常用操作 (1) 2.1. tuxedo服务的正常启动和停止. (1) 2.2. 查看tuxedo的版本信息 (2) 2.3. tmadmin控制台进入和退出: (2) 2.4. 查看服务信息psr (3) 2.5. 查看交易信息psc (4) 2.6. 查看队列信息pq (5) 2.7. 查看客户端信息pclt (5) 2.8. 查看部分统计信息bbs (6) 2.9. 设置为观察某个节点的进程信息default (6) 2.10. 查看消息发送状态pnw (7) 2.11. dmadmin域控制台的进入和退出: (7) 2.12. 手动连接域 (8) 2.13. 查看域网关的连接情况 (8) 3.tuxedo日常维护 (8) 3.1. 对ubb文件只做语法检查(不真正的load成TUXCONFIG) (8) 3.2. 对dm文件只做语法检查(不真正的load成DMXCONFIG) (9) 3.3. 反编译tuxconfig 文件和dmxconfig文件 (9) 3.4. 如何清除IPC资源 (9) 3.5. sh命令直接执行tuxedo操作 (9) 3.6. 启动tlisten服务 (9) 3.7. 启动多机中备机的BBL (9) 4.tuxedo注意事项、常见问题及解决方法 (10) 4.1. WSL配置参数注意 (10) 4.2. UBB文件中MAX的配置注意 (10) 4.3. tuxedo WS 的配置注意 (10) 4.4. Can’t attach BBL (10) 4.5. 运行一段时间交易失败 (11) 4.6. 常见Tuxedo错误号 (11)
标题：通过wtc、jolt进行tuxedo与weblogic通信开发 [评论] 作者：李振嘉(dev2dev ID：lizhenjia) (一)摘要 bea tuxedo与weblogic作为业界优秀的交易与应用服务器中间件产品,在电信,银行,金融等领域广泛应用,通常由tuxedo处理系统的核心业务,weblogic将业务应用扩展到internet平台,实现电子商务,由weblogic调用tuxedo的服务或者由tuxedo的服务调用通过weblogic部署的ejb,所以tuxedo与weblogic 之间的互连通信会经常遇到,本文通过2个例子介绍tuxedo与weblogic通信的配置与开发,两个例子分别通过wtc(weblogic tuxedo connector)、jolt实现weblogic与tuxedo通信的配置与开发.本文所有例子程序与配置均在Sun Solaris,weblogic8.1,tuxedo8.0平台上进行,如在windows等其他平台开发配置方法大同小异;另外为了减少篇幅文中涉及的例子代码没有全部罗列,只选择粘贴了关键部分的代码. (二)通过wtc进行tuxedo与weblogic通信的配置与开发 1)域间通信以及wtc介绍 Tuxedo的域间通信进程介绍 Wtc是tuxedo通过域间通信实现的,所以需要tuxedo启动用于域间通信的进程,介绍wtc之前先介绍以下几个域间通信的进程. *DMADM(DOMAIN ADMINISTRATOR SERVER) 管理域的server,在运行时管理BDMCONFIG,对已登记的gateway group提供支持,在tuxedo系统中,只能有一个DMADM进程,且不能对它采用MSSQ,不能有REPLYQ. *GWADM(GATEWAY ADMINISTRATOR SERVER)
TUXEDO配置参数详解 2007-07-10 09:39:47 大中小 TUXEDO应用系统的配置 3.1 TUXEDO应用系统的常见配置 配置文件UBBCONFIG介绍 一个TUXEDO应用系统的所有资源都在一个文本文件中进行定义，该文件称为UBBCONFIG，在配置完成后，UBBCONFIG被编译成一个二进制的文件TUXCONFIG.在TUXEDO系统启动时,从该文件中读取系统的配置信息。UBBCONFIG文件类似WINDOWS下的*.INI文件。它包括以下9大部分, 我们称之为节,RESOURCES，MACHIENS，GROUPS 这三个节必须的，其他的节是可选的。 RESOURCES(必需): 与整个系统有关的配置信息 MACHINES(必需): 一个TUXEDO应用系统可以跨越多台服务器,在该节中配置与每台服务 器有关的信息 GROUPS(必需): TUXEDO中的服务可被分为多个组,在该节中配置与组有关的信息SERVERS(可选): 与SERVER有关的信息在该节配置 SERVICES(可选): 与SERVICES有关的信息在该节配置 NETWORK(可选):与网络有关的信息在该节配置 ROUTING(可选) :路由规则在该节配置 NETGROUPS(可选):与网络分组有关的信息在该节配置 名称解释： TUXEDO应用系统 一个TUXEDO应用系统包括服务端，客户端，服务端安装在服务器上，客户端一般安装在PC 机上，从开发角度看，一个TUXEDO应用系统包括服务端程序，客户端程序，一个配置文件。此外，一个TUXEDO应用系统可以部署在一台服务器上，也可以部署在多台服务器上。SERVER： 服务端程序用C或COBAL编写，每一个程序文件编译成一个相应可执行文件，该可执行文件在运行时称为SERVER，它实际上就是一个进程。每个SERVER都有一个名字，也就是该进程的名字。为与TUXEDO应用系统的服务端区分，我们在本书中，我们用SERVER表示该进程，用服务端表示TUXEDO应用系统的服务端。 SERVICE： 在每个服务端程序中，主要是一个个的函数，在TUXEDO中称这些函数为SERVICE，一般 也称之为服务。在该SERVICE中实现业务逻辑，在客户端中调用这些SERVICE来实现各 种操作，如在前面的例子simpapp中，服务端程序为simpserv.c，它编译成可执行文件simperv, simpserv就是一个SERVER，该SERVER包括SERVICE：TOUPPER。 下面我们给出一个配置文件的例子： *RESOURCES IPCKEY 123456 MASTER simple UID 0 GID 0 PERM 0666
Tuxedo是一个客户机/服务器的―中间件‖产品，它在客户机和服务器之间进行调节，以保证正确地处理事务。Tuxedo是一个事务处理(TP)监督器，它管理联机事务处理(OLTP)系统(参见―事务处理‖)操作的事务。客户通过结构化查询语言(SQL)调用，或其它类型的请求，产生对服务器的请求。这个事务处理监督器确信，正确地进行了修改，以保证数据的完整性。这在一个事务可以改变多个位置的数据库的分布式数据库环境是非常重要的。这个事务处理监督器使用双阶段提交，以保证所有的数据库都已经接收和认可了这些数据的正确性。否则，这个数据库返回它的事务前状态。 事务监督器从前都是与大的大型计算机系统联系在一起的，但是Tuxedo的设计是为了在不昂贵的基于UNIX的系统上运行。AT&T最初是作为它自己使用的联机事务处理开发Tuxedo的。虽然Tuxedo必须在U-NIX系统上运行，但是它可以与DOS、OS/2、Windows和UNIX客户一起工作。它还使用通用的通信协议，如传输控制协议/因特网协议(TCP/IP)和网络基本输入输出系统(NetBIOS)，并且可以在这些环境提供分布式处理支持。例如，它可以根据请求的类型，服务请求从一个客户选择路由到一个特定的服务器。Tuxedo的基本特征是它的联机事务处理系统，但是，Tuxedo也工作于集成关系型的平面文件，以及层次数据库系统。 相关条目：Connectionless and Connection-Oriented Transactions无连接和面向连接事务；Transaction Processing 事务处理。 Tuxedo作为电子商务交易平台，它允许客户机和服务器参与一个涉及多个数据库协调更新的交易， 并能够确保数据的完整性。BEA Tuxedo一个特色功能是能够保证对电子商务应用系统的不间断访问。 它可以对系统组件进行持续的监视，查看是否有应用系统、交易、网络及硬件的故障。 一旦出现故障，BEA Tuxedo会从逻辑上把故障组件排除，然后进行必要的恢复性步骤。 BEA Tuxedo根据系统的负载指示，自动开启和关闭应用服务，可以均衡所有可用系统的负载， 以满足对应用系统的高强度使用需求。借助DDR（数据依赖路由）， BEA Tuxedo可按照消息的上下文来选择消息路由。其交易队列功能， 可使分布式应用系统以异步―少连接‖方式协同工作。 BEA Tuxedo LLE安全机制可确保用户数据的保密性， 应用/交易管理接口（ATMI）为50多种硬件平台和操作系统提供了一致的应用编程接口。 BEA Tuxedo基于网络的图形界面管理可以简化对电子商务的管理， 为建立和部署电子商务应用系统提供了端到端的电子商务交易平台。
TUXEDO在文件传输中的应用 发布于:软件开发网来源:Internet 作者:网络收集时间:2008-12-18 点击: 1 引言 近几年来，以交易中间件为框架基础的三层客户机/服务器模式已被广泛证实为建立开放式关键业务应用系统的最佳环境。 TUXEDO是美国BEA公司的一种交易中间件产品，它在银行、电信、邮政、金融证券等大规模关键事务处理领域中有着广泛的应用。它能够在C/S环境下整合各种异构平台，通过联机事务处理机制，保证交易的完整性和数据的一致性。BEA TUXEDO是在企业、Internet 这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。 BEA TUXEDO 采用三层结构的客户机/服务器模式组件软件模型,该结构利用交易中间件将应用的业务逻辑、表示逻辑和数据分为三个不同的处理层：客户为第一表示逻辑层，实现用户交互和数据表示，第二层的逻辑业务层为应用的主体，负责业务的逻辑处理，第三层数据层负责对数据库的检索、读取和更新等操作。交易中间件作为构造三层结构应用系统的基础平台，提供了两个主要功能：负责客户机和服务器间的联接和通讯；提供一个三层结构应用开发和运行的平台。由此可见，交易中间件提供了一个基础的框架去帮助你建立、运行和管理一个三层客户机/服务器模式的应用，使你不需要从零做起，大大缩短了应用开发的时间，提高了应用开发的成功率。 本文以应用TUXEDO的同步调用tpcall方式和FML编程方式为例，介绍了在Windows客户端和Unix服务器之间完成文件传输的方法。客户端调用VC 制作的传输文件的tuxedo动态链接库，实现Windows客户端与Unix服务器端传输文件（包括上传和下载文件两种方式）的实现方法。 2 客户端应用TUXEDO实现文件传输方法 在客户端，首先设置客户端与服务器端在文件传输中文件块的大小、文件的块标识等基本信息，将字节数比较大的文件分为很多小块，利用TUXEDO的同步调用tpcall方式循环调用后台的文件处理服务，将字节数较大的文件按着块的大小分多次传输到UNIX后台。下面以下载文件为例讲解使用tuxedo同步调用tpcall方式完成文件传输的例子。 首先利用TUXEDO的tpalloc申请需要使用的发送和接收缓存，使用Fchg32函数在缓存中放入服务器端需要的域值：文件块的大小、文件的标识等基本信息。 SndBuf = (FBFR32 *)tpalloc("FML32", NULL, 1024); /* 申请发送的缓存 */
TUXEDO中间件介绍及应用 一、前言 首先介绍一下什么是中间件？中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。 世界著名的咨询机构Standish Group在一份研究报告中归纳了中间件的十大优越性： ●缩短应用的开发周期 ●节约应用的开发成本 ●减少系统初期的建设成本●降低应用开发的失败率●保护已有的投资●简化应用集成 ●减少维护费用 ●提高应用的开发质量●保证技术进步的连续性●增强应用的生命力 Tuxedo是第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于A T&T的贝尔实验室开发完成的，但Tuxedo在很长一段时期里只是实验室产品。直到BEA公司1995年收购Tuxedo后，使Tuxedo现已经发展成为交易中间件领域事实上的标准。 TUXEDO是在企业、Internet 这样的分布式运算环境中，开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。 二、TUXEDO的组件软件模型 TUXEDO采用三层结构的组件软件模型。 图1 BEA TUXEDO 的组件软件模型概要
第9章如何用好全局事务 9.1 什么是全局事务 全局事务是由资源管理器管理和协调的事务，可以跨越多个数据库和进程。事务管理器一般使用XA二阶段提交协议与“企业信息系统（EIS）”或数据库进行交互。 也就是当一个事务需要跨越多个数据库时，需要使用全局事务。例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处，但必须全部被提交或回滚。此时，一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其他数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚。 在一个涉及多个数据库的全局事务中，为保证全局事务的完整性，由交易中间件控制数据库做两阶段提交是必要的。但典型的两阶段提交，对数据库来说事务从开始到结束（提交或回滚）时间相对较长，在事务处理期间数据库使用的资源（如逻辑日志、各种锁），直到事务结束时才会释放。因此，使用典型的两阶段提交相对来说会占用更多的资源，如果网络条件不好，如低速网、网络颠簸频繁，情况会更为严重。 9.2 本地事务的优缺点 本地事务容易使用，但也有明显的缺点：它们不能用于多个事务性资源。例如，使用JDBC连接事务管理的代码不能用于全局的JTA事务中。另一个缺点是局部事务趋向于侵入式的编程模型。 9.3 Tuxedo对事务的控制与管理 当客户端连接到Tuxedo并创建一个全局事务时，TM（Transaction Manager，事务管理器）就会在公告板（BB）里面创建一个事务，由TMS向GTT（Global Transaction Table，全局事务表，里面包含当前事务的状态信息）中插入一个条目，然后分配一个GTRID（Global Transaction Identifier，全局事务标识符）来对该事务进行跟踪。 Tuxedo的事务管理由TMS完成，TMS把各种RM接入到Tuxedo中的分布式计算中来，并对RM中执行的事务进行跟踪和两阶段提交。 Tuxedo对事务的管理工作主要包括创建TMS、创建TLOG、运行时事务的监控和迁
Tuxedo的配置管理简要说明 Tuxedo的配置管理简要说明 (1) 一、Tuxedo基本命令 (2) 二、UBB文件配置说明 (3) 三、数据库XA设置 (8) 3.1 ORACLE XA (8) 四、Tuxedo多机方式配置要点 (9) 4.1启动tlisten (9) 4.2 ubb文件配置 (9) 4.3管理 (10) 五、用JOLT连接Tuxedo和Weblogic (11) 5.1在Tuxedo上安装、配置JOLT Server (11) 5.2 配置Weblogic Server 6.x (12) 5.3 Example setup (12) 六、TUXEDO动态配置 (13) 6.1 用tmadmin修改配置 (13) 6.2 用tmconfig更改TUXCONFIG（UBBCONFIG） (13)
一、Tuxedo基本命令 #1.设臵环境变量TUXDIR,APPDIR,TUXCONFIG，LANG(跟OS相关),LD_LIBRARY_PATH(跟OS相关) #2.编译ubb文本生成二进制配臵文件：tmloadcf –y ubbconfig #3.所有机器上运行tlisten,具体见文档中NETWORK一节 #4.启动tmboot –y #5.关闭tmshutdown –y 参数： -A 在所有机器上启动/关闭管理的Server进程 -M 只在MASTER机器上启动/关闭管理的Server进程 -i srvid启动/关闭某个server id指定的Server进程 -g grpname 启动/关闭某个server group名字指定的Server Group -S启动/关闭所有应用服务器（LMID） -s server-name启动/关闭某个server名字指定的Server进程 -l lmid option 在指定的机器上启动/关闭所有TMS进程和应用服务器（LMID） -T grpname 启动/关闭指定的server group中所有的TMS进程 -B lmid在指定的机器上启动/关闭BBL进程 -e command 指定一个程序可以当在MASTER机器上启动任何一个进程失败时执行 -c计算出当前UBB配臵的Tuxedo启动最少要占用的系统IPC资源 #用tmunloadcf > generated.ubb 可以得出目前配臵得UBB文件所有得参数值（没有设臵的有缺省值） #用tmloadcf –c或tmboot –c可以计算出当前UBB配臵的Tuxedo启动最少要占 用的系统IPC资源。
BEA Tuxedo中间件应用初探 本文以一个经典的例子（大写字母转换），主要介绍Tuxedo的工作原理及开发方法，以及Tuxedo应用程序的管理方法。 随着中间件在大型应用系统中的日益普及，目前各类中间件充斥着市场，它们在银行、电信、金融等大规模关键事务领域中的整合各种异构平台、保证交易完整性等方面表现出了超强的能力。BEA Tuxedo就是其中一款著名的交易中间件，本文以一个经典的例子（大写字母转换），主要介绍Tuxedo的工作原理及开发方法，以及Tuxedo应用程序的管理方法。 工作原理 Tuxedo是BEA公司的交易中间件产品，1984年由贝尔实验室开发成功，1992年易主Novell公司，1996年由BEA公司收购，经过十多年的不断更新和完善，Tuxedo已经发展成为交易中间件领域事实上的标准。 Tuxedo可以有效地整合企业异构C/S系统，实现大规模的关键业务处理和分布式事务管理，从而为企业提供一个可靠的、高性能的、易维护的三层分布式计算机环境。图1展示了一个基本Tuxedo系统的组成和工作原理。 图一 ①Client向System/T发出查询请求，以找到Server消息队列的地址； ②Client根据找到的入口地址将请求发送到Server的消息队列中； ③Server处理请求，并将结果返回给Client的消息队列。 System/T是Tuxedo系统的核心，它实现了Tuxedo的所有功能和特征，如C/S 数据流管理、服务请求的负载均衡、全局事务管理以保证交易的完整性、同步/异步服务请求、两阶段提交以确保消息的发送等。System/T提供了一个类似公
告栏的服务，用以发布C/S计算机环境中所有服务器、服务和客户机的信息，供其它分布式计算的参与者使用。下面笔者将通过一个大写字母转换的简单例子，讲述Tuxedo应用程序工作的基本原理和开发方法。 应用介绍 Simpapp是Tuxedo系统自带的一个例子，它由服务器和客户端程序两部分组成。服务器simpserv实现了一个TOUPPER服务，它从客户程序接收一个字符串，将它转换成大写后，传回客户端。整个工作流程可以用图2表示。 图二 客户机首先收集要转换成大写的字符串，然后连接到System/T并将字符串放入缓冲区，接着调用服务器上的TOUPPER服务，最后从服务器响应缓冲区中取出数据并退出System/T。 下面是服务程序simpserv.c的源代码： 可能你已经注意到了，该程序没有提供main方法。事实上，Tuxedo不要求程序员编写main方法，以便让他们把精力集中在业务逻辑的编写上，在编译时，Tuxedo系统会为它自动创建。 TPSVCINFO是Tuxedo记录服务调用信息的一个结构体，data域是保存请求数据的缓冲区，len域记录了data域的长度。 客户程序Simpcl.c是服务调用的发起者，它从命令行接收参数，通过tpinit()调用连接到System/T，通过tpalloc()调用分配一个字符串类型的缓冲区，通过
一、tuxedo的配置 1、展开tuxedo包，例如：/home/tuxedo 2、配置ubbconfig文件 在江苏建行是jsccb.ubb *RESOURCES *RESOURCES节包含整个应用范围的信息。本节必须在配置文件第一节，不可缺少。 参数意义 *RESOURCES *RESOURCES节 IPCKEY 共享内存id UID TUXEDO管理员用户id GID TUXEDO管理员用户id PERM TUXEDO管理员组用户的权限 MAXACCESSERS 服务端和客户端的最大进程数 MAXSERVERS 限制可以启动服务总数 MAXSERVICES 限制可以发布交易总数 MASTER 指出主控节点的逻辑名，第二个是备份节点 MODEL 应用构架，MP表示多机 OPTIONS LAN，MIGRA TE表示是一个网络应用，服务可以移植到替代处理器上 SECURITY 安全级别（5个） AUTHSVC 客户端可以通过交易“AUTHSVC”获得认证 NOTIFY DIPIN，客户端通过dip-in收到广播通知 SYSTEM_ACCESS PROTECTED，NO_OVERRIDE，应用代码不得干扰共享内存LDBAL 设Y则进行负载平衡 MAXBUF[S]TYPE 数据缓冲类型及子类的最大数 SCANUNIT 内部时间间隔单位，单位是秒 SANITYSCAN 检索公告牌的内部时间间隔，单位是SCANUNIT BLOCKTIME 交易超时时间，单位是SCANUNIT BBLQUERY DBBL查询所有BLL的时间间隔 DBBLWAIT DBBL等待BBL回应的超时时间 MAXCONV 同时最大会话数 jsccb.ubb的实例
第四章：TUXEDO应用系统的管理 4.1 TUXEDO提供的系统管理工具 当一个TUXEDO应用系统投入运行时，TUXEDO系统管理员要对它进行监控，管理，根据系统的运行情况做相应的参数调整。有时候还要动态修改配置，发布新的服务等等，TUXEDO提供了很丰富的管理工具和管理编程接口。可以很方便的完成这些管理任务。下面对管理工具和管理编程接口分别进行介绍。 TUXEDO提供以下管理工具 1．基于WEB的图形化管理工具：用普通的WEB 浏览器比如Netscape或Microsoft 的Explorer可以从Internet/Intranet 的任意一个节点来运行该图形界面管理工具。对 系统进行管理配置。 2. 基于字符界面的管理工具：TUXEDO提供TMADMIN，DMADMIN等命令行管理工具。 TUXEDO提供以下管理编程接口 1.MIB编程接口：TUXEDO 提供C 语言的管理API ，用户能够用此编写出适合自己特殊需 求的管理工具 2.通过SNMP与其他管理工具（HP OpenView 等）互联， TUXEDO 的关联产品 BEA MANAGER 通过网络管理协议 SNMP和TUXEDO 的管理信息库 MIB 可以把TUXEDO 对应用程序的管理集成到一般的网络、数据库系统管理工具中，比如 OpenView, NetView 等。 TUXEDO应用系统的管理任务 通过以上的管理工具，TUXEDO可以有效地管理消息流程和服务请求，启动和停止服务进程，根据变化的负荷复制服务进程，动态地广播、撤消服务进程中的服务。并且可以在客户不用退出执行的情况下，动态的增加新的服务器、服务器组、服务器以及服务。利用命令行或图形管理界面TUXEDO还可以动态的进行负载平衡，数据依赖路由、网络用户的管理、队列的管理、存取资源管理器以及系统的启动、重启和恢复。
目录 第一章开发BEA Tuxedo应用程序 (4) §1.1 开发前的思考 (4) §1.2 创建BEA Tuxedo的客户程序 (4) 客户程序的任务 (4) §1.3 创建的服务程序 (5) 服务程序的任务 (5) §1.4 在应用程序中使用类型缓冲区 (5) §1.5 在BEA Tuxedo应用程序中使用消息范例 (6) 1．BEA Tuxedo系统提供多种通信模式 (6) 2. 同步的Request/Response模式 (6) 3．异步Request/Response模式 (7) 4．使用嵌套调用 (7) 5．使用调用转发 (8) 6．会话通信 (8) 7．主动消息通告 (9) 8．基于事件的通信 (10) 9．基于队列的通信 (11) 10．使用事务 (12) 第二章一个简单的Tuxedo应用程序simpapp (13) 准备simpapp的文件和资源 (13) 1．复制simpapp例子的相关文件 (13) 2．检查并编译客户程序 (14) 3．检查并编译服务程序 (16) 4．编辑并加配置文件 (17) 5．启动应用程序 (18) 6．如何执行运行时应用程序 (18) 7．如何监视运行时应用程序 (19) 8．如何关闭应用程序 (19) 第三章一个完整的Tuxedo应用程序bankapp (21) §3.1 熟悉bankapp的文件 (21) §3.2 检查bankapp的客户程序 (22) 1．bankclt.c文件 (22) 2．bankapp中怎样使用ud(1) (24) 3．一个请求/响应客户：audio.c (24) 4．一个会话客户：auditcon.c (26) 5．一个监视事件的客户bankmgr.c (26) §3.3 检查bankapp的服务器和服务 (26) 1．bankapp的请求/响应服务器 (26) 2．bankapp的会话服务器 (27)
Tuxedo配置维护手册 Tuxedo作为系统的中间件，其配置主要包括：资源文件的配置和应用环境的配置；其管理和维护主要包括：系统的启动和关闭、日志的跟踪查看工作。 Tuxedo应用系统的配置 一、应用系统的资源配置，全都包含在两个资源配置文件中（ubbco nfig 和dmco nfig ），在这两个配置文件中包含了系统所有的应用资源（文件）。 1、对于ubbco nfig 文件，可以任意使用一个文件名（如：ubb.txt ）,使用一种文本编辑工具，将应用系统的资源分类进行配置，相关进程启动数量等等都应该配置在其中，然后设置环境变量TUXCONFIG ,使用系统命令：tmloadcf来将文本文件ubb.txt ,转化生成环境变量TUXCONFIG 制定的二进制文件。在该文件中主要包含了几个参数的设置：系统所使用的共享内存的键值IP CKEY，针对workstation 客户端的监听进程的端口（WSL ），多台机器之间互连（登记中心与各网关）的网络地址和端口（NADDR , NLSADDR ）,数据依赖路由的设定等等。 详细的内容参看《Ubbconfig 配置.doc》参看模版来实现移植或添加应用进程等等。 2、对于dmco nfig文件，可以任意使用一个文件名（如：dm.txt ），使用一种文本编辑工具，将应用系统的多域互联及互相调用的关系进行配置，包括多域之间互联的地址和端口，然后使用系统命令：dmloadcf来将文本文件dm.txt，转化成环境变量BDMCONFIG 所指定的二进制文件。在该文件中主要包含了在多个域互连时用到的一些设置，主要包括：各个域的定义，各个域通讯连接的地址和端口（NWADDR ）,本地服务（DM_LOCAL_SERVICES ）和远端服务（DM_REMOTE_S ERVICES）以及数据依赖路由等等。 详细的内容参看《dmconfig 配置.doc》参看模版来实现移植或添加应用远端或本地服务等等。 3、客户端代码：是指使用编译工具buildclie nt 编译生成的执行代码。在编译过程中，当使用编译参数：-w时，将连接库wsc等，生成的执行代码将调用远端的服务，即通过环境变量：WSNADDR 来查找相应的WSL的地址和端口；当编译没有使用参数：—时，生成的执行代码将调用本机的服务，通过环境变量：TUX CONFIG来实现调用相应的服务，如果要调用异域（如：代理集中点到登记中心）的服务，就需要在dmconfig文件中配置和公布服务。 4、服务进程：是指使用编译工具buildserver 编译生成的执行代码，不要出现ma in （）函数，启动和关闭要使用Tuxedo的工具：tmboot和tmshutdown 二、应用系统的环境配置，即系统运行时的环境变量的设置一般的这些环境变量都放在用户注册是的.p rofile文件中，也可以根据应用放置在专门的文件中，如：sete nv等等，环境的设置主要包括：TUXDIR :其值为TUXEDO 的安装目录。 例如：TUXDIR=/home/tuxedo 或TUXDIR=/home/bea TUXCONFIG :其值为含有绝对路径二进制的资源配置文件的文件名，系统启动、监控、关闭等等都要用到此环境变量，当客户端的代码要调用应用系统的本机服务时也需要使用此变量。 例如：TUXCONFIG=/home/work/etc/tuxconfig BDMCONFIG :其值为含有绝对路径二进制的多域配置文件的文件名，在使用多域间互联时要用到此环境变量。 例如：BDMCONFIG=/home/work/etc/dmcomfig PRINTERDIR :传输文件的放置目录，主要是针对文件传输来使用的。 例如：PRINTERDIR=/home/work/print FTP_BLOCK_SIZ :针对文件传输的，每次传输的快的大小，如果没有设置，则系统默认为1024。 例如：FTP_BLOCK_SIZE=10240 ; export FTP_BLOCK_SIZE WSNADDR :客户端（workstation ）设定的，指向服务器端WSL监听的地址和端口，当客户端的代码要调用系统的远端服务时需要此环境变量。
Tuxedo基本参数配置说明 2008-12-08 17:23:49 标签：Tuxedo 一、Tuxedo基本命令 #1.设置环境变量TUXDIR,APPDIR,TUXCONFIG，LANG(跟OS相关),LD_LIBRARY_PATH(跟OS相关) #2.编译ubb文本生成二进制配置文件：tmloadcf ?Cy ubbconfig #3.所有机器上运行tlisten,具体见文档中NETWORK一节 #4.启动tmboot ?Cy #5.关闭tmshutdown ?Cy 参数： -A 在所有机器上启动/关闭管理的Server进程 -M 只在MASTER机器上启动/关闭管理的Server进程 -i srvid 启动/关闭某个server id指定的Server进程 -g grpname 启动/关闭某个server group名字指定的Server Group -S 启动/关闭所有应用服务器（LMID） -s server-name 启动/关闭某个server名字指定的Server进程 -l lmid option 在指定的机器上启动/关闭所有TMS进程和应用服务器（LMID） -T grpname 启动/关闭指定的server group中所有的TMS进程 -B lmid 在指定的机器上启动/关闭BBL进程 -e command 指定一个程序可以当在MASTER机器上启动任何一个进程失败时执行 -c 计算出当前UBB配置的Tuxedo启动最少要占用的系统IPC资源 #用tmunloadcf > generated.ubb 可以得出目前配置得UBB文件所有得参数值（没有设置的有缺省值） #用tmloadcf ?Cc或tmboot ?Cc可以计算出当前UBB配置的Tuxedo启动最少要占用的系统IPC资源。 二、UBB文件配置说明 UBB配置文件分成*RESOURCES,*GROUP,*SERVER,*SERVICE,*NETWORK等若干节。DEFAULT表示该节中所有对象共有的缺省属性。 *RESOURCES #RESOUCES节提供整个系统的基本参数。 IPCKEY 55555 （32767-262143） #进行IPC通讯的key值 DOMAINID unicom #DOMAIN的ID值 MASTER unicom1,unicom2 #指定DOMAIN中的管理主机为unicom1,运行过程中unicom1若出现问题，管理主机切换至unicom2 MAXACCESSERS 1000
HP-UX常用命令 1、 cd命令的使用 返回上一次的目录（cd -） 2、 Esc键的使用 在命令行中可通过击两次Esc键来匹配当前目录中唯一的文件名，这样可节约击入长文件名的时间3、 col命令的使用 man cp | col –b >;cp.txt 该命令可将cp命令的联机帮助手册输出为名为cp.txt的文本文件 4、启动机器时执行的工作脚本（/etc/rc.config.d/） 5、which命令的使用（查看某命令的绝对路径） which 命令名 6、显示当前系统补丁安装情况（show_patches） 7、中文环境的配置 a、查看系统中安装的语言集（locale –a） b、显示当前语言环境变量（echo $LANG） c、如不为中文则修改（export LANG=zh_CN.hp15CN） d、 sty –istrip 8、查看系统信息和运行情况 a、 glance b、 top c、 performance view d、 /opt/ignite/bin/print_manifest /var/opt/ignite/local/manifest/manifest e、 /var/adm/syslog/syslog（系统运行日志） f、 /var/adm/shutdownlog g、 /var/adm/crash/ h、 /var/opt/sna/sna.err i、 /var/adm/nettl.LOG000 /usr/sbin/netfmt /var/adm/nettl.LOG000 >;net.log j、/usr/contrib./bin/info_col.11 k、/var/adm/btmp（历史登录信息，可用last命令查看） l、/var/adm/wtmp（比btmp更详细的信息） m、/etc/rc.log（机器启动时的信息） n、/var/adm/sw/（有关软件包安装、删除的信息） 9、查看系统当前init级别（who –r）
中间件操作指引 Bea Tuxedo 广东亿迅科技有限公司2008年7月
项目名称/代码：集成部 版本： 1.0 状态： 所有人：系统组 作者/创建时间：唐彪 批准人/批准时间： 文档更改历史记录
目录 第1章BEA TUXEDO产品 (5) 1.1T UXEDO是什么 (5) 1.2T UXEDO系统特点 (5) 第2章TUXEDO安装 (6) 2.1在UNIX系统安装 (6) 2.2在WINDOWS系统安装 (7) 2.3安装LICENSE (7) 2.4T UXEDO环境变量 (7) 2.5T UXEDO目录结构 (8) 2.6T UXEDO应用步署过程 (8) 第3章配臵管理 (8) 3.1配臵文件 (8) 3.2资源定义 (9) 3.3机器的信息 (10) 3.4组定义 (11) 3.5服务定义 (11) 3.6交易定义 (12) 3.7生成TUXCONFIG文件 (13) 第4章管理命令 (13) 4.1TMBOOT命令 (13) 4.2TMSHUTDOWN命令 (14) 4.3TMADMIN命令 (14) 4.3.1查看services状态 (15) 4.3.2查看server状态 (16) 4.3.3查看队列状态 (16) 4.3.4查看客户端状态 (17) 4.4查看日志 (18) 第5章常见故障 (18)
5.1UBB编译类 (18) 5.2服务启动类 (19) 5.3服务关闭类 (20) 5.4域间通信类 (20)
第1章Bea Tuxedo产品 1.1 Tuxedo是什么 BEA TUXEDO是在企业、Internet 这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。BEA TUXEDO是企业、Internet 分布式应用中的基础主干平台。它提供了一个开放的环境，支持各种各样的客户、数据库、网络、遗留系统和通讯方式。 1.2 Tuxedo系统特点 * TUXEDO /T * 管理C/S数据流 * 支持3层结构 * 多平台支持 * 协同（BEA Connect, /TxRPC, /OSITP） * 开发 * 通讯手段 * 同步 * 异步 * 会话 * 广播通知 * 管道 * 事件订阅 * 缓冲数据类型（自动编、解码） * 事务 * 管理
1 tmloadcf 检查UBBCONFIG文件的内容及格式 将文本格式的UBBCONFIG文件编译生成二进制文件 必须在主机上运行 格式 tmloadcf [-n] [-y] [-c] [-b blocks] {UBBCONFIG_file | -} 参数 -c 计算最小的IPC需求 -n 仅仅进行UBBCONFIG文件的内容检查，不生成二进制文件 -y 覆盖已有的二进制文件之前不提示 -b blocks 如果环境变量TUXCONFIG所指的文件存放在一个裸设备上，建议使用该参数；如果该文件存放在文件系统上，则不需要 2 tmunloadcf 将二进制TUXCONFIG文件反编译为文本格式 3 tmipcrm 清除本机上的IPC资源 自动根据TUXCONFIG_file参数查找相应的IPC资源 一般在Tuxedo非正常停止的情况下用来清理残留IPC资源 格式 tmipcrm [-y] [-n] [TUXCONFIG_file] 参数 -y 对命令运行过程中的询问回答y -n 不清除IPC资源，只是列出IPC资源 TUXCONFIG_file Tuxedo的配置文件。如果不指定，则使用环境变量TUXCONFIG 4 tmboot 启动Tuxedo 格式 tmboot [-l lmid] [-g grpname] [-i srvid] [-s aout] [-o sequence] [-S] [-A] [-b] [-B lmid] [-T grpname] [-e command] [-w] [-y] [-g] [-n] [-c] [-M] [-d1] 参数 -l lmid 启动所有绑定到这个逻辑主机的服务，包括应用Server、TMS、Gateway等等 -g grpname 启动grpname包含的所有服务，包括应用Server、TMS等 -i srvid 启动所有SRVID为srvid的服务 -s aout 启动Server名字为aout的服务，也可以用来启动TMS、Gateway等服务。通常和-g选项联合使用 -o sequence 启动SERVERS段中SEQUENCE参数为sequence的服务 -S 启动SERVERS段中的所有Server -A 启动管理Server，例如DBBL、BBL、BRIDGE等 -b 从BACKUP主机上启动服务 -B lmid 启动逻辑主机lmid上的BBL服务