安装前对tuxedo没有任何概念，只知道是中间件，linux也不是很熟，呵呵，关键还是是正儿八经在给客户做项目呢，
公司派我一个人大老远去客户那里了，没办法只好硬着头皮搞，安装时候一步一个报错，真是郁闷，经历还真有点儿坎坷呢（现在向来其实很简单），
发个帖子发个纪念一下，呵呵，也给同样是新手们借鉴一下吧

实际安装环境，tuxedo8.1 for linux (安装文件为tuxedo81_linux.bin),Redhat linux 10.3

一． 以root身份建立tuxedo用户，并以tuxedu用户登陆，此用户将做为以后tuxedo管理员,用户默认目录为/home/tuxedo；
二． 用FTP把安装文件（tuxedo81_linux.bin）和用户许可证书文件（lic.txt）传到/home/tuxedo目录中；
三. 配置环境变量，.bash_profile文件，附文末；
四． 进入/home/tuxedo目录中，执行sh tuxedo81_linux.bin；

出错1--------------------------------------------------

解决办法：

脚本使用uncompress命令，但是linux下没有。使用cp /bin/gunzip /bin/uncompress

出错2----------------------------------------------------------------

解决办法：

参考：

出错3-----------------------------------------------------------------

解决办法：

（解决这个报错花费了最多的时间，最少半天功夫，寻找了很多资料，尝试来了各种办法才搞定，已经到了崩溃的边缘：）

在tuxedo用户下执行

注意，是将libcwtit.c编译成libcwait.so文件，libcwait.c下载地址ftp://people.redhat.com/drepper/libcwait.c，
另要确认安装了C语言编译工具gcc。当然，这个问题的根源我也不懂，我是按别人的方法做的，
并且接下来的安装都要执行完整的LD_PRELOAD=/home/tuxedo/libcwait.so /home/tuxedo/tuxedo81_linux.bin，而不是
先前的sh tuxedo81_linux.bin

参考：

出错4-----------------------------------------------------------------

解决办法：

以root登录执行

出错5-----------------------------------------------------------------

解决办法：

先怀疑jdk问题，尝试安装 jdk，下载jdk，并配置jdk环境

还是不能启用图形节目安装，最后只好加 -i console 不启图形界面进行安装，即

不过这个问题，如果非要启用图形界面安装，一直没找到好的办法解决，始终还是上面这个报错，还请高手指点。

参考：
jdk下载

出错6-------------------------------------------------------------------------
tuxedo程序总算装完了，很高兴地去启动程序，又来了个报错，汗！！！

解决办法：
从另外一台已装好tuxedo机器拷贝 tuxconfig文件到相应目录

参考：

出错7------------------------------------------------------------------
这个问题也很郁闷，好像是tuxedo的权限问题，花了半天时间想着给他权限，还是不行

解决办法：
删除tuxconfig
修改ubb里面的主机名称等变量；
修改必须的环境变量。
重新tmloadcf -y ubb

出错8------------------------------------------------------------------

解决办法：
ubb文件中主机名大小写弄错,即ubb文件中主机名要与实际相一致，包括大小写，改正即可

出错9------------------------------------------------------------------

解决办法：

启动tmadmin

参考：

在接下来就是tuxedo应用方面配置的问题，由专门的软件人员搞定，我的任务算完成了！

感谢dev2dev.bea.com.cn论坛及热心网友！

附：.bash_profile

