rt

Tuxedo应用系统的所有资源都在一个文本文件中进行定义，该文件称为UBBCONFIG,在配置完成后,UBBCONFIG被编译成一个2进制的文件TUXCONFIG。在Tuxedo系统启动时，从该文件中读取系统的配置信息。
配置文件包括9大部分:或作Node
1、Resources(必须):与整个系统有关的配置信息。
2、Machines(必须):一个Tuxedo应用系统可以跨越多台服务器,在该节点中配置与每台服务器有关的信息。
3、Groups(必须):Tuxedo中的服务可被分为多个组,在该节点中配置与组有关的信息。
4、Servers(可选):与Server有关的信息在该节点中配置。
5、Services(可选):与Services有关的信息在该节点中配置。
6、Network(可选):与网络有关的信息在该节点配置。
7、Routing(可选):路由规则在该节点配置。
8、Netgroups(可选):与网络分组有关的信息在该节配置。
细化说明配置说明:
1:Resources(必须)(该节点是必须的,在这里配置与整个Tuxedo应用系统有关的信息,主要包括:)
(1)IPCKEY:Tuxedo使用它标识公告板及其他的IPC资源。他不能与服务器上其他的IPC资源ID号冲突,范围应在:32769~262142。
(2)Master:指定该Tuxedo应用系统的Master服务器,在该服务器上对整个Tuxedo系统进行管理配置,可以为该Master机制定一台备份机。
(3)DomainId:是该Tuxedo应用系统的唯一标识。UID、GID和Perm这三个参数控制对系统IPC资源的存取权限。
(4)Uid:可对该Tuxedo应用系统进行管理的Tuxedo系统管理员的用户ID,在Unix下就是Unix系统的用户Id。
(5)Gid:在Unix下为UID中所制定的用户所在的组ID。
(6)PERM:制定对Tuxedo系统IPC资源的存取权限。默认值为0666,及任何人都可以对该IPC资源进行存取。
(7)MaxAccessers、MaxServers和MaxServices:这三个参数控制该Tuxedo应用系统对IPC资源的使用情况。
(8)MaxAccessers:设定在本系统的一个节点(一台服务器)上,可以同时有多少个进程访问该Tuxedo系统的公告板,默认值为50,它包括本地客户端进程,Server进程,但不包括管理进程如:BBL、DBBL等。
(9)MaxServers:设定在本系统中,总共可以有多少个Server存在,包括进程管理的Server,如:BBL、TMS等。默认值为50。
(10)MaxServices:设定在本系统中,总共可以有多少个Service存在,默认值为100.
2、Tuxedo应用系统的部署方式
   一个Tuxedo应用系统可能部署在一台服务器上或多个台服务器上,也可能是部署在公用一块全局共享内存的几台服务器上,可在Modle、Optionas、中配置该Tuxedo应用系统的部署模式。
    (1)Modle的值可以是SHM或MP。
     1)SHM:单机或多台服务器但共用一个全局共享内存。
 2)MP:多台服务器但没有共用一个全局共享内存。
(2)Option的值可以是LAN或Migrate,或把它们都设置上。
     1)LAN:是多机(MP)部署模式。
 2)Migrate:可对该系统进行迁移。
(3)Tuxedo的管理进程BBL定时对它所在的服务器上的Tuxedo系统进行检查,检查超时的事务,超时的客户端连接等。
(4)Scanunit:指定检查的最小时间单位,单位为秒,必须是5的倍数。默认值为10,即10秒。
(5)Sanityscan:每隔多少个Scanunit检查一次,默认值为12。Sanityscan*Scanunit 不能大于300秒。当Sanityscan的默认值为12时,此值为12秒。
(6)BlockTime:指定一个消息可以阻塞多长时间,如果过了Sanityscan*scanunit秒该消息还没有发送出去,将超时出错。Sanityscan*Scanunit不能大于32767秒。默认为6,即60秒。
LDBAL 要不要进行负载均衡,Y:要,N:不要,默认值为不要。
同步调试超时说明
同步调用tpcall,指从tpcall()开始调用,到Server端的返回结果,
再到该客户端并写到输入缓冲区这一段时间。其中包括:
    客户端开始调用tpcall();
    把数据通过网络发送到服务端;
    Server端的处理时间;
    Server端把处理结果通过网络返回给客户端;
    客户端tpcall()调用返回。

异步调试和会话方式的超时说明
当一个进程调用tpcall()、tpconnect()和tpsend()时,对异步调用和会话方式,超时时间只包括如果接收队列满时,这些调用的等待时间。如在tpcall()中,所调用的Service的接收队列如果满了,那么tpcall()可阻塞在那里,直到该Service的接收队列有空闲,可以接收该tpcall()发送的请求,从tpcall()开始堵塞到tpcall()返回这段时间为它的超时时间。
对tpgetrply()来说,tprecv()的超时时间是指如果要接收的队列为空时,它们应该阻塞在那里等待有消息到来的时间。
如:超时时间为60秒,一点整调用tpgetrply()从接收的队列去消息,这时接收队列为空,如果到了一点零一分该接受队列还为空,那么tpgetrply()将超时出错。


