Tuxedo应用系统的所有资源都在一个文本文件中进行定义，该文件称为UBBCONFIG，在配置完成后,UBBCONFIG被编译成一个2进制的文件TUXCONFIG。在Tuxedo系统启动时，从该文件中读取系统的配置信息。配置文件包括以下几大部分（或作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、Machines(必须) 该Tuxedo应用系统所包含的每台服务器都要在该节点中进行配置。配置内容如下:(1)LMID:在Tuxedo中要为该应用系统中的每台服务器指定一个逻辑服务器名。如在上面的例子中,Tuxedo应用服务器Mysys对应的逻辑服务器名为simple，Tuxedo应用服务器名的查看方法是在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中的配置值。3、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中设置连接的参数。4、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。
5、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进程可同时处理多少个远程客户端。
当前位置：
论坛首页 »
自由讨论区 »
MQ, Tuxedo及OLTP讨论区
»
发起投票
技术讨论
加好友
发消息
2014-8-1 15:47:38 |
赞(
操作