TUXEDO与INFORMIX数据库的互连
前言：
在两层的C/S结构中，客户端直接访问数据库，当采用TUXEDO中间件后，形成三层结构。这时，客户端不直接访问数据库，而是改为调用中间件TUXEDO服务端上的服务，由TUXEDO服务端访问数据库，并把结果返回给客户端。TUXEDO服务端可以和INFORMIX在同一台服务器上，也可以在不同的机器上，如果在不同的机器上，在TUXEDO的服务端所在的机器要安装一个INFORMIX的客户端。
TUXEDO服务端与INFORMIX数据库连接有两种方式：
1、不通过XA接口直接互连。适用于整个系统只有一个数据库的情况。
2、通过XA接口互连，对整个系统有一个数据库或多个数据库都适用，建议采用，本文介绍这种互连的配置方法。
系统说明:
TUXEDO: 版本TUXEDO6.5(是32位的)安装在HP-UX 11.0 64bit上，安装目录 /usr/tuxedo
TUXEDO的例子: /usr/tuxedo/simpdb
INFORMIX: 版本INFORMIX9.21(是64位的)安装在SCO Unix 5.0.5上，目录 /INFORMIX
数据库名称: mydb
TUXEDO用户名： TUXEDO
注意：TUXEDO系统与INFORMIX数据库在不同的机器上，所以在TUXEDO系统所在的机器上要安装INFORMIX数据库的CLIENT端，并且如果TUXEDO系统是32位的，而INFORMIX数据库的服务端是64是，在TUXEDO系统所在的机器上应安装INFORMIX数据库的32位的CLIENT端才行。
配置的步骤：

一、INFORMIX的的配置
1> 数据库一定要以unbuffered log方式创建，create database databasename with log;
INFORMIX数据库的LOG方式有3种:Buffered,Nobuffer,Unbuffered(under buffer)
用onmonitor命令可查看数据库是否是用unbuffered log方式创建的,log status 那一列为U的是unbuffered log方式。
用ontape -s ？L 0 ？U databasename;可把一个其他方式创建的数据库改为unbuffered log方式的.
2>tuxedo用户应该有访问该数据库资源的权限。grant dba to tuxedo;
如果TUXEDO用户没有访问该数据库资源的权限，当TUXEDO启动时,TMS启动会失败,在ULOG中会出现类似下面的错误信息：

二、TUXEDO的配置
1. /usr/tuxedo/simpdb/setenv的内容:

2.重命名下列文件,因为下列文件名与INFORMIX中的文件名有冲突，所以要改名。
1.TUXEDO安装路径include目录下的下面文件
把sqlca.h 改名为 sqlca.h.bbb
把sqlcode.h 改名为 sqlcode.h.bbb
把sqlda.h 改名为 sqlda.h.bbb
2.重命名TUXEDO安装路径lib目录下的下面文件
把libsql.lib 改名为 libsql.lib.bbb

3． 修改TUXEDO安装路径的udataobj目录下的RM文件，加入：

4. 在TUXEDO用户下创建TMS文件:TMS_INFORMIX，TUXEDO通过TMS_INFORMIX与INFORMIX数据库采用XA协议进行通讯

5. 配置 UBBCONFIG
1． 在*MACHINES节中增加：

2. 改*GROUPS节的配置为:

修改后的配置文件ubb内容如下,用tmloadcf -y ubb重新生成tuxconfig

6.用TMADMIN创建TLOG文件，TUXEDO用一个文件TLOG记录对数据库操作的日志。用于协调分布式数据库的提交与回滚.

三、服务端的程序：test.cp
功能:根据客户端传的EMPNO到表EMP中取ENAME的值,并把它返回给客户端

四、编写客户端程序: testcli.c
功能:调用TUXEDO服务端的服务TEST,取EMPNO=1000所对应的ENAME的值,并显示出来

五、编译服务端程序
1.用INFORMIX的esql把test.pc 文件预编译成test.c文件

2.用buildserver把test.c编译成可执行文件,注意-r 后带的INFORMIX-DSHC与RM文件中的一致。

六、编译客户端程序

七、用 tmboot ？y 启动TUXEDO，应能看到所有的SERVER都启动成功.这时,我们的服务端程序test 会自动与INFORMIX数据库建立连接,并一直保持这个连接,直到TUXEDO系统或INFORMIX数据库关闭.所以在我们的程序test.cp中看不到与数据库连接的语句,因为现在与数据库的连接由TUXEDO自动管理.

八、运行客户端程序,应能看到服务端返回的结果