(1)Maxconv:在一台服务器上最多可以有多个会话同时存在。范围:0~32768,默认值为10.
(2)Notify:设置消息的通知方式,有以下3种(默认为DIPIN):
1)Ignore:该Tuxedo系统中的Client不接收任何消息。
2)Signal:用Sigusr1、Sigusr2信号通知Client有消息到来,如果在非Unix平台上设置采用的该方式,那它会被自动转化为Dipin方式。
3)Dipin:当客户端调用ATMI函数时,顺便检查看是否有消息,如果有就发送给该Client,默认值为Dipin。
1.*Machines(必须)
该Tuxedo应用系统所包含的每台服务器都要在该节点中进行配置。配置内容如下:
    (1)LMID:在Tuxedo,要为该应用系统中的每台服务器指定一个逻辑服务器名。如在上面的例子中,Tuxedo应用服务器Mysys对应的逻辑服务器名为simple,Tuxedo应用服务器名的查看方法是:
 1)在Unix下用Uname -n 查看server的名字
注:如果Server的名字太长(>8)或含有.等可以用""括起来,如:"DEMOSERVER.COM"。
    (2)Tuxconfig:配置文件Tuxconfig所在路径。
(3)Tuxdir:Tuxedo的安装目录。
(4)Appdir:Tuxedo应用系统所在的目录。
注:Tuxconfig、Tuxdir和Appdir的值要与它们在环境变量中的设置的值一样。
(5)Envfile:该服务器上与Tuxedo有关的环境变量(如Filedtbls等)可以放到一个文件中,在Envfile中指定该文件名。
(6)Type:指定该服务器的类型,当两台服务器的Type不一样时,在它们之间传送数据时要进行编码/解码工作。
(7)Ulogpfx:指定Ulog文件所在的目录及前缀。默认目录为$Appdir,前缀为Ulog。
Uid、Gid、Perm、Maxaccessers和Maxconv这些在Resources中的配置,在Machines中可以被重新配置,并且这些新的配置值会覆盖在Resources中的配置值。
2.*Groups(必须)
在Tuxedo中,要对Server进行分组,配置Group主要有三个目的:
(1)因为Group与数据库之间是一对一的关系,在一个Tuxedo应用系统中,如果有多个数据库,就要配置多个Group,在该Group中配置Tuxedo与数据库的连接参数等。
(2)数据依赖路由是以Group为单位的。
(3)进行系统迁移时也是以Group为单位的,一个Group有一个名字,还有一个GroupId,Group的名字和GroupID在一个Tuxedo系统中必须是唯一的。
每个Group要指定该Group所在的服务器,及它的ID号,如果该Group中的Server要与数据库或其他的资源管理器相连,那么要在OpenInfo中设置连接的参数。
3.*Servers
该系统所包含的所有Server都在该节点进行配置。
在Default中的设置对所有的Server起作用。
(1)Srvgrp:该Server所在的Group。
(2)SrvID:该Server所对应的ID,在一个Group中必须唯一。
(3)Min:该Server最少启动进程数。
(4)Max:该Server最多可启动的进程数。
(5)Restart、Rcmd、Maxgen和Grace:在Tuxedo系统中,当一个Server进程因某种原因死掉时,可设置它为可以自动重起,默认为N(不可以)。
(6)Restart:该进程死掉时是否可以自动重起,默认为N
(7)Grace和Maxgen:在Grace秒内,该进程最多可以重启Maxgen次。
(8)Rcmd:指定该Server重启时,要执行的一个可执行文件名。
注:为了使一个Server可以自动重起,光设置了Restart=Y还不够,还要设置Grace,Maxgen才能在该Server死掉时,自动重起。
该Server能够被自动重起的一个前提条件是它还没有被从BULLITION BOARD中清除。

在默认情况下,Tuxedo的每一个Server对应一个请求队列,该Server从该请求队列中取客户端发来的请求,并把处理的结果通过该请求队列返回给客户端,Tuxedo的Server可以配置成多个Server对应一个请求队列,即MSSQ方式,以提高响应的速度。
与MSSQ有关的参数是:
(1)Rqaddr:该请求队列的名字,一般设成与该Server的名字一样。
(2)Raperm:该请求队列的存取权限,默认为0666。
(3)Replyq:该Server中的某个Service调用其他的Service,并有返回结果,则应设置Replyq=Y,即把其他Service的应答放到该队列中。
(4)Conv:该Server是否采用会话(Conversation)通信方式。注意采用会话通信方式的Service要单独在一个Server中,不能与采用其他通信方式的Service在同一个Server中,并且该Server要设置Conv=Y。
(5)Clopt:指定该Server的启动参数。默认为-A,即在该Server启动时,发布该Server包含的所有的Service。通用的有:
@ -c:指定错误输出文件,默认为$Appdir下的stderr。
@ -o:指定标准输出文件,默认为$Appdir下的stdout。
@ -r:记录该Server中Service每次调用的处理时间,并记录在错误输出文件中,然后可采用Tuxedo的性能分析工具txrpt对该Server进行性能分析。
@ -A:发布该Server包含的所有的Service。
4.*Services
在Services中可针对每个Service进行配置,主要有:
(1)AutoTran:调用该Service时是否自动启动一个全局事务,默认为N。
(2)Load:如果采用负载均衡,指定该Service的负载因子,默认为50.
(3)Prio:指定该Service的优先级,默认为50。
(4)DDR(定义数据依赖路由规则)。

