【新炬网络名师大讲堂】TUXEDO的配置优化之路一

TUXEDO最重要的就是UBB配置文件，所有资源的配置信息全部集中在UBB当中，当系统出现性能瓶颈的时候，就需要对UBB的配置进行优化，那么应该怎么优化呢？近期做了几个TUXEDO的优化项目，把经验总结一下分享给大家。

TUXEDO的配置文件其实很简单，就是由三大必需模块和一些可选模块组成。先对三个必需模块中会影响性能的参数进行优化。

 

一、RESOURCES 部分：与整个系统有关的配置信息

MAXSERVERS

指定BB可以公告的最大服务器数量。取值范围为（0，8192），缺省值为50。所有系统提供的服务器和用户开发的服务器都算在内，包括进行管理的SERVER，如:BBL,TMS等。

这个参数就是用来限制可以启动服务总数，所以在配置的时候肯定是要大于实际配置的server数，否则就会导致超过配置的服务启动不了。日志中提示ERROR: No space in Bulletin Board for Queue Table。那么要配置成多少才合理呢？酌情大于目前实际配置的server数，原则就是要为业务增长和新需求提供一定的冗余。
MAXSERVICES

指定BB可以公告的最大服务数。取值范围为32768），缺省值为100。 

这个参数用来限制可以发布交易总数，在配置的时候肯定要大于实际发布的交易数。Server数和service数是对应关系，但不是一对一，而是一对多关系，除非确认应用中所有的server都只包含一个service，就可以把MAXSERVERS和MAXSERVICES设置成一样的，否则MAXSERVICES的值都要大于MAXSERVICES ，但这两个值也不能太相近，除非确认应用中只有个别SERVER包含的SERVICE多于一个，否则者建议将其调大，除实际配置的service数还有一定的冗余。

 

MAXACCESSERS

是在某一个MACHINE上可以并发访问bulletin board（BB）的客户端和服务进程的总和，但不包括管理进程如:BBL,DBBL等。这个数在0-32768之间，默认是50。

这个参数指服务端和客户端的最大进程数，那么从这个解释我们就可知 MAXACCESSERS > MAXSERVERS + MAXWSCLIENTS

如果MACHINE段配置MAXACCESSERS，则自动使用MACHINE段配置的参数。

 

OPTIONS

对于未使用tuxedo安全审核服务的应用应在OPTIONS中明确关闭此服务，以减少内部管理开销；如果应用中未使用全局事务，建议明确关闭XA支持，减少管理开销。为提高性能，建议设定”OPTIONS NO_AA,NO_XA”。

OPTIONS=NO_AA：去掉验证和审计安全选项

OPTIONGS=NO_XA：关闭XA事务

 

LDBAL

设置是否进行负载平衡。Y：要，N：不要，默认值为不要。

多个server，不用MSSQ,这种模式下为”Y”时，TUXEDO在接收到请求时会按照它的负载均衡的算法来找到合适的server来处理，而设置成”N”时，总是由第一个可用的server来处理。建议设置LDBAL=Y，通过这种方法可以让多个server来处理大量并发的请求，就达到了改善性能的目的。而用MSSQ（Multi Server, Single Queue），顾名思义，就是有多份server，但是只有一个队列（请求队列），则建议设置LDBAL=N，因为在这种模式下只有一个队列了，设置这种策略已经没有意义了。当然，在使用TUXEDO的应用系统中，不能绝对的说哪一种方式更好，只能是根据具体的情况来分析，并通过实际的压力测试来进行选择，而且这个和具体server的特点也是有关的。

 

 

二、MACHINES部分：

TYPE

当两台服务器类型不同时，在它们之间传送数据要进行编码/解码工作 。在不同操作系统类型间发生Tuxedo通信时，此值不设或设为同样的值可能导致ULOG中出现大量的报错，建议设为相应的操作系统类型。

 

SPINCOUNT=100000

对于多CPU主机系统，应适当设置spincount (>=10000)，如：SPINCOUNT=80000；具体数值根据业务吞吐量酌情设置。

 

GROUPS部分就没什么好调优的了，下一篇讲讲重头戏，SERVER部分的调优。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29960155/viewspace-1376276/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29960155/viewspace-1376276/