到此,整个配置过程就大功告成了.INFORMIX的其他版本的配置及在其他操作系统上的配置基本与本文所述差不多,差别主要在RM文件中所连的库文件可能会不样.使用esql -libs 命令得到应用所需的数据库动态连接库.再加上INFORMIX支持XA的库libinfxxa.a,注意在INFORMIX9.13之后,libinfxxa.a 的名字变了,不支持多线程的为libifxa.a,支持多线程的为libthxa.a。
如在环境为:AIX 4.3.3, Tuxedo7.1, Informix Dynamic Server 9.21, Esql/C 9.51 中RM为:

在环境为:AIX 4.3.3, Tuxedo6.5, Informix7.3中RM为:

如果TMS_INFORMIX启动不成功,查看ULOG文件,根据ULOG文件的信息进行排错.

关于AIX操作系统下系统接口程序移植问题的报告
[开发环境]
操作系统AIX4.3.3、中间件TUXEDO6.5、数据库INFORMIX ESQL 7.24.UC8、开发语言ESQL/C
[环境变量]

[编译文件]

[标准输出]

[错误输出]

 linux下的tuxedo开发实例
安装配置
上传安装文件tux81.tar,然后解压

在当前目录下有一个tuxedo8.1目录,接着需要配置环境变量.
vi .bash_profile 添加如下内容

保存退出，source .bash_profile使环境变量生效。
以上的目录可以根据自己的目录情况，进行修改，因为我用到了apache,xerecs,oracle,fastcgi等，所以上面包含了这些路径，如果没有用到这些，删除相应的路径配置即可。
下面是我遇到的一些问题和解决的办法：

问题一：
执行tmadmin命令,出现如下错误

可以肯定,这个错误是由字符集引起的,我用的是简体中文linux
添加环境变量vi .bash_profile 添加如下内容

保存退出,source .bash_profile 使环境变量生效

问题二：
再执行tmadmin,这个错误消失,但是出现了如下错误:

分析上面的信息,因为没有编译生成TUXCONFIG指向的文件，即公告牌文件
经过上面一些配置，已经可以使用tuxedo了，后面配置公告文件和开发程序都是开发的内容

配置公告牌文件
tuxedo服务的核心内容都配置再一个配置文本文件上,一般命名为ubbconfig(当然可以根据自己的需要随便命名),然后用tmlodcfg -y ubbconfig命令,编译成一个二进制文件,环境变量TUXCONFIG指向的文件名,在主机上运行的,所以在编写ubbconfig配置文件之前,先确保配置号了TUXCONFIG环境变量,不然会报错误.

在这儿给出一个简单的公告牌配置文件

注意这一行中chenli_linux必须用hostname得到的主机名

如果RESTART=Y当SERVER程序GENERAL_SERVICE异常终止时，TUXEDO会根据MAXGEN，GRACE参数来重启这个SERVER

配置了提供调用的服务,一个服务程序可能提供多个服务.

问题1:
tmloadcf -y ubb出现如下错误:

显然跟环境变量的设置有关

重新执行tmloadcf -y ubb,没有错误,问题解决

程序开发
在做程序开发前,还需要介绍一个关键的东西:license.
Tuxedo有两套license(SDK:开发license,RDK:实际应用的license).当你编译程序的时候必须使用SDK类型的license,这个license允许连接的的用户数一般都很少,只有几个而已. 正式使用的时候,两个license都可以用,只是用户数不同而已(如果用户数很多的话,使用SDKlicense,tuxedo将不能承受).
如果没有有效的sdk license,在执行buildserver,buildclient的时候,会报如下的错误信息:

获取一个有效的tuxedo sdk license拷贝到$TUXDIR/udataobj目录下,就能用buildserver,buildclient进行程序开发了.

问题1:
在tuxedo客户端程序中，调用tpinit失败，返回-1,tperrno=12。
在用buildclient编译客户端程序的时候，如果加入了-w选项，那么必须设置WSADDR环境变量，如果没有采用-w选项，那么默认请求本地的服务。
如果在编译客户端程序的时候，采用了-w选项，而又没有正确设置WSADDR环境变量，那么tpinit失败，返回-1,tperrno=12；
 同时UBB中，需要访问服务所在的组也必须设置WSL选项，如：

