Tuxedo完全操作手册

一、tuxedo的配置

1、展开tuxedo包，例如：/home/tuxedo

2、配置ubbconfig文件

在江苏建行是jsccb.ubb

*RESOURCES

*RESOURCES节包含整个应用范围的信息。本节必须在配置文件第一节，不可缺少。

参数意义

*RESOURCES *RESOURCES节

IPCKEY 共享内存id

UID TUXEDO管理员用户id

GID TUXEDO管理员用户id

PERM TUXEDO管理员组用户的权限

MAXACCESSERS 服务端和客户端的最大进程数

MAXSERVERS 限制可以启动服务总数

MAXSERVICES 限制可以发布交易总数

MASTER 指出主控节点的逻辑名，第二个是备份节点

MODEL 应用构架，MP表示多机

OPTIONS LAN，MIGRA TE表示是一个网络应用，服务可以移植到替代处理器上

SECURITY 安全级别（5个）

AUTHSVC 客户端可以通过交易“AUTHSVC”获得认证

NOTIFY DIPIN，客户端通过dip-in收到广播通知

SYSTEM_ACCESS PROTECTED，NO_OVERRIDE，应用代码不得干扰共享内存LDBAL 设Y则进行负载平衡

MAXBUF[S]TYPE 数据缓冲类型及子类的最大数

SCANUNIT 内部时间间隔单位，单位是秒

SANITYSCAN 检索公告牌的内部时间间隔，单位是SCANUNIT

BLOCKTIME 交易超时时间，单位是SCANUNIT

BBLQUERY DBBL查询所有BLL的时间间隔

DBBLWAIT DBBL等待BBL回应的超时时间

MAXCONV 同时最大会话数

jsccb.ubb的实例

#####################

# RESOURCES SECTION #

#####################

*RESOURCES

IPCKEY 234567

DOMAINID JSCCB

MASTER SERVER1

MAXSERVERS 900

MAXSERVICES 2000

CMTRET LOGGED

MODEL MP

LDBAL Y

SECURITY NONE

MAXGTT 500

OPTIONS LAN

BLOCKTIME 12

*MACHINES

*MACHINES节包含应用有关的每个处理器的信息。本节必须在*RESOURCES节后列出。参数意义

*MACHINES MACHINES节

LMID 机器的别名对照

gumby 物理处理器名，可以通过”uname –n”或节点名得到

TUXDIR TUXEDO系统软件安装位置

APPDIR 应用服务位置全路径

TUXCONFIG TUXEDO配置文件全路径

ENVFILE 环境文件全路径

ULOGPFX 应用日志文件全路径

MAXACCESSERS 本机最多处理器数，可以超越*RESOURCES节定义

MAXCONV 本机最大会话数，可以超越*RESOURCES节定义

jsccb.ubb的实例

####################

# MACHINES SECTION #

####################

*MACHINES

jsccb05 LMID=SERVER1(主机名与别名的对照,在TUXEDO内主要使用别名。这样在换机器的时候只要把配置文件中的jsccb05修改成现在实际使用的主机名即可。别名要大写。)

MAXWSCLIENTS=100

MAXACCESSERS=900

APPDIR="/home2/app/group/bin"

TUXCONFIG="/home2/app/tuxetc/tuxconfig"

TUXDIR="/home/tuxedo"

TLOGDEVICE="/home2/app/tuxlog/TLOGDEV"

TLOGNAME=TLOG

TLOGSIZE=1000

ULOGPFX="/home2/app/log/ULOG"

UID=202

GID=200

TYPE="NUMA"

vipsys LMID=SERVER6

MAXACCESSERS=50

APPDIR="/home/vssin/group/bin"

TUXCONFIG="/home/vssin/tuxetc/tuxconfig"

TUXDIR="/home/tuxedo"

ULOGPFX="/home/vssin/log/ULOG"

UID=803

GID=800

TYPE="HP"

*GROUP

*GROUP节包含服务组的定义。一台机器至少要定义一个服务组。如果没有定义组，管理命令tmadmin可能依然能运行。每个组只要定义组名，映射组名的组号和逻辑机器名。组为分布式交易系统和数据依赖路由等灵活性措施提供了支持。

参数意义

*GROUPS GROUP节

BANKB1 组的唯一标识符，可以是字母数字

GRPNO 组的唯一数字标识符

LMID 组所在的机器

jsccb.ubb的实例

##################

# GROUPS SECTION #