与远程客户端有关的配置
(1)在Machines中要配置Maxwsclients,即最多可以有多少个远程客户端同时连接到该服务器上,在上面的例子中为5个。
(2)在Servers中要配置Server,命令为WSL。
WSL Srvgrp="GROUP1" Srvid=1116 Clopt="-A -- -n //134.32.10.7:36000 -m 10 -M 15 -x 10 -N 320 -T 2 -K client" 
说明:
 -n //134.32.10.7:36000:远程客户端通过该端口与服务器建立连接。
 -m 10 最少启动多少个WSH进程。
 -M 15 最多启动多少个WSH进程,默认值为MAXWSCLIENTS/x。
 -x 6  每个WSH进程可同时处理多少个远程客户端。

1.配置文件UBBCONFIG的编译
用下面的命令进行编译:
tmloadcf -y UBBCONFIG 文件名
如:下面的命令编译名为ubbconfig的目录后,执行tmloadcf,会出现类似下面的错误,遇到这种情况可把原来的tuxconfig文件删除,然后在编译。
2.用tmunloadcf 命令对二进制的配置文件TUXCONFIG进行反编译
如下面的命令反编译 TUXCONFIG,并把结果输出到文件myubb中,通过反编译TUXCONFIG可查看该Tuxedo应用系统的一些属性默认值。
Tmunloadcf > file
                3.2多机(MP)模式的配置
一个Tuxedo应用系统可以部署在多台服务器上,这些服务器通过网络连接,这种部署方式称为MP方式,在这些服务器中要选择一台服务器做Master服务器,在该服务器上有一个DBBL进程,负责整个Tuxedo应用系统的管理工作。在每台服务器上都有一个BBL进程,它与DBBL进程进行通信。管理各自服务器上的配置。每台服务器上还有一个名为Bridge的进程和一个名为tlisten的进程,它们负责服务器之间的通信。
如果配置了MP方式,那么在这些服务器之间可以做负载均衡和容错,客户端可以和其中任何一台服务器建立连接,如果该服务器上没有该客户端所要调用的服务(Service),Tuxedo可以自动把请求发送到别的有该服务的机器上处理,并把结果返回到客户端。
例如Site1、Site2和Site3上都有Transfer,并且设置了负载均衡(LDBAL=Y),那么Tuxedo将根据它们的负载情况把请求发送到负载较小的服务器上。
另一种情况Site1、Site2和Site3中的某一台或两台服务器出故障了,那么正常的机器仍然能够继续运行,如果它们之间网络连接断了,Bridge进程会自动进行重试,并且在这些服务器之间可以配置多个网络连接通路,当其中的一个出现故障时,会自动采用别的连接通路。
所以MP方式提供了一个高可靠性的分布式应用系统。
(1)配置成MP方式的步骤:
1)这些服务器之间可以通过网络互相访问。
2)在每台服务器上都正确安装了Tuxedo Server。
3)应用已发布到这些服务器上。
4)选择一台服务器做Master机。
5)在Resources、Machines、Network和Netgroups中做相应的配置。
现对有关配置作如下说明:
(2)Resources:
Model要设为MP。
Options中要有LAN。
Master服务器上的DBBL负责与其他服务器上的服务器BBL进行通信。
BBLQUERY每台服务器上的BBL每隔Scanunit*BBLQUERY秒,向Master机上的DBBL发送一次状态信息,默认为300秒。
DBBLWait 如果Master机没有收到某台服务器发送的状态信息,它将等待Scanunit*DBBWait秒,如果还没有收到该服务器发送的状态信息,这台服务器将被分离出去(Partitioned),默认为20秒。
(3)Machiens 在Machines中要配置该Tuxedo应用系统包括的每台服务器,如果该服务器是UNIX服务器,那么要配置Uid、Gid、Uid和Gid为Tuxedo用户所对应的Uid、Gid在Unix下可以用ID命令查看。
(4)Network 在该节点中配置服务器之间通信的IP地址及Bridge进程,在一个MP方式的Tuxedo应用系统中,不同的服务器之间通过Bridge进程进行通信,在Bridge的侦听IP地址及端口在Naddr中指定。如果实在Unix下要指定该Bridge所用的网络设备,如果是在WindowsNT下则不要。
在Tuxedo系统启动前,不同服务器之间的通信是通过tlisten进程来进行的,因为这时还没有Bridge进程。
NLSaddr为tlisten进程侦听的IP地址及端口。