同时在*MACHINE节点设置MAXWSCLIENTS=5,MAXWSCLIENTS是最大的WSL client数。
 在客户端程序运行的时候export WSNADDR=//192.168.1.201:3195,就可以访问服务了。
如果在编译客户端程序的时候，没有采用-w选项，默认访问本地的服务，不需要设置WSADDR环境变量。

问题2:
WSL启动失败
WSL启动失败的原因有很多，比如：UBB中没配置MAXWSCLIENTS，WSL的端口和别人冲突等等。需要看ULOG才能确定具体原因。

问题3:
tpcall有时莫名的返回-1
tpcall后，不管是否成功，都要释放memory（上边tpalloc等函数申请的memory）。然后才能tpterm。

问题4:
启动服务的时候现实如下的信息：

这时需要看一下程序，是否在程序中tpsvrinit函数时已经异常退出。

问题5:
启动服务tmboot -y的时候出现如下的错误信息：

去除MACHINES中的TLOGDEVICE="/home/srd/srdapp/bin/TLOG"定义就可以解决。

问题6:
在启动tuxedo服务的时候，报如下错误信息:

ubb中的MAXWSCLIENTS,MAXACCESSERS参数值太小,适当修改这个两个参数值就可以了.

gdb调试tuxedo服务
在编译生成程序的时候,加入-g选项,就可以用gdb调试tuxedo服务
假定你的服务程序名是program,先用tmboot -y启动服务,然后查询该服务程序的进程id

得到进程pid之后,假定进程id=5313,然后执行下列命令,就进入gdb调试服务程序状态

注意在调试服务程序的时候,切忌用r,run,因为程序已经运行.
用c,表示继续运行,断点一般先打在服务函数,然后向下调试.
后台面的调试方法同普通的gdb调试应用程序方法一样了.

后面我会接着完善。

tuxedo之UBBCONFIG介绍
配置文件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应用系统可以部署在一台服务器上，也可以部署在多台服务器上。

服务端程序用C或COBAL编写，每一个程序文件编译成一个相应可执行文件，该可执行文件在运行时称为SERVER，它实际上就是一个进程。每个SERVER都有一个名字，也就是该进程的名字。为与TUXEDO应用系统的服务端区分，我们在本书中，我们用SERVER表示该进程，用服务端表示TUXEDO应用系统的服务端。

在每个服务端程序中，主要是一个个的函数，在TUXEDO中称这些函数为SERVICE，一般
也称之为服务。在该SERVICE中实现业务逻辑，在客户端中调用这些SERVICE来实现各
种操作，如在前面的例子simpapp中，服务端程序为simpserv.c，它编译成可执行文件
simperv, simpserv就是一个SERVER，该SERVER包括SERVICE：TOUPPER。

下面我们给出一个配置文件的例子：

各节之间的包含关系：
从上到下，是一对多的关系，即：一个TUXEDO系统可以跨越多台服务器，一台服务器上可以有多个GROUP，但一个GROUP只能在一台服务器上，一个GROUP中可以有多个SERVER，一个SERVER中可以有多个SERVICE。

下面我们分别对每个节种具体的常见配置进行说明，NETWORK,NETGROUP,ROUTING三节及其他比较高级的配置我们在后面的内容中说明

