TUXEDO管理配置中文说明new
最新weblogic与tuxedo配置详解
一、WTC配置步骤：1. Tuxedo的配置2.1.1. 设置环境变量:2.1.3. 配置ubbconfigMASTER simpleMAXACCESSERS 50MAXSERVERS 50MAXSERVICES 50MODEL SHMLDBAL N*MACHINESDEFAULT:APPDIR="c:\tuxedo_test\simpapp"TUXCONFIG="c:\tuxedo_test\simpapp\tuxconfig"TUXDIR="c:\bea\tuxedo8.1"#Example:# APPDIR="/home/me/simpapp"# TUXCONFIG="/home/me/simpapp/tuxconfig"# TUXDIR="/usr/tuxedo"VM44 LMID=simpleMAXWSCLIENTS=5 #指定的最大客户端连接数#Example:#beatux LMID=simple*GROUPSGROUP1 LMID=simple GRPNO=1 OPENINFO=NONEJSLGRP LMID=simple GRPNO = 2JREPGRP LMID=simple GRPNO = 3GROUP4 LMID=simple GRPNO=4 OPENINFO=NONE*SERVERSDEFAULT:CLOPT="-A"simpserv SRVGRP=GROUP1 SRVID=1WSL SRVGRP=GROUP1 SRVID=5 CLOPT="-A -t -- -n //192.168.57.41:8888 -m 2 -M 5 -x 10" #WSL发布地址JREPSVR SRVGRP=JREPGRP SRVID=10 CLOPT="-A -- -W -PC:\bea\tuxedo8.1\udataobj\jolt\repository\jrepository"红色为jolt服务需要的配置，jolt需要单独的license。
TUXEDO配置参数详解
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应用系统的服务端。
tuxedo配置管理
中国建设银行北京市分行TUXEDO中间件配置规范V1.0信息技术管理部系统网络科2012年10月文档信息文档修订记录目录第1章前言 (3)1.1编写目的 (3)1.2文档说明 (3)1.3参考文档 (3)第2章建行TUXEDO技术指导 (4)2.1T UXEDO应用设计原则 (4)2.2信息系统非功能需求 (4)第3章TUXEDO配置规范 (6)3.1系统平台环境 (6)3.2T UXEDO版本补丁 (6)3.3T UXEDO资源规划 (6)3.4UBBCONFIG配置项 (6)3.5DMCONFIG配置项 (10)第4章TUXEDO配置模板 (12)4.1UBBCONFIG文件 (12)4.2DMCONFIG文件 (14)第1章前言1.1编写目的为规范tuxedo中间件配置工作，合理使用产品功能，保证中间件稳定、持续、安全地运行，特编写北京分行TUXEDO中间件配置规范。
本规范是以总行相关技术规范为指导，结合分行自身实际情况，参照日常运维技术经验，组织编写完成。
本规范适合读者为北京建行信息技术部相关技术人员。
1.2文档说明文档约定1、粗体表示注意事项、操作命令2、斜体表示示例3、{}中内容为必选参数4、[]中内容为可选参数，多个可选参数间用“|”分隔1.3参考文档第2章建行TUXEDO技术指导2.1Tuxedo应用设计原则为规范和统一建行信息系统的研发、运维技术环境，进一步提升技术架构管控能力，总行信息技术部组织起草了《中国建设银行Tuxedo应用设计规范》（便函信息技术管理部〔2011〕927号），文中对tuxedo中间件的一些技术要点做个描述说明：（1）部署模式说明TXUEDO部署方式分为单域和多域部署模式。
在综合前置上收总行后，分行自建系统与综合前置需采用多域模式部署。
（2）性能效率Tuxedo WORKSTATION 客户端与服务器的数据通信采用高效传递，为WSH设置最大、最小启动数量来控制最大WSC客户端的连接数。
Tuxedo中间件平台管理维护介绍
客户端和服务器运行在同一台主机上
远程客户端
客户端和服务器运行在不同的主机上 使用Tuxedo /WS (Workstation)组件的/WS客户端 使用JOLT的客户端，即Java客户端 CORBA 客户端
编程语言
C/C++ Delphi VB Java …
| 34
安装过程中常见问题以及解决方法(1）
多个版本TUXEDO的共存 可以共存，安装在不同的目录下 启动时，设置对应版本的环境变量（TUXDIR,PATH) UBB配置(TUXDIR) Tuxedo补丁的加入方法 UNIX
TAR.Z的包，解压时不能覆盖原来的文件，必须独立的空间 解压后有可执行脚本文件install 反安装：运行反安装脚本uninstall
tmunloadcf >ubbconfig
通过环境变量TUXCONFIG供系统运行时使用 SET TUXCONFIG=C:\TuxDP\labs\simpapp\tuxconfig
启动时，从内存中申请共享内存块 该内存启动时，把所有UBB文件配置的信息载入
| 39
UBBCONFIG文件中各部分之间的关系
| 36
安装过程中常见问题以及解决方法(3）
安装Rolling Patch失败 现象：
Installing server and client files... Enter owner for patch files: tuxedo8 Enter group for patch files: bea *** Error: uninstall must be in the current directory and owned by tuxedo
综合业务系统-配置文档TUXEDO配置文档
综合业务系统-配置文档TUXEDO配置文档V1.0.12004年3月上海华腾软件系统有限公司修订控制页目录一：参数诠释 (4)二：案例讲解 (12)2．1配置文件 (13)2．2应用的信息 (14)2．3机器信息 (18)2．4组定义 (20)2．5服务定义 (21)2．6交易定义 (24)2．7生成TUXCONFIG文件 (26)附件1：生产机UBB配置 (27)一：参数诠释二：案例讲解应用的描述信息配置在系统核心位置，用一个文件描述，通常称为ubbconfig 文件，在主控机器上。
整个TUXEDO系统的管理任务可以在一台机器上完成，在配置中被定为主控节点。
在运行时，这些信息被装入一段共享内存（一个IPC资源），称为公告牌（Bulletin Board—BB）；包含有配置中不同机器的信息，在这些机器上运行的服务的信息，这些服务提供的交易的信息以及其他相关信息。
客户端在运行时连接公告牌。
当客户端程序调用一个交易，将根据公告牌找到合适的服务队列。
所以，公告牌是：——供客户端寻找适当的服务运行一个交易请求——包含应用信息：机器，服务，交易，网络等——创建于ubbconfig文件TUXEDO提供一个管理进程，称为BBL(Bulletin Board Liaison),包含了一个公告牌的本地拷贝和本地服务器上应用的状态。
TUXEDO提供的另一个管理进程DBBL(Distinguished Bulletin Board Liaison)，用于多服务器配置时。
DBBL与BBL协同，保证所有部分的公告牌内容的一致性。
2．1配置文件任何TUXEDO应用系统的最基本的管理任务，是建立并维护配置文件。
该文件通常称为ubbconfig文件。
负责该工作的系统管理员必须很好的了解分布于各台机器上的应用服务的数据流，消息队列的构造，资源间的相互关系。
ubbconfig文件可视作包含应用启动信息的容器，需编译成二进制文件tuxconfig，作为启动时的参考。
Tuxedo 功能说明书
Tuxedo功能说明书说明：本说明书是为了适应光大银行的要求，为光大银行提供有关Tuxedo 功能的简要说明列表。
一、交易处理服务1.交易完整性保证机制●当应用系统只有局部事务、没有全局事务时，Tuxedo直接利用数据库的事务处理功能(用或不用XA)，这样可提高系统性能。
●当应用系统涉及跨多个资源数据库(同构或异构)的全局事务的时，Tuxedo利用XA标准和两阶段提交协议，通过事务管理器，协调各个数据库的同步。
Tuxedo还可保证可靠性队列/Q 的入出队操作和数据库的更新操作的同步。
在各种情况下，Tuxedo能够确保异构的（或者同构的）数据库以及它资源管理器之间的完整性和一致，并且还在出现节点故障、网络故障或全局资源死锁时利用内部的交易日志来协调全局事务的恢复。
2.交易优先级请求优先级是Tuxedo的事务管理器提供的另一个核心能力。
当某一服务有比其他服务更高的优先级时，服务器在处理请求时，就不再单纯的按照请求在队列中的先后顺序处理，而是按优先级来定。
请求优先级越高的越早被处理。
为了防止低优先级请求总是得不到服务，服务器每隔十个请求，就按FIFO次序进行一次请求选择。
二、可管理性TUXEDO的三层逻辑结构提供了对应用程序高度的可管理性。
它以业务逻辑层为管理的主要对象，把基本业务组件即服务进程的服务做为管理的基本单位。
应用系统由一些基本的组件即服务构成，这样它的易理解、易修改、易扩充等需求都得到保证。
TUXEDO提供一个基于普通WEB浏览器的GUI管理工具，也可根据用户需要提供基于X Window/ Motif 的GUI管理工具；还提供综合性的字符型管理命令；并且提供一个管理信息库（MIB）和编程接口，使用户可根据特定需求编写自己的管理工具。
TUXEDO 的关联产品BEA MANAGER 通过网络管理协议SNMP和TUXEDO的管理信息库MIB可以把TUXEDO对应用程序的管理集成到一般的网络、数据库系统管理工具中，比如OpenView, NetView 等。
2024版Tuxedo教程全解
Tuxedo教程全解contents •Tuxedo概述•Tuxedo核心组件•Tuxedo应用开发•Tuxedo系统部署与配置•Tuxedo性能优化与监控•Tuxedo实战案例解析目录Tuxedo概述Tuxedo定义与特点Tuxedo是一种中间件Tuxedo的特点Tuxedo应用领域金融行业电信行业其他行业Tuxedo发展历程Tuxedo的起源Tuxedo的发展Tuxedo 的未来Tuxedo核心组件ATMI编程接口支持多种编程语言，如提供了事务管理、通信、安全等方面的功能。
Tuxedo服务器123Tuxedo客户端010203Tuxedo管理工具Tuxedo应用开发开发环境搭建安装Tuxedo系统配置环境变量选择开发工具建立项目工程设计服务接口编写服务代码配置服务属性编译和部署服务服务开发流程根据业务需求设计客户端界面，包括输入、输出显示等。
设计客户端界面编写客户端代码配置客户端属性编译和部署客户端使用Tuxedo 提供的API 编写客户端代码，实现与服务端的交互。
在配置文件中配置客户端相关属性，如连接的服务地址、端口等。
使用Tuxedo 提供的编译工具将客户端代码编译成可执行文件，并部署到用户环境中。
客户端开发流程日志调试通过查看Tuxedo系统日志和应用程序日志定位问题原因。
跟踪调试使用Tuxedo提供的跟踪工具对服务调用进行跟踪调试，查看调用过程和结果。
单元测试针对每个服务或函数编写单元测试代码进行测试验证功能正确性。
集成测试将所有服务集成在一起进行测试验证整个系统的功能正确性。
调试与测试方法Tuxedo系统部署与配置系统部署方案单机部署01分布式部署02集群部署03服务器参数配置事务管理配置资源管理配置包括客户端名称、服务器地址、端口号等参数的配置。
客户端参数配置配置客户端事务的提交和回滚方式，确保客户端与服务器之间的事务一致性。
事务管理配置配置客户端的负载均衡策略，实现请求的均匀分配和故障转移。
TUXEDO管理配置中文说明
Tuxedo的配置管理简要说明Tuxedo的配置管理简要说明 (1)一、Tuxedo基本命令 (2)二、UBB文件配置说明 (3)三、数据库XA设置 (8)3.1 ORACLE XA (8)3.2 SYBASE XA (9)3.3 INFORMIX XA (9)四、Tuxedo多机方式配置要点 (10)4.1启动tlisten (10)4.2 ubb文件配置 (10)4.3管理 (11)五、用JOLT连接Tuxedo和Weblogic (12)5.1在Tuxedo上安装、配置JOLT Server (12)5.2 配置Weblogic Server 6.x (13)5.3 Example setup (13)六、TUXEDO动态配置 (14)6.1 用tmadmin修改配置 (14)6.2 用tmconfig更改TUXCONFIG（UBBCONFIG） (14)一、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资源。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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资源。
二、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若出现问题，管理主机切换至unicom2MAXACCESSERS 1000#这里该值表示整个系统中单个机器上可以访问TUXEDO的最多的Client和Server的总数(可以访问 BBL的最大进程数)，应大于license用户数+server数（副本应记入）。
该字段会被MACHINE部分的MAXACCESSERS覆盖。
#系统核心参数中SEMAPHORE的数目(SEMMNS)要大于这里的MAXACCESSERS数目，而ipc消息个数（MSGMAX）应大于MAXACCESSERS数+所有带REPLYQ的SERVER的个数。
MAXSERVERS 80#最大的server数（副本应记入）MAXSERVICES 200#最大的service数（多个server重复记入）MAXGTT 20#系统最多的并发的全局交易数目MODEL MP#表示cluster方式，否则为SHMOPTIONS LAN,MIGRATE#多机cluster方式时必须指定为LAN方式，MIGRATE表示可以以组为单位进行机器间SERVER的迁移。
LDBAL Y#允许负载均衡SCANUNIT 10#SCANUNIT 是BBL在所有服务请求中定期扫描以寻找超时的交易和被阻塞德调用和德间隔时间（秒）。
这个参数指定BBL扫描间隔时间的基本单位，它会影响在tpbegin中指定的交易超时时间和用BLOCKTIME指定的请求阻塞超时时间的精确程度。
SANITYSCAN, BBLQUERY, DBBLWAIT, BLOCKTIME等参数都是SCANUNIT 的倍数，而不是实际秒数。
而作为时间单位SCANUNIT必须是5的倍数，并且满足0<SCANUNIT<60。
SANITYSCAN 12#SANITYSCAN的值指定在每个MACHINE上BBL自动检测所有进程的时间间隔，以SCANUNIT为单元。
缺省值满足（SCANUNIT*SANITYSCAN）约为120秒。
DBBLWAIT 2#DBBLWAIT的值指定DBBL扫描BBL时等待所有BBL应答的最大时间，以SCANUNIT为单元，即超过DBBLWAIT*SCANUNIT（秒）就超时。
每一次DBBL将请求转发给它的BBL时，BBL会在请求返回结果之前先回复一个肯定的应答。
这样可以定时检测死掉或不正常的BBL。
缺省值满足（SCANUNIT*DBBLWAIT）的值等于SCANUNIT和20秒两者之间的最大者。
BBLQUERY 30#BBLQUERY指定DBBL对所有BBL进行状态检查的时间间隔，它也是以SCANUNIT为计算单位。
如果DBBL的状态询问没有回答，该BBL就被‘隔离’了。
缺省值满足(SCANUNIT * BBLQUERY) 约为 300秒。
BLOCKTIME 6#BLOCKTIME指定在阻塞队列中的被阻塞请求的超时时间(包括客户端从tpinit到tpterm的等待时间)，以SCANUNIT为计算单位。
缺省值满足(SCANUNIT * BLOCKTIME) 约为60秒。
*MACHINESDEFAULT:#该部分对各主机进行描述。
unicom2 L MID=unicom2APPDIR="/usr/tuxedo/apps/simpapp"TUXCONFIG="/usr/tuxedo/apps/simpapp/tuxconfig"TUXDIR="/usr/tuxedo"UID=17GID=26MAXACCESSERS=100unicom1 L MID=unicom1APPDIR="/usr/tuxedo/apps/simpapp"TUXCONFIG="/usr/tuxedo/apps/simpapp/tuxconfig"TUXDIR="/usr/tuxedo"UID=17GID=26MAXWSCLIENTS=50#unicom2, unicom1为网络主机名用hostname获得。
#LMID：Logical Machines ID 为tuxedo对主机的内部逻辑命名。
#APPDIR要求放臵SERVER的可执行文件。
#TUXCONFIG为全路径的二进制配臵文件，要求和环境变量TUXCONFIG相同。
对于master机tuxconfig文件是由tmloadcf生成的，而非master机则是由tmboot启动后由tlisten从master机上拷贝获得。
#TUXDIR为tuxedo安装目录，要求和环境变量TUXDIR相同。
#MAXWSCLIENTS表示可连接client的最大个数。
*GROUPS#GROUP1为组名，LMID表示该组运行的主机，GRPNO为组号，OPENINFO为该组通过XA打开RM(通常指数据库)的初始串。
GROUP1 LMID=unicom2 GRPNO=1 OPENINFO=NONEGROUP2 LMID=unicom3 GRPNO=2 OPENINFO=NONE*SERVERS#这里描述应用服务器。
SRVGRP的该SERVER所属组名，SRVID为服务器ID号，MIN表示该服务器CLOPT提供运行的相关参数，要求是”-A -- ….”,可以在应用服务器的srvinit函数中获得这些参数。
DEFAULT:CLOPT="-A"BillServer SRVGRP=GROUP1 SRVID=1 MIN=2 MAX=4RQADDR=QNAME REPLYQ=YCLOPT="-A -o ./out.log –r -e ./err.log ---p [L][low_water][,[terminate_time]][:[high_water][,create_time]]如果MAX>1，并且使用了MSSQ（RQADDR， RQPERM）的Server可以配臵-p来控制进程的增加和减少。
控制算法如下：如果请求队列中的请求个数大于high_water后超过create_time秒,就增加该服务的一个新进程；如果请求队列中的请求个数小于low_water后超过terminate_time秒, 就停止该服务的一个进程。
low_water缺省是平均每个服务进程有一个请求消息或者workload 50；high_water缺省是平均每个服务进程有两个请求消息或者workload 100。
create_time缺省最小是50秒, and terminate_time缺省最小是60秒。
注意：使用TUXEDO的服务进程池时，用户自己在程序中如果用alarm（）等系统调用来停止进程是不起作用的，但也不会报错。
[L] 标记意味着增减服务进程基于负载而不是请求队列的长度。
仅用于SHM模式下并且LDBAL=Y，否则会报错 (LIBTUX_CAT:1542) ，服务进程也不会增减。
WSL SRVGRP=GROUP2 SRVID=1CLOPT="-A -- -n //130.36.0.103:8889 -m 3 -M 10 -x 10 -T 10"#WSL用于和client端进行连接。
-n 表示出接入点为IP:PORT方式，-m –M 表示最小和最大启动多少个WSH和前端通讯，-x则表示一个WSH和几个client端连接。
-T 10表示如果client端和server连接后10分钟内没有交易请求则关闭连接。
*SERVICES#不要求将所有的service在这里描述，当某个service有特别参数时才在SERVICE节中说明。