转眼之间两年过去了，管理tuxedo已经两年了。 在管理tuxedo中中曾经出现的囧事情，告诫自己以后管理方面一定要提高。在tuxedo的前期管理中，经常管理tuxedo的队列信息以及一些服务的管理关闭和启动以及参数配置的问题。
1）.在tuxedo管理中ubbconfig参数配置中针对server的配置最后添加RESTART=Y，在生产库中上线一段时间以后，业务的变化要求tuxedo相关service进一步调整，由于相关度RESTART=Y，没有配置造成没有服务调整之后要重新启动。
例如：
"simpserv" SRVGRP="GROUP1" SRVID=1
CLOPT="-A"
RQADDR="simpserv"
RQPERM=0660 REPLYQ=Y RPPERM=0660 MIN=5 MAX=5 CONV=N
MAXGEN=1 GRACE=86400 RESTART=Y
2）.在tuxedo使用的MP模式采用三个tuxedo服务器，客户端的链接方式问题。由于前期对Tuxedo的负载均衡了解不多，造成tuxedo负载均衡一直不是很均匀，在业务方面的时候，部分tuxedo服务器压力很大，SITE1，SITE2的CPU，磁盘访问急剧上升，SITE3请求量很少基本没有。
在tuxedo服务器ubbconfig中部分负载均衡参数配置如下：
MASTER "SITE1","SITE2"
MODEL MP
LDBAL Y
备注：1.tuxedo服务器为三台SITE1（198.120.1.4:18000），SITE2（198.120.1.5:18000），SITE3（198.120.1.6:18000）.
2.MODEL 应用构架，MP表示多机
3.LDBAL 设Y则进行负载均衡
4.MASTER 指出主控节点的逻辑名，第二个是备份节点。
客户端JOLT配置请求地址如下：（//198.120.1.4:18000,//198.120.1.5:18000,//198.120.1.6:18000）
TUXEDO工程师检查发现：TUXEDO JOLT客户端使用的地址配置采用Failover方式，并没有采用loadbalance方式，建议如下：
A.客户端的JOLT配置请求地址如下：（//198.120.1.4:18000,//198.120.1.5:18000|//198.120.1.6:18000），198.120.1.4:18000,//198.120.1.5:18000,//198.120.1.6:18000。
这样格式既能保证Jolt请求的loadbalance，又能确保个别tuxedo出现异常情况下的failover机制。
B。调整每一台tuxedo服务器的NETLOAD为适当的值即可。
3）。在项目前期由于业务的变动添加额外的服务，可能某一个服务service出现问题需要重新启动，我们可能就直接tmboot -y或者tmshutdown -y 。
其实这种方式并不是必须的。我们可以采用启动单个服务的方式。
A、 多机系统的启动（如：登记中心的启动）
首先设置环境变量，在各台机器上启动tlisten进程，一般设置在setenv中，然后在主管理机上，使用命令tmboot启动应用系统
tmboot 命令可以选择使用多个参数：
-A 在各台机器上启动核心的进程（DBBL,BBL）。
-l lmid 启动某一台机器lmid上的全部进程，机器名：lmid是在文件ubb.txt中配置的逻辑名。
-g grpname 启动某一组grpname中的全部进程。
-s server 启动某一个进程server。
B、 单机系统的启动（如：代理集中点的起动）
首先设置环境变量，然后使用命令tmboot
-A 在机器上启动核心的进程（BBL）。
-g grpname 启动某一组grpname中的全部进程。
-s server 启动某一个进程server。
C、系统的关闭：
多机系统的关闭（如：登记中心的关闭）
应该在主管理机上，使用命令tmshutdown
tmshutdown 命令可以选择使用多个参数：
-y 关闭各台机器上的全部进程。
-l lmid 关闭某一台机器lmid上的全部进程。
-g grpname 关闭某一组grpname中的全部进程。
-s server 关闭某一个进程server。
单机系统的关闭（如：代理集中点的关闭）
使用命令tmshutdown
-y 关闭机器上的全部进程。
-g grpname 关闭某一组grpname中的全部进程。
-s server 关闭某一个进程server。