该节是必须的，在这里配置与整个TUXEDO应用系统有关的信息，主要包括：
IPCKEY: TUXEDO使用它标识公告板及其他的IPC资源。它不能与该服务器上其他的IPC资源的ID号冲突范围：32,769-262,142
MASTER: 指定该TUXEDO应用系统的MASTER服务器,在该服务器上对整个TUXEDO系
统进行管理配置,可以为该MASTER服务器指定一台备份服务器,当该MASTER
服务器当机时,可从BACKUP服务器上进行管理。在进行系统迁移时,也要指定
BACKUP服务器。
DOMAINID：该TUXEDO应用系统的唯一标识
UID, GID, PERM:这三个参数控制对系统IPC资源的存取权限
UID: 可对该TUXEDO应用系统进行管理的TUXEDO系统管理员的用户ID,在UNIX下
就是UNIX系统的用户ID,默认为执行TMLOADCF的用户的ID。在NT下该设置
没有用,要设为0。
GID: 在UNIX下为UID中所指定的用户所在的组ID,在NT下该设置没有用,要设为0
PERM: 指定对TUXEDO系统IPC资源的存取权限。默认值为0666,即任何人都可以对该IPC资源进行存取。
MAXACCESSERS,MAXSERVERS,MAXSERVICES:这三个参数控制该TUXEDO应用系统对IPC资源的使用情况。
MAXACCESSERS: 在本系统的一个节点(一台服务器)上,同时可以有多少个进程可以访问
该TUXEDO系统的公告板,默认值为50,它包括本地客户端进
程,SERVER进程,但不包括管理进程如:BBL,DBBL等
MAXSERVERS: 在本系统中,总共可以有多少个SERVER存在,包括进行管理的SERVER,
如:BBL,TMS等。默认值为50。
MAXSERVICES: 在本系统中,总共可以有多少个SEVICE存在, 默认值为100。

TUXEDO应用系统的部署方式：
一个TUXEDO应用系统可能部署在一台服务器上或多台服务器上,也可能是部署在共用一块全局共享内存的几台服务器上,可在MODEL,OPTIONAS中配置该TUXEDO应用系统的部署模式。

SHM: 单机或多台服务器但共用一个全局共享内存
MP: 多台服务器但没有共用一个全局共享内存
OPTION: LAN: 是多机（MP）部署模式
MIGRATE: 可对该系统进行迁移

TUXEDO的管理进程BBL定时对它所在的服务器上的TUXEDO系统进行检查,检查超时的事务,超时的客户端连接等。
SCANUNIT: 指定检查的最小时间单位,它单位为秒,必须是5的倍数。默认值为10,即10
秒。
SANTIYSCAN: 每隔多少个SCANUNIT检查一次, SANITYSCAN*SCANUNIT不能大于
300秒。默认值为12,即120秒
BLOCKTIME: 指定一个消息可以阻塞多长时间,如果过了SANITYSCAN*SCANUNIT秒该
消息还没有发送出去,将超时出错。 SANITYSCAN*SCANUNIT不能大于
32767秒。默认值为6,即60秒。
同步调用的超时说明
对同步调用TPCALL,指从TPCALL()开始调用,到SERVER端的返回结果到到该客户端并写到输入缓冲区这一段时间。包括:
客户端开始调用TPCALL()
把数据通过网络发送到SERVER端
SERVER端的处理时间
SERVER端把处理结果通过网络返回给客户端
客户端TPCALL()调用返回
异步调用和会话方式的超时说明
对异步调用和会话方式,当一个进程调用TPACALL(),TPCONNECT(),TPSEND()时,超时时间只包括如果接收队列满时,这些调用的等待时间,如在TPACALL()中,所调用的SERVICE的接收队列如果满了,那么TPACALL()可阻塞在那里,直到该队列不满,可以接收该TPACALL()发送的请求。从TPACALL()开始阻塞到TPACALL()返回这段时间为它的超时时间。
对TPGETRPLY(),TPRECV()的超时时间是指如果要接收的队列为空时,它们应该阻塞在那里等待有消息到来的时间。
如:超时时间为60秒, 一点整调用TPGETRPLY()从接收的队列取消息,这时接收队列为空,如果到了一点零一分该接受队列还为空,那么TPGETRPLY()将超时出错。
LDBAL： 要不要进行负载均衡,Y:要,N:不要,默认值为不要
MAXCONV: 在一台服务器上最多可以有多少个会话同时存在。范围:0-32768,默认值为10
NOTIFY : 设置消息的通知方式,有以下3种:默认为DIPIN
IGNORE: 该TUXEDO系统中的CLIENT不接收任何消息
SIGNAL: 用SIGUSR1,SIGUSR2信号通知CLIENT有消息到来，如果在非UNIX平台上设
置采用该方式，那么会被自动转化为DIPIN方式。
DIPIN: 当CLIENT调用ATMI函数时,顺便检查看是否有消息,如果有就发送给该
CLIENT默认值为DIPIN