##################

*GROUPS

G_PLAT LMID=SERVER1

GRPNO=1

OPENINFO="INFORMIX-OnLine:plat"

TMSNAME=ONLINE_TMS

TMSCOUNT=3

ENVFILE="/home2/app/plat/tuxenv/profile"

G_MESSAGE LMID=SERVER1

GRPNO=2001

OPENINFO="INFORMIX-OnLine:message"

TMSNAME=ONLINE_TMS

TMSCOUNT=3

ENVFILE="/home2/app/message/tuxenv/profile"

G_SETTLE LMID=SERVER1

GRPNO=2

OPENINFO="INFORMIX-OnLine:settle"

TMSNAME=ONLINE_TMS

TMSCOUNT=3

ENVFILE="/home2/app/settle/tuxenv/profile"

G_SA VE LMID=SERVER1

GRPNO=4

OPENINFO="INFORMIX-OnLine:save"

TMSNAME=ONLINE_TMS

TMSCOUNT=3

ENVFILE="/home2/app/save/tuxenv/profile"

*SERVERS

*SERVERS节包含的是服务进程的信息。本节中每一个入口代表一个应用启动时加载的服务。这些信息包含服务名，命令行参数，服务环境，重启动等等。由于每个服务功能各不相同，其配置参数也因此相同或相异。

参数意义

*SERVERS SERVER节，列出所有服务程序

DEFAULT：本处列出的参数为其下列出的服务的缺省值，但可以被单列条目替代相应值RESTART 如果设成Y，则服务可以重启动

MAXGEN 在GRACE定义时间之内，服务可以重启动MAXGEN次

GRACE 周期，单位是秒

RCMD 每次服务重启动，本处定义的脚本或命令被执行

ENVFILE 列有环境变量的文件，在交易启动前设入环境

TLR 一个服务名，用buildserver建立，应在APPDIR或$TUXDIR/bin

SRVGRP服务属于一个在*GROUPS节中定义的服务组；如果需要移植服务，也可以定义在多个组中。

SRVID服务组中代表服务的唯一值

MIN 最少在启动时启动的服务数

MAX 运行时，最多可以起的实例数

CLOPT 跟随服务启动的其他参数

-A 服务内建交易全发布

–r 指定服务记录时间戳，用于以后计算交易处理时间

-e 定义标准错误重定向文件

-o 定义标准输出重定向文件

-- TUXEDO参数和服务特定参数的分隔符

…传给tpsvrinit()的参数

SYSTEM_ACCESS 设定后，应用错误不干扰公告牌

RQADDR 当设定此项后，所有本服务的实例都使用相同的请求队列。这是在应用中设置MSSQ（Multiple Server Single Queue）的方便办法，可以改善处理流量。任何时候，所有MSSQ集中的实例发布相同的交易集。

XFER 另一个服务

REPL YQ 设成Y，则服务又作为一个MSSQ集配置，任何其中的交易调用其他交易，就建立一个单独的回应队列。

jsccb.ubb的实例

###################

# SERVERS SECTION #

###################

*SERVERS

DEFAULT: CLOPT="-A -t"

REPL YQ=Y

# G_DM

DMADM SRVGRP=G_DM SRVID=188

CLOPT="-A -t"

# G_GW1

GW ADM SRVGRP=G_GW1 SRVID=1501

CLOPT="-A -t"

GWTDOMAIN SRVGRP=G_GW1 SRVID=1502 REPL YQ=N

CLOPT="-A -t"

# G_GW2

GW ADM SRVGRP=G_GW2 SRVID=1501

CLOPT="-A -t"

GWTDOMAIN SRVGRP=G_GW2 SRVID=1502 REPL YQ=N

CLOPT="-A -t"

# G_WSL1

WSL SRVGRP=G_WSL1 SRVID=101

CLOPT="-A -t -- -n //192.0.6.205:9010 -m 8 -M 14 -x 15 -c 0 -T 150"

# G_WSL2

WSL SRVGRP=G_WSL2 SRVID=201

CLOPT="-A -t -- -n //192.0.6.205:9011 -m 8 -M 14 -x 15 -c 0 -T 150"

# G_PLAT

