Tuxedo基本参数配置说明
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
#这里该值表示整个系统中每个机器上可以访问TUXEDO的Client和Server的总数(可以访问BBL的最大进程数)，应大于license用户数+server数（副本应记入）。该字段会被MACHINE部分的MAXACCESSERS覆盖。
#系统核心参数中SEMAPHORE的数目(SEMMNS)要大于这里的MAXACCESSERS数目，而ipc消息个数（MSGMAX）应大于MAXACCESSERS数+所有带REPL YQ的SERVER的个数。
MAXSERVERS 80
#最大的server数（副本应记入）
MAXSERVICES 200
#最大的service数（多个server重复记入）
MAXGTT 20
#系统最多的并发的全局交易数目
MODEL MP
#表示cluster方式，否则为SHM
OPTIONS LAN,MIGRATE
#多机cluster方式时必须指定为LAN方式，MIGRA TE表示可以以组为单位进行机器间SERVER的迁移。
LDBAL Y
#允许负载均衡
SCANUNIT 10
#SCANUNIT 是BBL在所有服务请求中定期扫描以寻找超时的交易和被阻塞德调用和德间隔时间（秒）。这个参数指定BBL扫描间隔时间的基本单位，它会影响在tpbegin中指定的交易超时时间和用BLOCKTIME指定的请求阻塞超时时间的精确程度。SANITYSCAN, BBLQUERY, DBBLWAIT, BLOCKTIME等参数都是SCANUNIT的倍数，而不是实际秒数。而作为时间单位SCANUNIT必须是5的倍数，并且满足0 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指定在阻塞队列中的被阻塞请求的超时时间，以SCANUNIT为计算单位。缺省值满足(SCANUNIT * BLOCKTIME) 约为60秒。 *MACHINES DEFAULT: #该部分对各主机进行描述。 unicom2 LMID=unicom2 APPDIR="/usr/tuxedo/apps/simpapp" TUXCONFIG="/usr/tuxedo/apps/simpapp/tuxconfig" TUXDIR="/usr/tuxedo" UID=17 GID=26 MAXACCESSERS=100 unicom1 LMID=unicom1 APPDIR="/usr/tuxedo/apps/simpapp" TUXCONFIG="/usr/tuxedo/apps/simpapp/tuxconfig" TUXDIR="/usr/tuxedo" UID=17 GID=26 MAXWSCLIENTS=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=NONE GROUP2 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=4 RQADDR=QNAME REPLYQ=Y CLOPT="-A -o ./out.log ?Cr -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=1 CLOPT="-A -- -n //130.36.0.103:8889 -m 3 -M 10 -x 10 -T 10" #WSL用于和client端进行连接。-n 表示出接入点为IP ORT方式，-m ?CM 表示最小和最大启动多少个WSH和前端通讯，-x则表示一个WSH和几个client端连接。-T 10表示如果client端和server连接后10分钟内没有交易请求则关闭连接。 *SERVICES #不要求将所有的service在这里描述，当某个service有特别参数时才在SERVICE节中说明。TOUPPER *NETWORK #NETWORK节对多机之间如何进行网络连接进行描述。 #cluster方式下要求先启动tlisten。事实上，对于非master机启动应用服务器是由tlisten完成的。 #tlisten的启动方式为 #unicom1: tlisten ?Cl //130.36.1.101:8891 #unicom2: tlisten ?Cl //130.36.0.102:8891 #NADDR指定网络连接的接入点。 #NLSADDR则指定tlisten的接入点。 #BRIDGE则指TCP连接所用的设备文件。 unicom2 NADDR="//130.36.0.102:8899" NLSADDR="//130.36.0.102:8891" BRIDGE="/dev/streams/xtiso/tcp" unicom1 NADDR="//130.36.0.101:8899" NLSADDR="//130.36.0.101:8891" BRIDGE="/dev/streams/xtiso/tcp" 三、数据库XA设置 3.1 ORACLE XA 1.在附件中提供了rm文件,另外建议运行oracle的demo文件获得要连接的所有lib库的名称.然后将这些名称全部写在RM文件中. 2.ubb 文件中*GROUP节TMSNAME=TMS_ORA TMSCOUNT=3 OPENINFO="Oracle_XA:Oracle_XA+Acc=P/scott/tiger+SesTM=120+LogDir=.+SqlNet=abcde" 具体在Oracle联机文档Application Development->oracle8 Application Development′s Guild->Oracle XA->Defining the xa_open String中提供了解释 3.在oracle一侧需运行xaview.sql,并且scott用户有操作权限,运行结果会记录trc文件里.(在oracle8.0.5这一步不是必须的) 4.运行buildtms -o $(TUXDIR)/bin/TMS_ORA -r Oracle_XA 5. 在tpsvrinit()中EXEC SQL CONNECT ...改成tpopen, tpsrvdone()中EXEC SQL DISCONNECT...改成tpclose(); 实际可拷贝$TUXDIR/apps/bankapp/appinit.c 6.需在ubb文件中MACHINE节指定TLOGDEVICE,TLOGSIZE 例:TLOGDEVICE="/home/usr1/TLOGDEV" TLOGSIZE=100 7.建立TLOG文件直接拷贝$TUXDIR/apps/bankapp/crtlog.sh.设定相关的环境变量后运行该shell文件. 8.启动事务用tpbegin(3,0),提交回滚用tpcommit/tpabort. 3.2 SYBASE XA 1.在RM文件,运行sybase获得要连接的所有lib库的名称.然后将这些名称全部写在RM文件中:Sybase_XA ??????. 2.ubbconfig 文件中*GROUP节TMS_NAME=TMS_SYB TMSCOUNT=3 OPENINFO="?????" 具体察看Sybase文当中xa_open String中提供了解释 3.运行buildtms -o $(TUXDIR)/bin/TMS_SYB -r Sybase_XA 4. 在tpsvrinit()中EXEC SQL CONNECT ...改成tpopen, tpsrvdone()中EXEC SQL DISCONNECT...改成tpclose(); 实际可查看$TUXDIR/apps/bankapp/appinit.c 5.需在ubb文件中MACHINE节指定TLOGDEVICE,TLOGSIZE 例:TLOGDEVICE="/home/usr1/TLOGDEV" TLOGSIZE=100 6.建立TLOG文件直接拷贝$TUXDIR/apps/bankapp/crtlog.sh.设定相关的环境变量后运行该shell文件. 7.启动事务用tpbegin(3,0),提交回滚用tpcommit/tpabort. 3.3 INFORMIX XA 1.运行esql -lib获得要连接的所有lib库的名称.然后将这些名称全部加到RM文件中INFORMIX-OnLine:infx_xa_switch:${INFORMIXDIR}/lib/esql/libinfxxa.a /usr/informix/lib/esql/libixos.a /usr/informix/lib/esql/libixgen.a /usr/informix/lib/esql/libixsql.a /usr/informix/lib/libixasf.a /usr/informix/lib/esql/libixos.a /usr/informix/lib/esql/libixgen.a /usr/informix/lib/esql/libixgls.a -lnsl_s -lm -lV3 -lcl -lsec /usr/informix/lib/esql/libixglx.a 2.ubbconfig 文件中 *GROUP节TMS_NAME=TMS_INFO TMSCOUNT=3 OPENINFO="INFORMIX-OnLine:test_tux" 具体察看Sybase文当中xa_open String中提供了解释 3.运行buildtms -o $(TUXDIR)/bin/TMS_INFO -r INFORMIX-OnLine 4. 在tpsvrinit()中EXEC SQL CONNECT ...改成tpopen, tpsrvdone()中EXEC SQL DISCONNECT...改成tpclose(); 实际可查看$TUXDIR/apps/bankapp/appinit.c 5.需在ubb文件中MACHINE节指定TLOGDEVICE,TLOGSIZE 例:TLOGDEVICE="/home/usr1/TLOGDEV" TLOGSIZE=100 6.建立TLOG文件直接拷贝$TUXDIR/apps/bankapp/crtlog.sh.设定相关的环境变量后运行该shell文件. 7.启动事务用tpbegin(3,0),提交回滚用tpcommit/tpabort. 四、Tuxedo多机方式配置要点 tuxedo多机方式配置有两个方面 4.1启动tlisten tlisten在tuxedo启动时扮演控制者的角色,在非master机上由tlisten启动bbl和应用服务器,tlisten的启动方法为 tlisten -l //host:ipport 注意这里的ipport必须和ubb文件中NETWORK域的NLSADDR一致 tlisten必须在所有的机器上启动,启动后才能运行tmboot.建议操作系统启动时就运行tlisten. 4.2 ubb文件配置 对于多机模式一般就是指单一domain管理的多台机器,所有机器上仅需要一个ubb文件,以下是ubb文件的模板 *RESOURCES IPCKEY 80952 MAXACCESSERS 40 MAXSERVERS 35 MAXSERVICES 75 MASTER SITE1,SITE2 OPTIONS LAN,MIGRATE MODEL MP *MACHINES TUXDIR=" APPDIR=" TUXCONFIG=" TYPE=" ULOGPFX=" TUXDIR=" APPDIR=" TLOGDEVICE=" TLOGNAME=TLOG TUXCONFIG=" TYPE=" ULOGPFX=" # *GROUPS *NETWORK SITE1 NADDR=" BRIDGE=" NLSADDR=" SITE2 NADDR=" BRIDGE=" NLSADDR=" *SERVERS DEFAULT: RESTART=Y MAXGEN=5 REPL YQ=Y CLOPT="-A" # *SERVICES 4.3管理 只能在master机上运行tmadmin进行管理。要获得统计信息在tmadmin中应运行default ?Cm 命令。 例如： tmadmin >default ?Cm SITE1 >printservice Windows NT/2000下要注意的问题： 1.由于NT机器上MAXACCESSORS受IPC的限制通常较小,因此建议在MACHINES部分单独设置MAXACCESSORS. 2.在MACHINES部分要单独设置UID=0和GID=0 3.和其他类型的CPU机器互连时,在MACHINES部分一定要指定TYPE.否则将提示tlisten 版本不匹配。 TUXEDO在SERVER和CLIENT之间进行数据交换缺省进行数据翻译,但一个domain的server之间缺省不进行数据翻译! 4.tlisten password应该相同.我发现%TUXDIR%udataobj listen.pw中密码相同的条件应将回车考虑在内. 5.有时LANG环境变量无法改变为C, 可以在%TUXDIR%locale创建文件夹mkdir %LANG%. 6.RM文件使用中发现有效的RM后一定要有回车,否则将报RM不存在. 以下是一个ubb的例子. *MACHINES SUN LMID=SITE1 TYPE="SUN" MAXACCESSORS=10 #here is NT configuration NT LMID=SITE2 UID=0 GID=0 TYPE="NT" MAXACCESSORS=10 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) 系统自带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是一个客户机/服务器的―中间件‖产品，它在客户机和服务器之间进行调节，以保证正确地处理事务。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基于网络的图形界面管理可以简化对电子商务的管理， 为建立和部署电子商务应用系统提供了端到端的电子商务交易平台。 标题：通过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 第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资源。 第四章：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还可以动态的进行负载平衡，数据依赖路由、网络用户的管理、队列的管理、存取资源管理器以及系统的启动、重启和恢复。 TUXEDO与WEBLOGIC通过WTC进行互连的配置BEA公司的TUXEDO，WEBLOGIC作为最优秀的中间件产品,在银行、电信、金融等行业广泛使用，通常采用TUXEDO实现系统的核心业务，用WEBLOGIC做为系统扩展到INTERNET的平台，实现电子商务，由WEBLOGIC调用TUXEDO上的服务，所以TUXEDO 与WEBLOGIC之间的互连经常遇到。下面通过一个例子介绍TUXEDO与WEBLOGIC通过WTC进行连接的配置方法。 WEBLOGIC与TUXEDO的互连有两中方式，通过JOLT或通过WTC(WEBLOGIC TUXEDO CONNECTOR)。它们都是BEA的产品，WTC不仅能让WEBLOGIC调用TUXEDO中的SERVICE，而且能让TUXEDO调用WEBLOGIC中的EJB;而JOLT只能让WEBLOGIC调用TUXEDO. 但JOLT可以使TUXEDO与WEBSPERE等其他应用服务器相连，而WTC只能用于WEBLOGIC与TUXEDO之间进行互连。 一、WTC说明 (1)WEBLOIGIC5.1无法通过WTC与TUXEDO连接. (2)WEBLOGIC6.0与TUXEDO连接时,要安装WTC软件包. (3)WTC已集成在在EBLOGIC6.1中,只要配置一下就可以了,不用单独安装WTC软件包. (4)目前WTC只支持TUXEDO6.5,TUXEDO8.0两个版本,不支持TUXEDO7.1版本. (5)目前WTC有两个版本, Windows版本支持2000/NT,UNIX为统一版本. (6)WTC可从http://commerce.bea .com/downloads/tuxedo.jsp 下载,目前的版本为1.0. 二、WTC安装过程 (1) WEBLOGIC与TUXEDO必须先安装好. (2)WTC要求在JAVA环境下安装，可在命令行下，运行weblogic 主目录下config/EXAMPLE/setEnv.sh(NT/2000 下为setenv.cmd)配置JAVA环境 (3)在DOS命令行下执行安装程序WTC_10_win.exe。按提示操作就可以. 注意:如果在WINDOW下安装，到COPY文件那一步时，不会执行，但提示安装成功，实际是假的。所以应在DOS命令行下安装. 三、WTC配置说明TUXEDO与WEBLOGIC之间通过DOMAIN方式实现互相调用，在这个例子中有两个DOMAIN：TUXEDO所在的DOMAIN名为TDOM1，WEBLOGIC所在的DOMAIN名为TDOM2。TDOM1上有TOUPPER它是一个TUXEDO SERVEICE，TDOM2上有TOLOWER它是一个EJB，下面以WTC安装带的例子simpapp(在WTC安装目录的examples/wtc/atmi/simpapp下)说明配置过程: TUXEO版本: TUXEDO65 WEBLOGIC版本: 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 一、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的实例 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） 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服务 1.日志检查清理。检查Tuxedo日志，用vi命令查看日志文件内容，检查有无Tuxedo系统出错记录；检查有无服务异常错误记录；检查有无服务被重起记录；对发现的异常记录进行分析；若无异常情况清除无用的历史日志。 2. 服务器运行情况。检查Tuxedo系统和应用的服务器的运行情况，用“ps －ｅｌｆ｜ｇｒｅｐｓｅｒｖｅｒ名”查看进程相关信息，如运行时间、占用内存大小等；用ｔｍａｄｍｉｎ命令检查看服务器运行情况，执行ｐｓｒ监控服务器运行情况，查看处理的请求数目、忙闲程度。 3. ｓｅｒｖｉｃｅ运行情况。检查ｓｅｒｖｉｃｅ运行情况，用ｔｍａｄｍｉｎ命令中的ｐｓｃ命令查看Ｔｕｘｅｄｏ各ｓｅｒｖｉｃｅ的运行情况和处理的交易数。 4. 队列使用情况。检查Ｔｕｘｅｄｏ队列的使用情况，用ｔｍａｄｍｉｎ命令中的ｐｑ命令查看Ｔｕｘｅｄｏ各ｓｅｒｖｅｒ队列的使用情况，主要查看交易高峰期队列中消息的增加情况，确定是否存在阻塞现象，是否需要对服务数进行调整。 5. 客户机连接情况。检查ＴｕｘｅｄｏＣｌｉｅｎｔ的连接情况，用ｔｍａｄｍｉｎ命令中的ｐｃｌｔ命令查看Ｔｕｘｅｄｏ各客户机的连接情况，检查ＭＡＸＣＬＩＥＮＴ参数是否足够，Ｌｉｃｅｎｃｅ数是否满足并发要求。 6 .配置参数配置。检查Ｔｕｘｅｄｏｕｂｂｃｏｎｆｉｇ文件和ｄｍｃｏｎｆｉｇ文件，根据以上各项检查结果，查看Ｔｕｘｅｄｏ配置文件是否需要调整优化，以使中间件平台良好运行，保存配置文件并归档备案。 7. 系统核心参数配置。检查操作系统核心参数配置是否满足目前应用系统规模要求，是否需要调整，根据具体使用的操作系统提供的命令查看核心参数。 8. tmunloadcf 可以导出ubb 文件, tmloadcf 加载ubb 文件 9. tmboot 启动, tmshutdown 关闭, 当然还有很多参数比如-y -i -s 等 周报 TUXEDO系统在账务和接口出现得比较频繁，除了ATM编程，域的配置也是比较重要的，这周就结合下账务和接口现有的架构总结下我对域的理解吧。 域的作用主要是实现系统间的交互，一台或者多台服务器都可以构成一个域。你可以把一个域看成域名+IP+PORT。账务这边的tuxedo系统，正常会配置两个或者三个对外的域：第一个是给账务前台使用，账务前台使用的weblogic服务器，这时前台的weblogic系统自己可以看成一个域，后台的tuxedo也是一个域。Weblogic侧和tuxedo侧都要配置好对方和自己的域名，不光是地址和端口号要一样，连域名也要两边一致。要配置地址和端口号，这个是很好理解的，这是不同主机间交互的必要条件，但是为什么域的两边都要加入对方的地址和端口呢？当我服务为单侧调用时，只调用端加入被调用方的地址不就行了么？这就如socket通信，客户端只要知道服务端的地址就行，服务端可以接收到请求时自动知道客户端的地址，而不用配置客户端的地址。一开始我不知道是什么原因，后来知道了原因，系统间交互是要讲究安全减小风险了，两侧都要配置进对方的域是为了仅仅只和对方通信，这也是域名两边也要一直的原因。如果账务的tuxedo服务随便什么域都能调用，那还得了？第二个域是用来调用计费侧的实时欠费的，这时候账务侧的tuxedo和计费侧的tuxedo分别是一个域。预付费用户要计算余额得减去实时欠费，总账表中其实就有数据，账务侧自己就能算实时话费，何必要劳烦计费侧呢？这个原因是不是为了提升缴费时的查询速度？我们都知道计费侧的事实欠费时放在内存中的，从它那去肯定要比账务侧快。其实这样做的目的并不是为了账务前台的查询，而是为了满足停复机的需求，账务侧缴费会触发停复机，缴费的数据量是很大，对时间的要求很高，即使现在这种优化了的办法有时候还是满足不了短期内高数据量的需求，比如说批扣。第三个域是给VC充值接口用的，当然有的地方没有，这种情况类似欠费前台，都是WTC互联，就不再说了。 下面说下tuxedo侧域的配置的方法，一个简单的配置文件如下： *DM_RESOURCES VERSION=U22 *DM_LOCAL_DOMAINS test_tux GWGRP=GROUP3 TYPE=TDOMAIN DOMAINID="test_tux" BLOCKTIME=240 MAXDATALEN=204800 MAXRDOM=89 CONNECTION_POLICY=ON_STARTUP *DM_REMOTE_DOMAINS bank_135 TYPE=TDOMAIN DOMAINID="bank_135" *DM_TDOMAIN bank_135 NWADDR="//135.161.24.135:5438" *DM_LOCAL_SERVICES #server[SQL_AGENT] SHORT_SQLAGENT ##service in SERVER [sqlagent_s_serv] 03.05.29 ADD Tuxedo服务出现拥堵后应急处理 步骤1：检查是否有锁或者大消耗的sql 查看数据库上是否有锁或者消耗资源比较大的sql语句。如果有及时通知DBA做相应处理。处理过后，用pq命令查看队列是否有下降。如果没有大的改善，就进入下面步骤。 步骤2：清除堵的队列 据经验来看这个方法是目前维护生产系统代价最小又行之有效的方法，已经写好相应的维护的脚本。出现服务堵塞时，先执行pq命令查看堵塞的队列，效果如下： 每1秒运行1次，按任意键退出! tmadmin - Copyright (c) 2007-2008 Oracle. Portions * Copyright 1986-1997 RSA Data Security, Inc. All Rights Reserved. Distributed under license by Oracle. Tuxedo is a registered trademark. qcscrm1l1serve qcscrm4l1_2 9 100 2 0.3 ngbss tamcbs1l2serve tamcbs4l2 5 100 2 0.3 ngbss tamcbs1l1serve tamcbs4l1 9 100 2 0.5 ngbss tcscrm1l1serve tcscrm1l1 9 100 2 1.9 ngbss qcscrm1l2serve qcscrm3l2 9 100 2 2.0 ngbss qcscrm1l2serve qcscrm1l2 9 150 3 1.7 ngbss tcscrm1l1serve tcscrm4l1 9 200 4 1.5 ngbss tcscrm1l1serve tcscrm3l1 9 200 15 1.6 ngbss TMS_ORA GRPCCCRM2_+ 5 300 15 0.5 ngbss --------- ------------------- --------- -------- -------- ------- > Prog Name Queue Name # Serve Wk Queued # Queued Ave. Len Machine 以上图为例，服务tcscrm1l1server有点堵塞，可以执行维护脚本quick.sh(在每台tuxedo 应用用户下都有)。执行脚本提示如下： 1---全停,tmshutdown -y 2---全启,tmboot -y 3---单停某个服务，tmshutdow -s * 4---单启某个服务，tmboot -s * 5---单停某个服务组，tmshutdow -g * 6---单启某个服务组，tmboot -g * 7---单停某个组下的某个服务，tmshutdow -g 组名 -s 服务名 8---单启某个组下的某个服务，tmboot -g 组名 -s 服务名 9---紧急停全部服务，强行释放所有资源tmipcrm -y a---重启拥堵的队列psr -q 队列名： TUXEDO应用系统的配置 3.1 TUXEDO应用系统的常见配置 配置文件UBBCONFIG介绍 一个TUXEDO应用系统的所有资源都在一个文本文件中进行定义，该文件称为UBBCONFIG，在配置完成后，UBBCONFIG被编译成一个二进制的文件TUXCONFI G.在TUXEDO系统启动时,从该文件中读取系统的配置信息。UBBCONFIG文件类似WINDOWS下的*.INI文件。它包括以下9大部分, 我们称之为节,RESOURCE S，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 学习笔记 看了很多网站的linux 下的安装说明，但是照做，不一定就能成功 这次，亲自实践了一把 做个总结 1，有两个环节要注意，一个是. bash_profile ，这个文件隐藏在你的用户根目录下比如用户是tuxedo,它就在/home/tuxedo/ 下，ls .bash_profile 可以看到 Ls -all 也可以看到这个文件 用vi .bash_profile (注意前面有个小点哦) 里面是相关的环境配置 下面是.bash_profile 文件 下面简单一下安装过程 操作系统是在fedoro 8 上（Linux zc 2.4.22）的，声明一下，fedoro 10 上报错，（内核2.6 上的） 安装文件名：tuxedo81_linux.bin 命令：sh tuxedo81_linux.bin -i console 然后就是稍微等待几秒钟，叫你选择English ,选择1 继续 Enter 只到叫你输入tuxedo 的密码 然后输入KEY ,lic,txt 这个等安装好了，在搞吧，很简单 Cp ,lic,txt /tuxedo8.1/udataobj/ 拷到这个目录下面就OK了 到这，tuxedo 算是安装完了，下面是配置，说实话，配置比安装难啊 先看tmadmin 有没用，如果有用，说明你的key 安装正确了 下面就是配置ubbsimple 了 建议把atmi 下面的例子拷到tuxedo8.1下面来，这样在ubbsimple 里面就好配置了 看下ubbsimple 文件 带# 的先不管了 # (c) 2003 BEA Systems, Inc. All Rights Reserved. #ident "@(#) samples/atmi/simpapp/ubbsimple $Revision: 1.5 $" #Skeleton UBBCONFIG file for the TUXEDO Simple Application. #Replace the Tuxedo日常监控维护培训-v1-0
tuxedo基本操作atmi介绍
TUXEDO简介及命令介绍
通过wtc使tuxedo与weblogic通信开发
TUXEDO配置参数详解
叱咤风云tuxedo企业级运维实战如何用好全局事务
TUXEDO管理配置中文说明new
第四章：TUXEDO应用系统的管理
TUXEDO与WEBLOGIC通过WTC进行互连的配置
Tuxedo基本参数配置说明
Tuxedo完全操作手册
hp-unix常用命令
tuxedo基本命令详细说明
tuxedo常用命令
TUXEDO域配置和负载均衡
5--tuxedo服务拥堵应急处理
tuxedo配置参数详解及远程客户端配置
linux下 tuxedo 安装说明