该TUXEDO应用系统所包含的每台服务器都要在该节中进行配置
LMID: 在TUXEDO，要为该应用系统中的每台服务器指定一个逻辑服务器名。如在上面的例子中，TUXEDO应用服务器MYSYS对应的逻辑服务器名为：simple，
TUXEDO应用服务器名的查看方法：
1. 在UNIX/linux下用uname -n 或者hostname 查看SERVER的名字,
2. 在NT,windows下用ECHO %COMPUTERNAME%或者hostname 查看SERVER的名字
注意：如果SERVER的名字太长(>8)或含有“.”等可以" "引起来,如: "DEMOSERVER.COM"
TUXCONFIG: 配置文件TUXCONFIG所在的路径
TUXDIR: TUXEDO的安装目录
APPDIR: TUXEDO应用系统所在的目录
注意：TUXCONFIG，TUXDIR，APPDIR的值要与它们在环境变量中的设置的值一样
ENVFILE: 该服务器上与TUXEDO有关的环境变量(如FIELDTBLS等)可以放到一个文件中,在ENVFILE中指定该文件名。
TYPE: 指定该服务器的类型,当两台服务器的TYPE不一样时,在它们之间传送数据时要进行
编码/解码工作
ULOGPFX: 指定ULOG文件所在的目录及前缀。默认目录为$APPDIR,前缀为ULOG。
UID,GID,PERM,MAXACCESSERS,MAXCONV这些在RESOURCES中的配置,在MACHINES中可以被重新配置,并且这些新的配置值会覆盖在RESOURCES中的配置值。

在TUXEDO中,要对SERVER进行分组,配置GROUP主要有三个目的,
1．因为GROUP与数据库之间是一对一的关系,在一TUXEDO应用系统中,如果有多个数据库,就要配置多个GROUP,在该GROUP中配置TUXEDO与数据库的连接参数等。
2． 数据依赖路由是以GROUP为单位的。
3．进行系统迁移时也时以GROUP为单位的一个GROUP有一个名字,还有一个GROUP
ID,GROUP的名字和GROUP ID在一个TUXEDO系统中必须唯一。
每个GROUP要指定该GROUP所在的服务器，及它的ID号，如果该GROUP中的SERVER
要与数据库或其他的资源管理器相连，那么要在OPENINFO中设置连接的参数。具体的配置我们在讲数据库编程时再说明。

该系统所包含的所有的SERVER都在该节进行配置。
在DEFAULT中的设置对所有的SERVER起作用。
SRVGRP: 该SERVER所在的GROUP
SRVID: 该SERVER所对应的ID,在一个GROUP中必须唯一
MIN: 该SERVER最少启动的进程数
MAX: 该SERVER最多可启动的进程数
RESTART,RCMD,MAXGEN,GRACE: 在TUXEDO系统了,当一个SERVER进程因某中原因死掉时,可设置它可以自动重起,这4个参数指定TUXEDO的重起信息。
RESTART 该进程死掉时是否可以自动重起,默认为N(不可以)
GRACE，MAXGEN：在GRACE秒内，该进程最多可以重启MAXGEN次。
RCMD： 指定该SERVER重启时,要执行的一个可执行文件名
注意：
1．为了使一个SERVER可以自动重起,光设置了RESTART=Y还不够,还要设置
GRACE,MAXGEN才能在该SERVER死掉时,自动重起,
2． 该SERVER能够被自动重起的一个前提条件时它还没有被从BULLITION BOARD中清
除。
例子:

