 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
正在努力加载中...
TUXEDO 第三章：TUXEDO系统的配置
下载积分：30
内容提示：TUXEDO 第三章：TUXEDO系统的配置
文档格式：PDF|
浏览次数：33|
上传日期： 21:08:42|
文档星级：
该用户还上传了这些文档
TUXEDO 第三章：TUXEDO系统的配置
官方公共微信3384人阅读
tuxedo（2）
&tuxedo诱人之处就是他的身份：中间件。而集群配置是发挥中间件作用的基础，本文简要描述一个集群框架；
（一）集群概要图
下图是tuxedo集群的概要描述，很多教材都引用了这幅图：
有几点需要注意：
1、TUXCONFIG:TUXCONFIG文件只在Master主机上进行编译，其他主机（称该类主机为-从主机）不要编译，在初始时候，其他主机应该是没有该文件的，该文件是在Master发出tmboot启动的时候通过bridge链接将TUXCONFIG文件copy到各个从主机上；
2、DBBL:Master主机上有独立进程DBBL，负责管理集群中所有主-从主机上的BBL进程，主要是实时监测BBL中服务列表的状况，找到某台主机上的服务也是通过DBBL进程定位的；
3、BRIDGE:主-从主机是通过bridge进程进行网络通信的，常用的是tcp协议进行通信；
4、TLISTEN:主-从主机都需要在集群启动之前，启动tlisten监听程序，目的是监听连接请求，当某台主机tlisten进程监测到连接请求时，受理请求移交给bridge进程处理，然后继续监听，所以bridge是真正干活的；Master主机配tlisten其实是便于以后Master主机间的切换：即Master变为从主机，另一台从主机变为Master主机。tuxedo支持这种切换；
5、APPLICATION：不同的主机可以有不同的server及service，当然可以相同；
（二）TUXCONFIG文件
文本文件内容应该大体如下（假设只有Master和一台从主机，共两个主机组成的集群）:
为了解释方便直接在代码中注释，如编译需要删除注释；
*RESOURCES
SITE1,SITE2//site2为备用Master,site1宕机了site2顶替
MP//模式是multiple machine
LAN//置为lan，这和MP配对使用
&centos&//master主机名
LMID=SITE1
TUXDIR=&/home/tuxedo/tuxedo11gR1&
APPDIR=&/home/tuxedo/studylabA11/exercises/mmc&
TUXCONFIG=&/home/tuxedo/studylabA11/exercises/mmc/tuxconfig&
UID=502//centos tuxedo管理员用户的UID
GID=504//centos tuxedo管理员用户的GID
&node2&//从主机主机名
LMID=SITE2
TUXDIR=&/home/tuxedo/tuxedo11gR1&
APPDIR=&/home/tuxedo/studylabA11/exercises/mmc&
TUXCONFIG=&/home/tuxedo/studylabA11/exercises/mmc/tuxconfig&
UID=501//node2上面tuxedo管理员的UID
GID=501//node2上面tuxedo管理员的GID
LMID=SITE1
LMID=SITE2
*NETWORK//配置集群不可少的网络配置
NADDR=&//192.168.102.100:9003&//bridge进程使用的网络地址及端口
NLSADDR=&//192.168.102.100:3050&//tlisten进程使用的网络地址及端口
NADDR=&//192.168.102.101:9004&
NLSADDR=&//192.168.102.101:3051&
serverping
SRVGRP=APPGRP1
CLOPT=&-A&
serverping
SRVGRP=APPGRP2
CLOPT=&-A&
执行tmloadcf命令编译，这样tuxconfig文件完成了
（三）启动tuxedo集群
在启动之前需要执行一下步骤：
1、启动tlisten进程：在全部主机上执行tlisten监听进程，如centos& tlisten -l //192.168.102.100:3050&&&& node2& tlisten -l //192.168.102.101:3051 注意端口和ip和上面tuxconfig中要一致；
2、准备好tuxconfig指定的server app软件；这个。。。就不多说了，不能没有服务；
3、tmboot启动集群即可；
检验下执行结果
centos上：
[tuxedo@centos mmc]$ tlisten -l //192.168.102.100:3050
[tuxedo@centos mmc]$ ps -ef | grep tuxedo
0 09:59 pts/0
00:00:00 su tuxedo
0 09:59 pts/0
00:00:00 bash
0 12:24 pts/0
00:00:00 tlisten -l //192.168.102.100:3050
1 12:24 pts/0
00:00:00 ps -ef
0 12:24 pts/0
00:00:00 grep tuxedo
[tuxedo@centos mmc]$ tmboot
Boot all admin and server processes? (y/n): y
Booting all admin and server processes in /home/tuxedo/studylabA11/exercises/mmc/tuxconfig
INFO: Oracle Tuxedo, Version 11.1.1.2.0, 64-bit, Patch Level (none)
Booting admin processes ...
exec DBBL -A :
on SITE1 -& process id=2316 ... Started.
exec BBL -A :
on SITE1 -& process id=2317 ... Started.
exec BBL -A :
on SITE2 -& process id=2443 ... Started.
Booting server processes ...
exec serverping -A :
on SITE1 -& process id=2321 ... Started.
exec serverping -A :
on SITE2 -& process id=2445 ... Started.
5 processes started.[tuxedo@centos mmc]$ tmadmin
tmadmin - Copyright (c)
Portions * Copyright
RSA Data Security, Inc.
All Rights Reserved.
Distributed under license by Oracle.
Tuxedo is a registered trademark.
Queue Name
ID RqDone Load Done Current Service
----------
-- ------ --------- ---------------
1350 ..MASTERBB
serverping
serverping
Service Name Routine Name Prog Name
# Done Status
------------ ------------ ---------
------ ------
serverping APPGR+
serverping APPGR+
& [tuxedo@centos mmc]$ ps -ef | grep tuxedo
0 09:59 pts/0
00:00:00 su tuxedo
0 09:59 pts/0
00:00:00 bash
0 12:24 pts/0
00:00:00 tlisten -l //192.168.102.100:3050
0 12:24 pts/0
00:00:00 DBBL -g 30001 -i 0 -u centos -U /home/tuxedo/studylabA11/exercises/mmc/ULOG -m 0 -A
0 12:24 pts/0
00:00:00 BBL -g 30002 -i 0 -u centos -U /home/tuxedo/studylabA11/exercises/mmc/ULOG -m 0 -A
0 12:24 pts/0
00:00:00 BRIDGE -g 30002 -i 1 -u centos -U /home/tuxedo/studylabA11/exercises/mmc/ULOG -m 0 -A
0 12:24 pts/0
00:00:00 serverping -g 1 -i 10 -u centos -U /home/tuxedo/studylabA11/exercises/mmc/ULOG -m 0 -A
0 12:28 pts/0
00:00:00 ps -ef
0 12:28 pts/0
00:00:00 grep tuxedo
[tuxedo@centos mmc]$
[tuxedo@node2 mmc]$ ps -ef | grep tuxedo
0 09:06 pts/0
00:00:00 su tuxedo
0 09:07 pts/0
00:00:00 bash
0 09:24 pts/0
00:00:00 su tuxedo
0 09:24 pts/0
00:00:00 bash
0 11:48 pts/0
00:00:00 tlisten -l //192.168.102.101:3051
0 11:50 pts/0
00:00:00 BBL -g 30003 -i 0 -u node2 -U /home/tuxedo/studylabA11/exercises/mmc/ULOG -m 65537 -A
0 11:50 pts/0
00:00:00 BRIDGE -g 30003 -i 1 -u node2 -U /home/tuxedo/studylabA11/exercises/mmc/ULOG -m 65537 -A
0 11:50 pts/0
00:00:00 serverping -g 2 -i 20 -u node2 -U /home/tuxedo/studylabA11/exercises/mmc/ULOG -m 65537 -A
1 11:53 pts/0
00:00:00 ps -ef
0 11:53 pts/0
00:00:00 grep tuxedo
[tuxedo@node2 mmc]$
结果里面关注几个重要进程：DBBL、BBL、BRIDGE、tlisten、serverping；
这样集群就跑起来了，这时就可以用客户端调用了，如果客户端没有在这两台主机上，还需要配置WSL进程；若客户端在集群中的主机上，那么就无需配置WSL了，直接就可以调用服务，并且会就近访问，这得益于tuxconfig文件的分发机制！看测试结果：
在centos上运行客户端（一个ping 的程序，返回调用主机的信息）：
[tuxedo@centos mmc]$ ./clientping
Result of PING request is:
LMID = SITE1, Group = APPGRP1, Server ID = 10, Process ID = 2321
Result of PING request is:
LMID = SITE1, Group = APPGRP1, Server ID = 10, Process ID = 2321
Result of PING request is:
LMID = SITE1, Group = APPGRP1, Server ID = 10, Process ID = 2321
Result of PING request is:
LMID = SITE1, Group = APPGRP1, Server ID = 10, Process ID = 2321
Result of PING request is:
LMID = SITE1, Group = APPGRP1, Server ID = 10, Process ID = 2321
在node2上运行客户端
[tuxedo@node2 mmc]$ ./clientping
Result of PING request is:
LMID = SITE2, Group = APPGRP2, Server ID = 20, Process ID = 2445
Result of PING request is:
LMID = SITE2, Group = APPGRP2, Server ID = 20, Process ID = 2445
Result of PING request is:
LMID = SITE2, Group = APPGRP2, Server ID = 20, Process ID = 2445
Result of PING request is:
LMID = SITE2, Group = APPGRP2, Server ID = 20, Process ID = 2445
Result of PING request is:
LMID = SITE2, Group = APPGRP2, Server ID = 20, Process ID = 2445
如有疑问，请留言讨论；
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：540277次
积分：6345
积分：6345
排名：第2675名
原创：122篇
转载：20篇
评论：125条
【人生有三】 1.人生三不争：不与上级争锋，不与同级争宠，不与下级争功。 2.人生三修炼：看得透想得开，拿得起放得下，立得正行得直。 3.人生三福：平安是福，健康是福，吃亏是福。 4.人生三为：和为贵，善为本，诚为先。 5.人生三不等：孝老，行善，健身。 6.人生三快事：美酒、挚友、枕边书。祝各位家人一生平安 ！
(1)(5)(3)(2)(1)(1)(18)(15)(12)(6)(6)(7)(4)(6)(2)(10)(11)(11)(9)(5)(7)<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
您的访问请求被拒绝 403 Forbidden - ITeye技术社区
您的访问请求被拒绝
亲爱的会员，您的IP地址所在网段被ITeye拒绝服务，这可能是以下两种情况导致：
一、您所在的网段内有网络爬虫大量抓取ITeye网页，为保证其他人流畅的访问ITeye，该网段被ITeye拒绝
二、您通过某个代理服务器访问ITeye网站，该代理服务器被网络爬虫利用，大量抓取ITeye网页
请您点击按钮解除封锁&Tuxedo 配置维护手册
Tuxedo 作为系统的中间件，其配置主要包括：资源文件的配置和应用环境的配置；其管理和维护主要包括：系统的启动和关闭、日志的跟踪查看工作。
Tuxedo应用系统的配置
一、应用系统的资源配置，全都包含在两个资源配置文件中（ubbconfig 和dmconfig ），在这两个配置文件中包含了系统所有的应用资源（文件）。
1、& 对于ubbconfig文件，可以任意使用一个文件名（如：ubb.txt），使用一种文本编辑工具，将应用系统的资源分类进行配置，相关进程启动数量等等都应该配置在其中，然后设置环境变量TUXCONFIG，使用系统命令：tmloadcf 来将文本文件ubb.txt，转化生成环境变量TUXCONFIG制定的二进制文件。在该文件中主要包含了几个参数的设置：系统所使用的共享内存的键值IPCKEY，针对workstation客户端的监听进程的端口（WSL），多台机器之间互连（登记中心与各网关）的网络地址和端口（NADDR，NLSADDR），数据依赖路由的设定等等。
详细的内容参看《Ubbconfig配置.doc》
参看模版来实现移植或添加应用进程等等。
2、& 对于dmconfig文件，可以任意使用一个文件名（如：dm.txt），使用一种文本编辑工具，将应用系统的多域互联及互相调用的关系进行配置，包括多域之间互联的地址和端口，然后使用系统命令：dmloadcf 来将文本文件dm.txt，转化成环境变量BDMCONFIG所指定的二进制文件。在该文件中主要包含了在多个域互连时用到的一些设置，主要包括：各个域的定义，各个域通讯连接的地址和端口（NWADDR），本地服务（DM_LOCAL_SERVICES）和远端服务(DM_REMOTE_SERVICES)以及数据依赖路由等等。
详细的内容参看《dmconfig配置.doc》
参看模版来实现移植或添加应用远端或本地服务等等。
3、& 客户端代码：是指使用编译工具buildclient编译生成的执行代码。在编译过程中，当使用编译参数：-w 时，将连接库wsc等，生成的执行代码将调用远端的服务，即通过环境变量：WSNADDR来查找相应的WSL的地址和端口； 当编译没有使用参数：&w时，生成的执行代码将调用本机的服务，通过环境变量：TUXCONFIG来实现调用相应的服务，如果要调用异域（如：代理集中点到登记中心）的服务，就需要在dmconfig文件中配置和公布服务。
4、& 服务进程：是指使用编译工具buildserver编译生成的执行代码，不要出现main()函数，启动和关闭要使用Tuxedo的工具：tmboot 和 tmshutdown
二、应用系统的环境配置，即系统运行时的环境变量的设置
&一般的这些环境变量都放在用户注册是的.profile文件中，也可以根据应用放置在专门的文件中，如：setenv等等，环境的设置主要包括：
TUXDIR：其值为TUXEDO的安装目录。
&&&&&&&&&&& 例如：TUXDIR=/home/tuxedo 或 TUXDIR=/home/bea
TUXCONFIG：其值为含有绝对路径二进制的资源配置文件的文件名，系统启动、监控、关闭等等都要用到此环境变量，当客户端的代码要调用应用系统的本机服务时也需要使用此变量。
例如：TUXCONFIG=/home/work/etc/tuxconfig
BDMCONFIG：其值为含有绝对路径二进制的多域配置文件的文件名，在使用多域间互联时要用到此环境变量。
&&&&& 例如：BDMCONFIG=/home/work/etc/dmcomfig
PRINTERDIR：传输文件的放置目录，主要是针对文件传输来使用的。
&&&&& 例如：PRINTERDIR=/home/work/print
FTP_BLOCK_SIZ：针对文件传输的，每次传输的快的大小，如果没有设置，则系统默认为1024。
例如： FTP_BLOCK_SIZE=10240；export FTP_BLOCK_SIZE
WSNADDR：客户端（workstation）设定的，指向服务器端WSL监听的地址和端口，当客户端的代码要调用系统的远端服务时需要此环境变量。
&&&&& 例如：WSNADDR=//192.168.42.210:7001
Tuxedo 的管理和维护
一、系统的启动：
1、& 多机系统的启动（如：登记中心的启动）
首先设置环境变量，在各台机器上启动tlisten进程，一般设置在setenv中，然后在主管理机上，使用命令tmboot启动应用系统
tmboot 命令可以选择使用多个参数：
-A& 在各台机器上启动核心的进程（DBBL,BBL）。
-l lmid 启动某一台机器lmid上的全部进程，机器名：lmid是在文件ubb.txt中配置的逻辑名。
-g grpname 启动某一组grpname中的全部进程。
-s server 启动某一个进程server。
2、& 单机系统的启动（如：代理集中点的起动）
首先设置环境变量，然后使用命令tmboot
-A& 在机器上启动核心的进程（BBL）。
-g grpname 启动某一组grpname中的全部进程。
-s server 启动某一个进程server。
二、系统的关闭：
1、& 多机系统的关闭（如：登记中心的关闭）
应该在主管理机上，使用命令tmshutdown
tmshutdown 命令可以选择使用多个参数：
-y& 关闭各台机器上的全部进程。
-l lmid 关闭某一台机器lmid上的全部进程。
-g grpname 关闭某一组grpname中的全部进程。
-s server 关闭某一个进程server。
2、& 单机系统的关闭（如：代理集中点的关闭）
使用命令tmshutdown
-y& 关闭机器上的全部进程。
-g grpname 关闭某一组grpname中的全部进程。
-s server 关闭某一个进程server。
三、系统的日志跟踪：
1、& 使用管理工具tmadmin
运行tmadmin进入管理维护界面
2、& 查看系统日志 ULOG.mmddyy
在系统设定的目录下查看日志文件：ULOG.mmddyy和应用系统自己的日志。
代理集中点的安装和配置
一、软件打包
将目前的代理集中点上的配置文件目录~/etc和简单测试目录~/apps打成一个包。在目录~/apps下的内容多适用于测试环境配置结束后是否正常，在系统正常启动运行后就不再有什么作用了。
二、系统安装和配置
1、& 修改资源管理配置文件：ubb.txt
可以使用任意的文本编辑工具，如vi等等编辑工具，以下同。
修改其中的： IPCKEY，TUXDIR，APPDIR，TUXCONFIG，ENVFILE，ULOGFPX和主机名（通过uname &n看到的）等的值，使之与实际环境相一致。修改 WSL的参数：CLOPT=&-A -- -n 地址：端口&&，使之与实际的环境一致，例如：CLOPT=&-A -- -n 192.168.42.220:7410&。
2、& 修改域管理配置文件：dm.txt
修改：NWADDR的地址：端口，例如：NWADDR="//192.168.42.231:7310"
要注意在系统中的dm.txt中的DOMAINID要保持一致，即在不同的文件重要有统一的命名。
3、& 修改环境变量设置文件：setenv，将如下环境变量的值进行修改，使之与实际的配置想符合，以下是参考。
TUXDIR=/home/ export TUXDIR
PATH=$TUXDIR/bin:$PATH:$HOME/runtime:.; export PATH
SHLIB_PATH=$TUXDIR/lib:/usr/lib:/export SHLIB_PATH （for HPUX）
&&&&&&&&&&&&&&&&&&&& LIBPATH=$TUXDIR/lib:$LIBPATH; export LIBPATH&& ( for AIX )
&&&&&&&&&&&&&&&&&&&& LD_LIBRARY_PATH=/usr/tuxedo/lib: /usr/informix/lib/esql& （ for SCO ）
NLSPATH=$TUXDIR/export NLSPATH
LANG=C;export LANG
TUXCONFIG=/home/ebistest/config/export TUXCONFIG
BDMCONFIG=/home/ebistest/config/export BDMCONFIG
FIELDTBLS32=export FIELDTBLS32
FLDTBLDIR32=$TUXDIR/api105;export FLDTBLDIR32
在SCO、HP、IBM系统上的函数库环境设置有个不相同的环境变量（如：SHLIB_PATH、LIBPATH），需要注意。
针对文件传输的，如果文件较大，可以将环境变量FTP_BLOCK_SIZE的值设置的大一点，如果没有设置该环境变量，则系统默认为1024。例如：
FTP_BLOCK_SIZE=10240；export FTP_BLOCK_SIZE
4、& 系统启动
首先设置环境变量，可以放在.profile中，也可以执行文件. ./setenv，并创建日志存放目录 ~/log。
然后执行tmboot 即可
三、故障排除
查看系统日志 ULOG.mmddyy
在系统设定的目录下查看日志文件：ULOG.mmddyy和应用系统自己的日志。
登记中心的安装和配置
一、软件打包
将目前的登记中心及其网关机上的配置文件目录~/etc和简单测试目录~/apps，及网关机上的~/cjhb打成一个包。在目录~/cjhb下的内容是用于完成成交回报交易的。
二、系统安装和配置
1、& 修改资源管理配置文件：ubb.txt
可以使用任意的文本编辑工具，如vi等等编辑工具，以下同。
修改其中的： IPCKEY，TUXDIR，APPDIR，TUXCONFIG，ENVFILE，ULOGFPX和主机名（通过uname &n看到的）等的值，使之与实际环境相一致。修改 WSL的参数：CLOPT=&-A -- -n 地址：端口&&，使之与实际的环境一致，例如：CLOPT=&-A -- -n 192.168.42.220:7410&。
2、& 修改域管理配置文件：dm.txt，此文件可以放在登记中心机器上，也可以放在网关机器上的响应目录下。
修改：NWADDR的地址：端口，例如：NWADDR="//192.168.42.231:7310"
要注意在系统中的dm.txt中的DOMAINID要保持一致，即在不同的文件重要有统一的命名。
3、& 修改环境变量设置文件：setenv，将如下环境变量的值进行修改，使之与实际的配置想符合。
TUXDIR=/home/ export TUXDIR
PATH=$TUXDIR/bin:$PATH:$HOME/runtime:.; export PATH
SHLIB_PATH=$TUXDIR/lib:/usr/lib:/export SHLIB_PATH （for HPUX）
&&&&&&&&&&&&&&&&&&&& LIBPATH=$TUXDIR/lib:$LIBPATH; export LIBPATH&& ( for AIX )
&&&&&&&&&&&&&&&&&&&& LD_LIBRARY_PATH=/usr/tuxedo/lib: /usr/informix/lib/esql& （ for SCO ）
NLSPATH=$TUXDIR/export NLSPATH
LANG=C;export LANG
TUXCONFIG=/home/ebistest/config/export TUXCONFIG
BDMCONFIG=/home/ebistest/config/export BDMCONFIG
FIELDTBLS32=export FIELDTBLS32
FLDTBLDIR32=$TUXDIR/api105;export FLDTBLDIR32
针对文件传输的，如果文件较大，可以将环境变量FTP_BLOCK_SIZE的值设置的大一点，如果没有设置该环境变量，则系统默认为1024。例如：
FTP_BLOCK_SIZE=10240；export FTP_BLOCK_SIZE
4、& 修改在网关机上的环境设置文件envfile和setenv，将如下的环境变量进行修改，使之与实际的配置想符合。
除了上面列出的还有如下几个变量：
MCHSNDFILE=/tmp/beta/matchsend.export MCHSNDFILE
FSNDLOG=/tmp/beta/Fsnd.export FSNDLOG
PRINTERDIR=/tmp/ export PRINTERDIR
主要是用于成交回报交易的。
5、系统启动
首先设置环境变量，可以放在.profile中，也可以执行命令. ./setenv
然后再登记中心机器上（MASTER）执行tmboot 即可，可以选择分步来启动应用系统，使用：tmboot &A 和 tmboot &l 来逐个启动系统。
网点的安装和配置
一、软件打包
1、& 网点的中间件软件（tuxedo），只是需要一些客户端的库函数等等，在选择workstation模式安装后，将tuxedo的所有文件达成一个包即可。
2、& 需要在网点编译时，要注意配置环境变量，参看下面的系统配置。
二、系统的配置
1、& 配置环境变量
修改环境变量设置文件（tux.env 或setenv），将如下环境变量的值进行修改，使之与实际的配置想符合。
TUXDIR=/home/ export TUXDIR
PATH=$TUXDIR/bin:$PATH:$HOME/runtime:.; export PATH
SHLIB_PATH=$TUXDIR/lib:/usr/lib:/export SHLIB_PATH （for HPUX）
LIBPATH=$TUXDIR/lib:$LIBPATH; export LIBPATH&& ( for AIX )
LD_LIBRARY_PATH=/usr/tuxedo/lib: /usr/informix/lib/esql& （ for SCO ）
NLSPATH=$TUXDIR/export NLSPATH
LANG=C;export LANG
2、& 配置与代理集中点相连接的环境变量
各个网点的应用代码都是通过工作站（workstation）方式与代理集中点连结的。因此要配置连结代理集中点的tcp/ip地址和端口。
&&&&&&&&&&&&& 例如：
&&&&&&&&&&&&&&&&&&&& WSNADDR=//192.168.42.220:7520; export WSNADDR
&&&&&&&&&&&&&&&&&&&& 也可以主机名加端口，例如：
&&&&&&&&&&&&&&&&&&&& WSNADDR=//hp01:7520; export WSNADDR
常见的问题及解决方法
以下常见的都是在使用中间过程中遇到的问题：
一、与数据库的连接问题
在测试中看到，应用代码都是自己去联的数据库，为了保证效率，都是在进程启动的时候预先建立起连接，这样保证了交易进行时的效率；但当数据库出现宕机时，连接也将随之丢失了，这时的应用程序就不能再访问数据库了，在目前的应用中都没有对访问数据库的返回码进行判断，如果是连接失败的可以选择重新连接数据库，而不是退出交易，这样交易又可以正常运行了。
目前，这样的情况出现后，就需要将应用系统重新启动，使应用程序同数据库进行重新连接。
二、代理集中点上常见的一个问题
在代理集中点上常看到两条队列，键值是32和3e8，这两条队列在写满时，因为监控进程没有及时读队列，常常会影响与之有关的几个进程，只需要将这两条队列清空就可以了。
三、系统启动不正常
常见的原因有如下几个：
1、& 环境变量没有设好，如上面的所说的各个环境变量。可以到~/etc目录下使用命令：. ./setenv来设置一下。
2、& 据库连接失败，这样会导致连接数据库的应用进程不能启动。检查数据库确保能够正常连接后，再重新启动这些进程。
3、& 单个进程的问题，比如执行权限等等，参看日志文件来找出原因。
4、& 在登记中心使用的是多机互连方式，主管机器负责启动所用的进程，在所有的机器上都要有相应的监听进程：tlisten，对于网关机上的服务，如果网关机宕机或被重新启动时，要将监听进程启动起来，在~/etc目录下，使用命令：. ./setenv即可，然后先在主管机器上运行tmadmin，进入后并执行pcl gwname命令来清理掉网关机得响应信息，再退出并重新启动网关机上的应用系统：tmboot &l gwname。
注：gwname时网关机的逻辑名，在ubb.txt(Ubbconfig)中定义的，不同的网关机有不同的逻辑名。
注：tlisten进程可以多次启动，当该进程已经正常运行时，再次启动会报出错误信息：CMDTUX_CAT:1319: INFO: Terminating tlisten process，在日志文件中也有相应的记录，这说明该进程已经启动了。
5、& 如果有某些进程始终在内存中，导致系统不能启动时，可以将这些进程杀掉，并将与之相关的队列和内存也都清掉，然后重新启动系统。
四、系统关闭不正常
1、& 客户端与系统在发生交易或连接，如：tmadmin等等或客户端的某些服务等正在运行，这些都会导致系统的主进程不能正常关闭。
2、& 登记中心使用的是多机互连方式，主管机器负责启动和关闭所用的进程，在所有的机器上都要有相应的监听进程：tlisten，对于网关机上的服务，如果网关机宕机或被重新启动时，要将监听进程启动起来，在~/etc目录下，使用命令：. ./setenv即可，然后先在主管机器上运行tmadmin命令，然后执行pcl gwname命令来清理掉网关机得响应信息，再退出并重新关闭网关机上的应用系统：tmshutdown &l gwname。
注：gwname时网关机的逻辑名，在ubb.txt(Ubbconfig)中定义的，不同的网关机有不同的逻辑名。
注：tlisten进程可以多次启动，当该进程已经正常运行时，再次启动会报出错误信息：CMDTUX_CAT:1319: INFO: Terminating tlisten process，在日志文件中也有相应的记录，这说明该进程已经启动了。
3、& 如果有某些进程始终在内存中，导致系统不能正常关闭时，可以将这些进程杀掉，并将与之相关的队列和内存也都清掉；这些进程往往都是由于运行中出现的异常导致僵死在内存里了，需要手工干预的。
4、& 有时候，有几个操作人员在同时启动系统，会导致系统的某些进程与主进程失去联系，这样就很难关闭了，只好手工来杀掉(kill)，并将与之相关的队列、信号灯和共享内存也都清掉(ipcrm)。
五、交易连接失败
1、环境变量设置有误，特别是使用客户端代码，直接连接远端服务的；需要重新设定环境变量，如：WSNADDR，TUXCONFIG等等，环境变量设置正确后，再进行交易就可以了。
2、对方交易没有启动，这是的出错代码在日志文件中tperrno=6，是很典型的，找不到相应的服务；检查服务是否存在，重新启动服务即可。
3、在代理集中点上常常因为某条队列（32或 3e8）阻塞，影响几个进程的访问，如操作员注册等会因为超时而失败；只需要将这两条队列清空就可以了。
六、成交回报的交易出错
1、& 进程（gwreadfs）启动时有错误；检查网关机上环境设置是否正确，查看文件~/etc/envfile中的内容，并根据其中的环境变量MCHSNDFILE和FSNDLOG所指定的文件， 如：~/data/matchsend.txt和~/data/Fsnd.log，看看这两个文件是否存在，否则，启动时会指出文件打不开而出错的。
2、& 成交回报的内容没有正确的传到代理集中点上，要检查文件：senderr.log看其中的代理集中点号是否正确，主要是位置是否正确，并且看看在路由表中是否有配置，这类问题在测试初期曾出现过多次。
3、& 交易过程中，文件如果被删除掉了，（特别是目前放在临时目录下的这种情况），就需要在启动进程前，手工创建一个同名的空文件matchsend.txt；如果进程已经启动，则需要重新启动该进程。
阅读(...) 评论()