tp_online_001 SRVGRP=G_PLAT SRVID=3100 MIN=2 MAX=2 RQADDR="PLAT3100" tp_online_002 SRVGRP=G_PLAT SRVID=3200 MIN=2 MAX=2 RQADDR="PLAT3200" tp_online_003 SRVGRP=G_PLAT SRVID=3300 MIN=2 MAX=2 RQADDR="PLAT3300" ntp_forward_001 SRVGRP=G_PLAT SRVID=3400 MIN=2 MAX=2 RQADDR="PLAT3400" ntp_forward_002 SRVGRP=G_PLAT SRVID=3500 MIN=2 MAX=2 RQADDR="PLAT3500" ntp_forward_003 SRVGRP=G_PLAT SRVID=3600 MIN=2 MAX=2 RQADDR="PLAT3600" plat_return_001 SRVGRP=G_PLAT SRVID=3700 MIN=2 MAX=2 RQADDR="PLAT3700" plat_return_002 SRVGRP=G_PLAT SRVID=3800 MIN=2 MAX=2 RQADDR="PLAT3800" plat_return_003 SRVGRP=G_PLAT SRVID=3900 MIN=2 MAX=2 RQADDR="PLAT3900" plat_return_ SRVGRP=G_PLAT SRVID=4000 MIN=2 MAX=2 RQADDR="PLAT4000"

CCB_log_server SRVGRP=G_PLAT SRVID=4100 MIN=1 MAX=2 RQADDR="PLAT4100" CCB_RetSetFile SRVGRP=G_PLAT SRVID=4200 MIN=1 MAX=2 RQADDR="PLAT4200"

# G_SETTLE

tSettle_server RVGRP=G_SETTLE SRVID=100 MIN=4 MAX=6 RQADDR="SETT0100" tSettle_server_xa RVGRP=G_SETTLE SRVID=150 MIN=4 MAX=6 RQADDR="SETT0150" SETFtpserv32 RVGRP=G_SETTLE SRVID=200 MIN=2 MAX=4 RQADDR="SETT0200" tSetConfig_server RVGRP=G_SETTLE SRVID=300 MIN=1 MAX=1 RQADDR="SETT0300" settleecq SRVGRP=G_SETTLE SRVID=400 MIN=1 MAX=1 RQADDR="SETT0400" settleecql SRVGRP=G_SETTLE SRVID=500 MIN=1 MAX=1 RQADDR="SETT0500"

*SERVICES

*SERVICES节提供了应用的特殊交易的信息。包括负载平衡（LOAD）和数据缓冲类型检查（BUFTYPE）。如果全部都是缺省值则本节可以省略。

参数意义

*SERVICES 交易节

# 注释行符号

大写字母交易名，由应用服务提供

BUFTYPE 任何向该交易的请求，数据应该是此处定义类型

GROUP 交易所在服务所在的组

LOAD 负载因子，表示处理请求的时间，用于计算负载平衡

PRIO 优先级

SVCTIMEOUT 服务超时时间(与RESOURCES中的BLOCKTIME是一样的，只是BLOCKTIME是一个全局的控制，而此处是针对具体services的控制)

jsccb.ubb的实例

####################

# SERVICES SECTION #

####################

*SERVICES

DEFAULT: LOAD=50 AUTOTRAN=N TRANTIME=60

3、在应用用户下配置环境。

TUXDIR=/home/tuxedo

TUXCONFIG=$HOME/tuxconfig

PATH=$PATH;$TUXDIR/bin

LD_LIBRARY_DIR=$LD_LIBRARY_DIR;$TUXDIR/lib

4、生成TUXCONFIG文件

tmloadcf -y 文件名

环境变量TUXCONFIG必须设定指向二进制TUXCONFIG文件。

二、tuxedo的开发

1、client端程序的编写

#include

#include

main()