该设置指定在100000秒的时间内,SERVER进程:test可以启动255次。
在缺省情况下，TUXEDEO的每一个SERVER对应一个请求队列，该SERVER从该请求队列中取客户端发来的请求，并把处理的结果通过该请求队列返回给客户端，TUXEDO的SERVER可以配置成多个SERVER对应一个请求队列，即MSSQ方式，以提高响应的速度。
与MSSQ有关的参数是：
RQADDR：该请求队列的名字，一般设成与该SERVER的名字一样
RAPERM：该请求队列的存取权限，默认为0666
REPLYQ：该SERVER中的某个SERVICE调用其他的SERVICE，并有返回结果，则应设置
REPLYQ=Y，即把其他SERVICE的应答放到该队列中
CONV: 该SERVER是否采用会话(CONVERSATION)通讯方式,注意采用会话通讯方式的SERVICE要单独在一个SERVER中,不能与采用其他通讯方式的SERVICE在同一个SERVER中,并且该SERVER要设置CONV=Y
CLOPT: 指定该SERVER的启动参数。默认为-A,即再该SERVER启动时，发布该SERVER
包含的所有的SERVICE。通用的有:
-e: 指定错误输出文件,默认为$APPDIR下的stderr
-o: 指定标准输出文件,默认为$APPDIR下的stdout
-r: 记录该SERVER中SERVICE每次调用的处理时间,并记录在错误输出文件中,然后可采用
TUXEDO的性能分析工具txrpt对该SERVER进行性能分析。
-A: 发布该SERVER包含的所有的SERVICE

在SERVICES中可针对每个SERVICE进行配置，主要有：
AUTOTRAN: 调用该SERVICE时是否自动启一个全局事务。默认为N
LOAD:如果采用负载均衡,指定该SERVICE的负载因子，默认为50
PRIO: 指定该SERVICE的优先级，默认为50
DDR: 指定数据依赖路由规则
与远程客户端有关的配置：
1．在MACHINES中要配置MAXWSCLIENTS，即最多可以有多少个远程客户端同时连接
到该服务器上，在上面的例子中为5个
2． 在SERVERS中要配置SERVER：WSL

说明：

-m 2 :最少启动多少个WSH进程
-M 5：:最多启动多少个WSH进程，默认值为MAXWSCLIENTS/m
-x 6：每个WSH进程可同时处理多少个远程客户端
3．程客户端所在的服务器上要配置WSNADDR环境变量，它的值为-n参数的值，如在上面的配置中为：

配置文件UBBCONFIG的编译:
用下面的命令进行编译:
tmloadcf –y UBBCONFIG文件名
如:下面的命令编译名为ubbsimple的TUXEDO配置文件,生成二进制的配置文件

有时候在改变了TUXCONFIG的目录后，执行tmloadcf，会出现类似下面的错误，可把原来的TUXCONFIG文件删除，然后再编译。

用tmunloadcf命令可对二进制的配置文件TUXCONFIG的进行反编译
如下面的命令反编译TUXCONFIG,并把结果输出到文件myubb中。通过反编译TUXCONFIG可查看该TUXEDO应用系统的一些属性默认值。

3.2 多机（MP）模式的配置
一个TUXEDO应用系统可以部署在多台服务器上，这些服务器通过网络连接，这种部署方式称为MP方式，在这些服务器中要选择一台服务器做MASTER服务器,在该服务器上有一个DBBL进程,负责整个TUXEDO应用系统的管理工作。在每台服务器上都有一个BBL进程，它与DBBL进程进行通信，管理各自服务器上的配置。每台服务器上还有一个名为BRIDGE的进程和一个名为TLISTEN的进程，他们负责服务器之间的通讯。MP模式的结构如图：

如果配置了MP方式，那么在这些服务器之间可以做负载均衡和容错，客户端可以和其中的任何一台服务器建立连接，如果该服务器上没有该客户端所要调用的服务（SERVICE），TUXEDO可以自动把请求发送到别的有该服务的机器取处理，并把结果返回个客户端，如图，SITE1上的客户端调用了TRANSFER，当在SITE1上没有该SERVICE，在SITE3上有，
那么SITE1通过BRIDGE把请求发送到SITE3上，SITE3把处理结果也通过BRIDGE发送到SITE1上，通过SITE1把结果返回给该客户端。这些对客户端时透明的。
如果SITE1，STIE2，SITE3上都有TRANSFER，并且设置了负载均衡（LDBAL =Y），那么TUXEDO将根据他们的负载情况把请求发送到负载较小的服务器上。
如果SITE1，SITE2，SITE3中的某一台或两台服务器出故障了，那么正常的机器仍然能够继续运行，如果时他们之间的网络连接断了，BRIDGE进程会自动进行重试，并且在这些服务器之间可以配置多个网络连接通路，当其中的一个出现故障时，会自动采用别的连接通路。
所以MP方式提供了一个高可靠性的分布式应用系统。
配置成MP方式的步骤：
1. 这些服务器之间可以通过网络互相访问
2. 在每台服务器上都正确安装了TUXEDO SERVER
3. 应用已发布到这些服务器上
4. 选择一台服务器做MASTER机,
6. 在RESOURCES,MACHINES,NETWORK,NETGROUPS中做相应的配置

MODEL要设为MP
OPTIONS中要有LAN
MASTER服务器上的DBBL负责与其他服务器上的服务器BBL进行通讯,
BBLQUERY: 每台服务器上的BBL每隔SCANUNIT*BBLQUERY秒,向MASTER机上的
DBBL发送一次状态信息。默认为300秒
DBBLWAIT: 如果MASTER机没有收到某台服务器发送的状态信息,它将等待
SCANUNIT*DBBLWAIT秒,如果还没有收到该服务器发送的状态信息,这台服务
器将被分离出去(PARTITIONED)，默认为20秒

在MACHINES中要配置该TUXEDO应用系统包括的每台服务器，如果该服务器时UNIX服务器，那么要配置UID，GID，UID，GID为TUXEDO用户所对应的UID，GID，在UNIX下可以用ID命令查看。

在该节中配置服务器之间通讯的IP地址及BRIDGE进程,
在一个MP方式的TUXEDO应用系统中，不同的服务器之间通过BRIDGE进程进行通讯，该BRIDGE的侦听IP地址及端口
在NADDR中指定。如果是在UNIX下要指定该BRIDGE所用的网络设备，如果是在NT下则不要。
在TUXEDO系统启动前，不同服务器之间的通讯是通过tlisten进程来进行的，因为这时还没有BRIDGE进程。
NLSADDR为tlisten进程侦听的IP地址及端口。
一个MP方式的配置例子。
环境：WIN2000服务器一台，安装TUXEDO6.5, 服务器名WIN,IP地址:10.13.1.124
SUN5.8服务器一台，安装TUXEDO6.5, 服务器名SUN,IP地址:12.22.32.35
MASTER机为WIN2000服务器,BACKUP机为SUN。
在WIN2000服务器上的UBBCONFIG的内容如下,在SUN服务器上不用编写UBBCONFIG文件。当启动时DBBL会自动
把WIN2000服务器上的TUXCONFIG文件发送到SUN服务器上。

1. 在WIN2000服务器上把该UBBCONFIG编译成TUXCONFIG

2. 在WIN2000服务器上启动tlisten进程

3. 在SUN服务器上启动tlisten进程

4. 在WIN2000服务器上启动该TUXEDO应用系统

TUXEDO会先启动WIN2000服务器上的进程,然后再启动SUN服务器上的进程。
5. 在WIN2000服务器上执行

因为WIN2000服务器上没有TOUPPER服务,TUXEDO会自动调用SUN服务器上的TOUPPER服务,并把结果返回给客户端,这一切对客户端来说是透明的

问题1:
tmloadcf -y ubb出现如下错误:

显然跟环境变量的设置有关

重新执行tmloadcf -y ubb,没有错误,问题解决

--转自