{

tpinit(NULL);

send_buf=tpalloc("基本数据缓冲类型STRING",子类型,长度);

recv_buf=tpalloc("基本数据缓冲类型",子类型,长度);

tpcall("服务名",send_buf,长度,&recv_buf,长度,flag);

tpfree(send_buf);

tpfree(recv_buf);

tpterm();

return(0);

编译客户端：buildclient -o 执行文件名-f 编译文件名

2、server端程序的编写

#include

#include

void 服务名(TPSVCINFO *sinfo)

{

for(i=0;ilen-1;i++)

sinfo->data[i]=toupper(sinfo->data[i]);

SQL语句；

tpreturn(TPSUCCESS,0,sinfo->data,0L,0);

}

编译服务端：buildserver -o 执行文件名-f 编译文件名-s 服务名

3、$ULOGPFX下的ULOG.mmddyy为tuxedo的日志文件。

4、缓冲数据类型

STRING

STRING类型缓冲是一串以NULL结尾的字符。TUXEDO为STRING类型编、解码。无论缓冲分配了多大，将由NULL所在位置决定其长度。TUXEDO的STRING缓冲的使用与C 语言程序中的字符数组非常类似。

分配：buf = tpalloc ( “STRING”, NULL, 4*1024);

用法：strcpy ( buf, “HELLO WORLD”);

调用交易：tpcall (“INQUIRY”, buf , 0, &buf, &len, 0);

VIEW

VIEW类型数据缓冲处理结构或复杂数据类型。

使用VIEW的优点：

结构化数据表示，可以方便地访问数据元素

将多个数据元素绑定在一个定义良好的数据结构上

缺点：

所有数据元素都通过，不检查合法性

FML

FML（Fielded Manipulation Language）按照‘名字/值’组对格式组织数据。

FML由以下部分构成：FML API、FML命令行工具

使用FML的步骤：

建立一个FML文件：bank.flds

# name number type flags comments

FLOAT1 110 float - -

DOUBLE1 111 double - -

LONG1 112 long - -

SHORT1 113 short - -

INT1 114 long - -

设置环境变量

FLDTBLDIR=$APPDIR:$TUXDIR/udataobj

FIELDTBLS=bank.flds,Usysflds

export FLDTBLDIR FIELDTBLS

用mkfldhdr编译

mkfldhdr bank.flds

编码

编译程序

buldclient –f atmclt.c –o atmclt

结合FML和VIEW

FML的使用需要进一步的考虑，例如，访问FML数据会慢一些，因为接口要插入或取回数据。在某些场合，需要进行一些推敲。而VIEW则提供了一个通用管理数据缓冲的方案。FML的优点是可以在机器间传递数据和灵活的存储数据。而VIEW则传递整个定义好的C结构，不管域里面是否有数据。可以使用它们的混合：FML-VIEWS。

TUXEDO提供了2个API把FML转换成VIEW

int Fvstof(FBRF *bufptr,char *cstruct,int mode,char *view)将VIEW结构转成FML

int Fvftos(FBFR *bufptr, char *cstruct, char *view) 将FML数据转成VIEW结构

5、BEA Tuxedo系统提供多种通信模式

同步的Request/Response模式

要进行同步调用，Bea Tuxedo客户程序使用ATMI函数tpcall()把一个请求送到服务程序，它不是通过名字来调用服务程序的，而是通过特定的服务来完成。客户程序要等到服务程序作出响应后才处理后面的工作，也就是说，它在收到服务程序的响应之前一直处于阻塞状态。

异步Request/Response模式

要进行异步调用，客户程序必须调用两个ATMI函数：tpacall(3c)函数，用于请求一个服务；tpgetrply(3c)函数，用于取得服务程序的响应。客户程序在请求和响应之间要完成特定任务时，可以采用这种模式。

使用嵌套调用

一个服务可以充当BEA Tuxedo客户程序，去调用其它BEA Tuxedo服务，换句话说，你请求的服务需要调用其它服务才能处理请求。BEA Tuxedo客户程序调用了服务X，等待它的响应，服务X调用服务Y后也处于等待状态，当服务X得到响应后，再给客户程序一个响应，这种机制的特点是效率高。

使用调用转发

在嵌套服务中，最里层嵌套服务可以直接给客户程序一个响应，没有必要按照调用栈逐级返回，这就使其它嵌套服务可以处理其它请求，当第一个服务是一个分发代理时，这种模式是非常有用的。在嵌套调用中，被客户调用的服务X使用tpforward(3c)函数把请求传给服务Y，服务X没有tpreturn(3c)函数。客户程序不用管请求是由谁来完成的，因此，转发调用对客户程序是透明的。

会话通信

会话通信适合于有多个缓冲区需要以有状态的方式在BEA Tuxedo客户程序和服务之间传递的场合。恰当地使用BEA Tuxedo的会话，因为参与会话的服务器在会话结束之前是不可用的。要完成会话通信，你的代码需要遵循如下步骤：

⑴．客户程序使用tpconnect()启动会话；

⑵．客户程序和服务使用tpsend()和tprecv()函数进行数据交换，一个特殊的标记指示

着当前由哪一方来控制着会话；

⑶．当服务程序调用tpreturn()或tpdiscon()函数时，会话正常终止。

主动消息通告

要处理服务器的消息通知，客户程序必须使用tpsetunsol()函数来创建一个消息处理器，要发送主动消息，BEA Tuxedo客户程序或服务程序可以调用tpnotify()来把消息传递给单个客户程序，也可以通过tpbroadcast()函数来把消息同时广播给多个客户程序。当客户程序收到主动消息后，BEA Tuxedo系统调用客户程序的主动消息处理器来处理。

在一个基于信号系统中，客户程序没有必要处理所有的主动消息，然而，在一个非信号系统中，客户程序必须使用tpchkunsol()函数来检查主动消息。当客户程序调用一个服务请求时，tpchkunsol()被隐含地调用。在调用tpnotify()时，如果你设置了tpack标记位，你将会收到一个请求通知。

基于事件的通信

在基于事件的通信中，事件可以被发送到应用程序队列、LOG文件和系统命令。当BEA Tuxedo服务或客户程序调用tppost()函数时，任何一个BEA Tuxedo客户程序都可以使用tpsubscribe()函数订阅用户自定义事件；当BEA Tuxedo系统检测事件时，客户程序也可以订阅系统定义事件。当一个服务器死了，.SysServerDied事件就会被发布，它由BEA Tuxedo 系统自动完成，不需要应用服务器干预。

基于队列的通信

为了实现了和/Q系统的接口，BEA Tuxedo客户程序使用两个ATMI函数，使用tpenqueue()把消息放入队列空间，使用tpdequeue()来把消息从队列空间中取走。

下面演示了点对点异步消息机制。一个客户程序使用tpenqueue()函数将消息传给服务，响应队列和失败队列的名字可以作为参数包含在tpenqueue()调用中，由于在队列中的数据是持续的，因此，所有和排队消息相关的响应消息和失败消息都可以从相应的响应队列和失败队列中取得。客户程序可以使用缺省的排队顺利，即按放放顺利排队，先进先出；也可以改变排队规则，如把一个消息放在队列开始，或放到另一个队列前面。Tpenqueue()调用把消息送到TMQUEUE服务器，并被放入固定存储体中进行排队，然后给客户程序发送一个通知消息。队列管理器给消息分配一个标识符，使用它可以随时将消息踢出队列，也可以用于tpenqueue()中，指示将新消息紧挨着标识符标识的消息。在消息出队时，要出队消息的事务必须成功地提交。客户程序使用tpdequeue()来使消息出队。

下面演示了消息被转发到另一个服务器。客户程序发出一个消息，要调用服务器上的X 服务，X服务接收消息后，处理消息中的指令，然后把响应放入队列空间，客户程序再从队列空间中取出。排队系统对于服务来说是透明的，也就是说，不论服务请求是从队列发出的，还是通过tp(a)call发出的，服务都能接受。

使用事务

要使用事务，应用程序开发者需要使用如下ATMI函数：

⑴．tpbegin()，用于开始一个事务；

⑵．tpcommit()，开始一个二阶段提交处理；

⑶．tpabort()，产即终止事务。

任何放在begin，commit/abord之外的代码不包含事务中。在下面的例子中，客户程序打开了一个事务，请求了两个服务，并且提交了事务。因为服务请求是在事务开始和提交之间完成的，所以两个服务的行为都被了事务记录。

三、tuxedo的管理

1、tmboot/tmshutdown起、停服务

-A 启动所有机器上的管理进程。

-M 启动主控机器上的管理进程。

-i srvid 启动服务id等于srvid的进程。

-g grpname 启动指定的一组服务（含TMS）

-S 启动所有应用服务。

-s server-name 启动可执行文件名为server-name的服务。

-l lmid 启动TMS和指定机器上的应用服务。

-T grpname 启动指定组中所有TMS。

-B lmid 启动指定机器上的BBL。

-e command 指定启动进程失败后在主控机器上运行的命令名。

-c 打印本配置所需最少的IPC资源。

如果需要移动服务，关闭服务时用-R参数即可不删除BB中的入口。

在非主控节点上，可以用-P参数仅关闭该机器上的应用。

当有客户端正在连接时，tmshutdown 不能关闭管理服务。参数-c则可以超越此规则。该参数仅用于管理员需要立即关机而又无法及时通知客户端时。

参数-w delay 在delay秒后进行强制关闭。指定的服务当即被挂起，使之不能继续接受交易请求。delay的值则允许服务在一个合理的时间内完成已经接受的请求。在延迟的时间到达后，信号SIGKILL(或SIGTERM)将发给指定的服务。该参数目的是使管理员能够关闭发生死循环或死锁的服务。

2、tmadmin对tuxedo进行管理

通常管理工作有以下3类：

监视运行系统：一般监视以下信息：应用、服务、客户端、交易、队列、组、会话、网络等。动态修改服务或交易参数：交易可以挂起、恢复、发布和取消；交易参数可以修改，如：LOAD和PRIORITY；指定交易的超时时间；交易口令

进行启动，关闭，移动服务等管理员的任务

printserver（简写为psr）

列号描述

1. 服务的可执行文件名

2. 服务连接的队列名

3. 组名

4. 服务的数字id

5. 服务已经处理的请求数

6. 服务处理的全部请求的参数和printservice（简写为psc）

列号描述

1. 交易名

2. 交易函数名

3. 服务可执行文件名

4. 服务所在组名

5. 服务的数字id

6. 提供交易的机器的LMID

7. 交易已经执行的次数

8. 交易当前状态

printqueue（简写为pq）

如果不指定address，所有队列信息将被输出。

列号描述

1. 队列连接的服务的可执行文件名

2. 字符队列名，是RQADDR参数或一个随机值

3. 连接的服务数

4. 当前队列的所有请求的参数和

5. 实际请求数

6. 平均队列长度

7. 队列所在机器的LMID

printclient（简写为pclt）

来自TUXEDO系统的日志信息。主要有以下信息：客户端id，用户名和当前状态

登录的LMID和进程号(PID)

服务组和上一访问过的服务组

交易（启动/提交/中断）和会话的统计数字

中继队列id，通知方法和提交控制

列号描述

1. 已经登录的客户端机器的LMID

2. 用户名，由tpinit()提供的

3. 客户端名，由tpinit()提供的

4. 客户端连接后经过的时间

5. 客户端状态

6. IDLE——表示客户端目前没有任何交易在工作

7. IDLET——表示客户端启动了一个交易

8. BUSY——表示客户端在工作中

9. BUSYT——表示客户端正在交易控制下工作

10. 启动/提交/中断的交易数

3、用tmadmin写脚本

输出所有服务/交易/队列信息

$tmadmin 2>&1<

echo

verbose

psr

psc

pq

!

挂起bankapp内所有AUDIT交易

（tmadmin 2>&1 <

pq

!

) |

awk …BEGIN { print “tmadmin <

{if ( $1 == “AUDIT”) print “susp –q” , $2, “-S $1”} END {print “q\n!”}? |

/bin/sh

4、移植服务

该功能使管理员可以将服务移动到其他位置。服务可以用migrategroup(migg)[-cancel] group 移植一组服务，或用migratemach(migm) [-cancel] machine移植一台机器上的服务。

以下是移植服务的步骤：

1．服务必须用tmshutdown或-R参数关闭。该参数包含公告牌中的服务名。

2．在配置文件中的*RESOURCES段必须指明MIGRATE

*RESOURCES

…

OPTIONS MIGRA TE

…

3．在*GROUP段中，被移植的服务组在LMID参数中必须

有替代位置。当移植机器时，所有组的LMID参数的替代位置必须相同。

*GROUP

…

APGP2 LMID=SITE1,SITE2

…

4．服务必须可以重启动，以下是*SERVERS段有关内容

*SERVERS

…

rz_Ecsb SRVGRP=APGP2 RESTART=Y

…

移植在关闭后将被取消。migg 和migm –cancel 参数在服务关闭后从公告牌删除服务名。所以，服务需要重启动才可以使用。

$tmadmin

>stop –R –g APGP2

Shutting down server processes …

>psr –g APGP2

Prog Name Queue Name Grp Name ID RqDone Load Done Current Service --------- ---------- -------- -- ------ --------- ---------------

rz_Ecsb 00004.04000 APGP2 4000 0 0 ( IDLE ) IFMTMS APGP2_TMS APGP2 30001 1 50 ( IDLE ) IFMTMS APGP2_TMS APGP2 30002 16 800 ( IDLE ) IFMTMS APGP2_TMS APGP2 30003 15 750 ( IDLE ) CCS_QUANBIA_60 00004.06004 APGP2 6004 0 0 ( IDLE ) CCS_SCBB_4099 00004.04099 APGP2 4099 2 100 ( IDLE )

>migg APGP2

migration successfully completed