TUXEDO简介及命令介绍

合集下载

tuxedo常用命令

Tuxed‎o作为系‎统的中间件‎，其配置主‎要包括：资‎源文件的配‎置和应用环‎境的配置；‎其管理‎和维护主要‎包括：系统‎的启动和关‎闭、日志的‎跟踪查看工‎作。

Tu‎x edo 应‎用系统的配‎置一、应‎用系统的资‎源配置，全‎都包含在两‎个资源配置‎文件中（u‎b bcon‎f ig 和‎d mcon‎f ig ）‎，在这两个‎配置Tu‎x edo ‎作为系统的‎中间件，其‎配置主要包‎括：资源文‎件的配置和‎应用环境的‎配置；其管‎理和维护主‎要包括：系‎统的启动和‎关闭、日志‎的跟踪查看‎工作。

‎T uxed‎o应用系统‎的配置‎一、应用系‎统的资源配‎置，全都包‎含在两个资‎源配置文件‎中（ubb‎c onfi‎g和dm‎c onfi‎g），在‎这两个配置‎文件中包含‎了系统所有‎的应用资源‎（文件）。

‎1、‎‎对于ub‎b conf‎i g文件，‎可以任意使‎用一个文件‎名（如：u‎b b.tx‎t），使用‎一种文本编‎辑工具，将‎应用系统的‎资源分类进‎行配置，相‎关进程启动‎数量等等都‎应该配置在‎其中，然后‎设置环境变‎量TUXC‎O NFIG‎，使用系统‎命令：tm‎l oadc‎f来将文‎本文件ub‎b.txt‎，转化生成‎环境变量T‎U XCON‎F IG制定‎的二进制文‎件。

在该文‎件中主要包‎含了几个参‎数的设置：‎系统所使用‎的共享内存‎的键值IP‎C KEY，‎针对wor‎k stat‎i on 客户‎端的监听进‎程的端口（‎W SL），‎多台机器之‎间互连（登‎记中心与各‎网关）的网‎络地址和端‎口（NAD‎D R，NL‎S ADDR‎），数据依‎赖路由的设‎定等等。

‎详细的内容‎参看《Ub‎b conf‎i g配置.‎d oc》‎参看模版来‎实现移植或‎添加应用进‎程等等。

‎2、‎‎对于dm‎c onfi‎g文件，可‎以任意使用‎一个文件名‎（如：dm‎.txt）‎，使用一种‎文本编辑工‎具，将应用‎系统的多域‎互联及互相‎调用的关系‎进行配置，‎包括多域之‎间互联的地‎址和端口，‎然后使用系‎统命令：d‎m load‎c f 来将‎文本文件d‎m.txt‎，转化成环‎境变量BD‎M CONF‎I G所指定‎的二进制文‎件。

TUXEDO中间件基础培训教程

TUXEDO中间件基础培训教程TUXEDO是一种常用的中间件，用于构建分布式系统和业务应用。

它提供了灵活的架构和强大的功能，能够处理高并发的请求和可靠的消息通信。

本篇文章将介绍TUXEDO的基础知识和用法，帮助读者了解和使用TUXEDO中间件。

一、TUXEDO中间件概述1. 应用服务器（Application Server）：负责处理客户端请求，调用相应的服务和资源。

2. 事务管理器（Transaction Manager）：负责管理分布式事务，保证事务的一致性和可靠性。

3. 路由器（Router）：负责根据客户端请求的目标，将请求路由到相应的应用服务器。

4. 消息队列（Message Queue）：用于在不同的应用服务器之间传递消息。

二、TUXEDO开发环境2.配置TUXEDO环境：设置TUXDIR环境变量和相关配置文件，以便使用TUXEDO命令和功能。

3.开发工具：TUXEDO提供了命令行工具和图形化界面工具，可以根据具体需求选择适合的工具进行开发。

三、TUXEDO应用开发1. 定义服务（Service）：服务是TUXEDO中间件的核心概念，它表示一个可供调用的逻辑单元。

可以使用工具或配置文件定义服务，并设置相应的参数和属性。

2. 编写客户端代码：客户端代码负责与TUXEDO中间件进行交互，发送请求和接收响应。

可以使用C、C++、Java等编程语言进行开发，使用TUXEDO提供的API进行调用。

3. 编写服务代码：服务代码负责响应客户端请求，并进行相应的数据处理和业务逻辑。

可以使用C、C++、Java等编程语言进行开发，使用TUXEDO提供的API进行编程。

4.配置资源：资源是TUXEDO应用的关键组成部分，包括数据库连接、文件系统等。

可以使用配置文件或工具对资源进行定义和配置。

5.部署应用程序：将开发完成的应用程序部署到TUXEDO环境中，并进行测试和验证。

四、TUXEDO事务处理1.本地事务：在单个应用服务器内执行的事务，可以通过TUXEDO事务管理器进行管理。

tuxedo培训教程

引言：本文是关于Tuxedo培训教程的第二部分，旨在深入介绍Tuxedo技术的相关知识和应用。

Tuxedo是一种高性能、高可用性的分布式应用服务器，广泛应用于大规模事务处理和企业级应用领域。

本文将分为五个方面对Tuxedo进行详细阐述，帮助读者更好地理解和应用该技术。

正文：一、Tuxedo安装与配置1. Tuxedo系统要求：包括硬件和软件要求，例如操作系统、内存、存储等方面的要求。

2. Tuxedo的安装步骤：详细介绍如何下载、安装和配置Tuxedo软件。

3. Tuxedo的配置文件：包括DOMAINS、UBBCONFIG等配置文件的作用和常用参数设置。

4. Tuxedo的环境变量设置：介绍如何设置Tuxedo相关的环境变量，确保系统能正常运行。

二、Tuxedo应用开发1. Tuxedo编程模型：介绍Tuxedo的编程模型，包括服务（Service）、服务器（Server）和客户端（Client）的概念和作用。

2. Tuxedo事务管理：详细解释Tuxedo事务的概念和使用方法，包括事务的起始、提交和回滚操作。

3. Tuxedo服务开发：介绍如何编写和发布Tuxedo服务，包括服务的注册、发布和请求处理过程。

4. Tuxedo客户端开发：讲解如何编写Tuxedo客户端程序，包括连接Tuxedo服务、发送请求和接收响应等步骤。

5. Tuxedo编程示例：通过实际的编程示例演示Tuxedo应用开发的流程和技巧，帮助读者更好地理解和应用。

三、Tuxedo监控与调优1. Tuxedo监控工具：介绍Tuxedo自带的监控工具，如tmadmin和tmj，用于监控和管理Tuxedo域。

2. Tuxedo性能调优：给出一些Tuxedo性能调优的建议和方法，包括资源配置、线程池设置等方面。

3. Tuxedo故障排查：介绍常见的Tuxedo故障和排查方法，如错误日志分析、日志级别配置等。

4. Tuxedo性能分析：介绍常用的性能分析工具和方法，用于定位和解决Tuxedo应用的性能瓶颈问题。

tuxedo常用命令

还可以通过script的方式，对于命令结果进行更复杂的处理
Tuxedo基本命令：服务启动：tmboot –y 如果只需要启动单个则tmboot –S servername 服务停止：tmshutdown –y 同样tmshutdown –S servername tmadmin –v 查看 tuxedo 版本及license信息 tmloadcf -y ubb_file 编译文本格式的ubb文件到二进制的ubb文件 tmloadcf -c ubb_file 测试IPC资源最小需求 tmadmin>bbparms (bbp) 显示BB（Bulletin Board）的关键参数配置 tmadmin>bbstats (bbs) 显示当前BB（Bulletin Board）的统计信息 tmadmin>printclient (pclt) 显示当前连接tuxedo的客户端信息 tmadmin>printserver (psr) 显示 server 的信息 tmadmin>printservice (psc) 显示 service 的信息 tmadmin>printtrans (pt) 显示当前事务的信息 tmadmin>printqueue (pq) 显示请求队列的信息和Unix shell命令结合使用，例如： echo psr| tmadmin | grep –v IDLE 取得在用的服务 echo psr| tmadmin | grep –v IDLE|wc -l echo psr| tmadmin | sort +4 echo psc| tmadmin | sort +6 echo pq | tmadmin | sort +4 echo pclt | tmadmin | grep –v WSH|grep –v tmadmin|wc –l

TUXEDO简介

第二章：TUXEDO简介Tuxedo是BEA公司的交易中间件产品，1984年由贝尔实验室开发成功，1992年易主Novell 公司，1996年由BEA公司收购，经过十多年的不断更新和完善，Tuxedo已经发展成为交易中间件领域事实上的标准。

2.1TUXEDO系统的组成部分BEA TUXEDO是由服务器端的事务管理器、可靠队列服务、应用域以及客户端的工作站等几个核心部分组成的。

下面对这几部分进行介绍。

图TUXEDO核心组成1.事务管理器/T运行于服务器端的事务管理器是TUXEDO体系结构的中心，它是每个TUXEDO服务器的核心，提供重要的分布式应用服务,包括：名字服务、数据路由、负载平衡、配置管理、分布式事务管理和安全性管理。

它包含TUXEDO的核心数据结构公告板BB (Bulletin Board)，BB中包括服务名、路由信息、请求服务的队列和负载等基本信息，TUXEDO/T负责访问和维护BB中的信息，并利用这些信息实现其各项功能。

2.工作站/WS工作站把TUXEDO ATMI API((注：ATMI，应用事务管理接口，是支持应用开发的一组函数) 扩展到客户端应用程序中,它适用于DOS、Windows3.1/95/98/2000/XP、Windows NT、IBM OS/2、Macintosh OS和所有商用版的UNIX。

有了工作站，开发者用ATMI客户端的功能可透明访问在TUXEDO分布式环境中任何服务器上的服务。

有了工作站，用户可在常见的编程环境中如：Visual Basic，PowerBuilder，DELPHI，VC等编写TUXEDO的客户端程序。

3．可靠队列服务/QTUXEDO提供了一个简单的可靠的队列机制，保证应用系统提交的请求和数据可在网络故障或目的服务器瘫痪等情况下也能递交到目的服务器。

应用程序能将服务请求入队和出队，并可以设定系统，使队列中的请求自动地转发给 TUXEDO的服务进程，并取回处理结果。

tuxedo基本操作atmi介绍

tuxedo基本操作atmi介绍ATMI（Authenticated Transactional Message Interface）是一种基于消息的分布式事务处理系统，用于在分布式环境中进行交易和通信。

它是Tuxedo系统的主要组成部分，用于支持多个应用程序之间的高性能、可靠和安全的通信。

ATMI提供了一组API，使开发人员能够在一个或多个计算机平台上创建分布式应用程序。

它提供了数据的传输、一致性、可靠性、安全性和事务管理等功能。

下面是ATMI的一些基本操作和功能：1.事务处理：ATMI支持分布式事务，允许应用程序在多个计算机上执行跨系统和跨应用的事务。

它提供了事务的开始、提交和回滚等操作，确保事务的一致性和可靠性。

2.消息传递：ATMI允许应用程序使用消息进行通信。

它提供了发送和接收消息的API，可以在不同的应用程序之间传递数据和命令。

3.远程调用：ATMI支持远程调用，允许应用程序通过网络调用远程服务器上的程序。

它提供了一些API，使开发人员能够方便地进行跨计算机调用。

4.数据传输：ATMI提供了数据传输的功能，可以在应用程序之间传递数据。

它支持常见的数据格式，如字符串、整数和结构体等。

5.容错性：ATMI具有高度的容错性，可以处理网络故障和系统故障等情况。

它可以自动进行故障恢复，并保持事务的一致性。

6.安全性：ATMI提供了安全性的功能，确保数据在传输过程中的机密性和完整性。

它支持加密和身份验证等机制，保护数据的安全。

7.并发控制：ATMI提供了并发控制的功能，可以对并发访问进行控制。

它使用锁和信号量等机制，确保多个应用程序之间的数据一致性。

总的来说，ATMI是一个强大而灵活的分布式事务处理系统，提供了丰富的功能和API，使开发人员能够构建高性能、可靠和安全的分布式应用程序。

它可以在不同的计算机平台上运行，并支持多种开发语言和数据格式。

无论是企业级系统还是互联网应用程序，ATMI都是一个理想的选择。

TUXEDO教程

TUXEDO教程TUXEDO（The UniX Environment Developed for Operation）是一个基于UNIX的操作系统，它主要用于日常办公和个人使用。

TUXEDO具有简洁、稳定、高效的特点，而且非常容易上手。

在本教程中，我将为大家介绍TUXEDO的基本操作和一些常用功能。

第一部分：TUXEDO的安装和设置第二步：设置TUXEDO安装完成后，你需要对TUXEDO进行一些基本的设置。

例如，你可以设置语言和时区，还可以选择你喜欢的桌面环境。

在这一步，你应该根据自己的需求进行个性化设置。

第二部分：TUXEDO的基本操作1.系统登录启动TUXEDO后，你将会看到一个登录界面。

输入你的用户名和密码，然后点击登录按钮，你就可以进入系统了。

2.桌面环境3.文件管理在TUXEDO中，你可以使用Nautilus（GNOME）、Dolphin（KDE Plasma）等文件管理器来浏览你的文件夹和文件。

你可以通过双击文件夹打开它，或者使用右键菜单进行一些操作，比如复制、剪切、重命名等。

4.应用程序的安装和卸载5.系统更新6.终端操作TUXEDO提供了一个终端，你可以使用它来进行一些高级操作，比如安装软件包、管理用户、执行命令等。

通过打开终端，你可以输入一些命令来完成你想要的操作。

例如，你可以使用“sudo apt-get install<package>”来安装软件包。

第三部分：TUXEDO的高级功能1.多用户管理2.网络设置3.数据备份和恢复在TUXEDO中，你可以使用备份工具来备份你的重要文件和数据。

通过备份工具，你可以选择要备份的文件和文件夹，然后设置备份的位置和计划。

当你需要恢复数据时，只需使用备份工具来选择要恢复的文件和备份位置即可。

4.安全和隐私总结：通过这个教程，你应该已经了解了TUXEDO的基本操作和一些常用功能。

希望这个教程能够帮助你更好地使用TUXEDO，并享受到它简洁、稳定和高效的特点。

tuxedo命令和配置的详细解释及应用实例

tuxedo命令和配置的详细解释及应用实例域的组成BDMCONFIG：二进制配置文件DMADM：域管理服务器，管理多个GWADMGWADM：运行时网关管理服务器，从DMADM服务器上获取域信息GWTDOMAIN：是一个网关进程，在域之间转发消息tmshutdown/tmboot -s 服务名按服务名停/启单个服务tmshutdown/tmboot -S （大写的S）停/启所有服务tmshutdown/tmboot -i 进程号按进程号停/启单个服务tmshutdown/tmboot -g 组名字按组停/启服务tmshutdown/tmboot -y -w1 按用户停/启服务tmloadcf -n 文件名只做语法检查不编译tmloadcf -y 文件名编译二进制文件tmloadcf -c 文件名测试IPC资源最小需求tmadmin -v 版本tmadmin>bbp 查BB的参数bbs BB统计信息pclt 连接客户端信息psr server信息psc service信息pt 当前事物信息pq 队列信息echo psr|tmadmin|grep -v IDLEecho psr|tmadmin|sort +4echo psc|tmadmin|sort +6echo pq|tmadmin|sort +4echo pclt|tmadmin|grep -v WSH|grep -v tmadmin以下是tmadmin命令的printserver（简写为psr）的简单输出。

列号描述1. 服务的可执行文件名2. 服务连接的队列名3. 组名4. 服务的数字id5. 服务已经处理的请求数6. 服务处理的全部请求的参数和7. 服务正在处理的交易，若为IDLE则服务当前是空闲ccsmis:/home2/ccsmis>tmadmintmadmin - Copyright (c) 1996 BEA Systems, Inc.Portions * Copyright 1986-1997 RSA Data Security, Inc.All Rights Reserved.Distributed under license by BEA Systems, Inc.Tuxedo is a registered trademark.> printserverProg Name Queue Name Grp Name ID RqDone Load Done Current Service --------- ---------- -------- -- ------ --------- --------------- rz_Ecsb 00004.04000 APGP2 4000 0 0 ( IDLE )BBL 70020 simple 0 1 50 ( IDLE ) IFMTMS APGP2_TMS APGP2 30001 1 50 ( IDLE )交易信息来自GAI的信息本处略去。

Tuxedo基本命令使用

Tuxedo基本命令使用
——樊瑞
1.tmloadcf编译ubbsimple配置文件文件，将配置文件ubbsimple编译成二进制配置文件
使用示例：
tmloadcf -y ubbsimple
-y 参数是为了替换原有的配置文件
无报错即为正确，同时当前文件夹上新增一个tuxconfig配置文件（文件名跟环境变量中TUXCONFIG配置的路径和文件名一致）
2.tmunloadcf 反编译二进制配置文件tuxconfig
使用示例：tmunloadcf
无需任何参数，反编译环境变量TUXCONFIG指向的配置文件，可以准确的查看到当前运行服务的配置情况
3.tmboot启动服务，启动环境变量中配置的TUXDIR中指定的文件夹下的服务使用示例：
tmboot -y
-y启动所有的管理服务进程和服务进程
4.tmshutdown 停止服务，停止当前环境变量TUXDIR文件夹下的服务
使用示例：tmshutdown -y
-y:是否关闭所有服务
5.tmipcrm强制注销进程和服务
使用示例：tmipcrm -y
-y:是否需要移除tuxedo服务器占用的IPC资源，一般用于服务无法tmshutdown的情况，属
于强制关闭，数据将丢失。

6.tmadmin tuxedo管理命令入口使用示例：tmadmin
6.1 h帮助信息
6.2 psc 打印服务，查看当前运行服务信息
6.3 pq,查看当前队列信息
6.4 pclt查看当前连接信息
6.5 default设置默认信息6.6 psr答应服务进程信息。

TUXEDO简介及命令介绍

Tuxedo是一个客户机/服务器的―中间件‖产品，它在客户机和服务器之间进行调节，以保证正确地处理事务。

Tuxedo是一个事务处理(TP)监督器，它管理联机事务处理(OLTP)系统(参见―事务处理‖)操作的事务。

客户通过结构化查询语言(SQL)调用，或其它类型的请求，产生对服务器的请求。

这个事务处理监督器确信，正确地进行了修改，以保证数据的完整性。

这在一个事务可以改变多个位置的数据库的分布式数据库环境是非常重要的。

这个事务处理监督器使用双阶段提交，以保证所有的数据库都已经接收和认可了这些数据的正确性。

否则，这个数据库返回它的事务前状态。

事务监督器从前都是与大的大型计算机系统联系在一起的，但是Tuxedo的设计是为了在不昂贵的基于UNIX的系统上运行。

AT&T最初是作为它自己使用的联机事务处理开发Tuxedo的。

虽然Tuxedo必须在U-NIX系统上运行，但是它可以与DOS、OS/2、Windows和UNIX客户一起工作。

它还使用通用的通信协议，如传输控制协议/因特网协议(TCP/IP)和网络基本输入输出系统(NetBIOS)，并且可以在这些环境提供分布式处理支持。

例如，它可以根据请求的类型，服务请求从一个客户选择路由到一个特定的服务器。

Tuxedo的基本特征是它的联机事务处理系统，但是，Tuxedo也工作于集成关系型的平面文件，以及层次数据库系统。

相关条目：Connectionless and Connection-Oriented Transactions无连接和面向连接事务；Transaction Processing 事务处理。

Tuxedo作为电子商务交易平台，它允许客户机和服务器参与一个涉及多个数据库协调更新的交易，并能够确保数据的完整性。

BEA Tuxedo一个特色功能是能够保证对电子商务应用系统的不间断访问。

它可以对系统组件进行持续的监视，查看是否有应用系统、交易、网络及硬件的故障。

Tuxedo开发使用说明

Tuxedo开发使用说明1Tuxedo的环境设置包括Client端和Server端环境设置两个部分，下面将分别加以详细说明。

Tuxedo的client端主要是一组以dll方式提供的函数调用。

假设tuxedo的安装路径是TUXDIR=C:\tuxedo，那么dll就存放在TUXDIR\bin目录下，主要包括：wtuxws32.dll、libwsc.dll、libgp.dll、libbuft.dll、libfml.dll、libfml32.dll、tuxlib.dll等。

Client端通过环境变量WSNADDR的设置值连接其调用的服务器，因此必须在环境变量中（在autoexec.bat文件中）设置WSNADDR变量，其设置为：SET WSNADDR=//服务器IP地址：端口号IP地址和端口号必须是服务器配置文件中指定的的侦听IP地址和端口（详细情形见“tuxconfig配置文件”的说明）。

Tuxedo安装完毕后，需要设置的环境变量有（以Unix环境为例，Windows NT 或2000可以参考作相应设置）：TUXDIR=tuxedo的安装路径 export TUXDIRLIBPATH=$TUXDIR/lib;$LIBPATH export LIBPATHPATH=$TUXDIR/bin; $PATH export PATHTUXCONFIG=tuxconfig文件的路径/tuxconfig export TUXCONFIG其中LIBPATH表示tuxedo的库文件路径（动态库），TUXCONFIG指向tuxedo 的配置文件（详细情形见“tuxconfig配置文件”的说明）。

2 RMRM文件存放在$TUXDIR/udataobj目录下（license文件lic.txt就在此目录下）。

Tuxedo通过XA/Open协议建立与数据库的通道，而此文件正是指定了数据库的接口。

如一个RM文件的内容如下（以Oracle 8.0.4数据为例）：Oracle_XA:xaosw:-L${ORACLE_HOME}/lib -lclntsh -lmm -lsql${ORACLE_HOME}/lib/osntabst.o开发基于数据库的应用时必须配置此文件，关于RM的详细说明，见tuxedo的说明文第 1 页档。

Tuxedo完全操作手册

Tuxedo完全操作⼿册⼀、tuxedo的配置1、展开tuxedo包，例如：/home/tuxedo2、配置ubbconfig⽂件在江苏建⾏是jsccb.ubb*RESOURCES*RESOURCES节包含整个应⽤范围的信息。

本节必须在配置⽂件第⼀节，不可缺少。

参数意义*RESOURCES *RESOURCES节IPCKEY 共享内存idUID TUXEDO管理员⽤户idGID TUXEDO管理员⽤户idPERM 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 检索公告牌的内部时间间隔，单位是SCANUNITBLOCKTIME 交易超时时间，单位是SCANUNITBBLQUERY DBBL查询所有BLL的时间间隔DBBLWAIT DBBL等待BBL回应的超时时间MAXCONV 同时最⼤会话数jsccb.ubb的实例###################### RESOURCES SECTION ######################*RESOURCESIPCKEY 234567DOMAINID JSCCBMASTER SERVER1MAXSERVERS 900MAXSERVICES 2000CMTRET LOGGEDMODEL MPLDBAL YSECURITY NONEMAXGTT 500OPTIONS LANBLOCKTIME 12*MACHINES*MACHINES节包含应⽤有关的每个处理器的信息。

Tuxedo总体介绍

Tuxedo总体介绍1.1 中间件介绍介于客户机与服务器之间的夹层，它突破了二层C/S结构的局限性，为构建大规模、高性能、分布式C/S应用程序提供了通信、事务、安全、容错等基础服务，它屏蔽了底层技术细节，使应用程序开发不必再从底层做起，以自身的复杂性换来了应用程序开发的简单。

最早具有中间件技术思想及功能的软件是IBM的CICS，但由于CICS不是分布式环境的产物，因此人们一般把Tuxedo作为第一个严格意义上的中间件产品。

Tuxedo是1984年在当时属于AT&&T的贝尔实验室开发完成的，但由于分布式处理当时并没有在商业应用上获得像今天一样的成功，Tuxedo在很长一段时期里只是实验室产品，后来被Novell收购，在经过Novell并不成功的商业推广之后，1995年被现在的BEA公司收购。

尽管中间件的概念很早就已经产生，但中间件技术的广泛运用却是在最近10年之中。

BEA公司1995年成立后收购Tuxedo才成为一个真正的中间件厂商，IBM的中间件MQSeries也是90年代的产品，其它许多中间件产品也都是最近几年才成熟起来。

简单提一下东方通TongLINK，TONGEASY.TUXEDO为交易中间件。

1.2 TUXEDO是什么TUXEDO名字的由来:Transaction for UNIX has been Extended for Distributed Operation，即被分布式操作扩展之后的UNIX事务系统。

BEA TUXEDO是在企业、Internet 这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。

它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。

开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。

在当今系统整合、全球应用、永远可用的业务环境中，企业要求分布式事务处理（TP）的基础结构，不仅能够充分发挥现有技能和应用资产的作用，而且还要具备基于标准的互操作性以简化集成。

TUXEDO配置参数详解

TUXEDO配置参数详解TUXEDO是一款开源的分布式高性能事务处理系统，广泛应用于企业级应用程序的开发和部署。

TUXEDO配置参数的详细了解对于系统的性能和可靠性的优化非常重要。

在本文中，我们将深入探讨TUXEDO的配置参数，并详细解释每个参数的作用和用途。

1.MAXACCESSERS-指定同时运行的最大并发进程数。

该参数对于控制系统的并发连接数至关重要。

当系统中的连接数超过此参数设定的值时，进程将等待直到有可用的连接资源。

2. MAXSERVERS - 指定Tuxedo系统中同时运行的最大服务进程数。

此参数对于控制系统的并发服务数量非常重要。

如果系统的服务进程数量超过此参数设定的值，新的服务请求将被延迟处理。

3.MAXQUEUES-指定系统中同时存在的最大队列数量。

此参数影响系统中消息队列的数量和容量。

如果队列数量超过此参数设定的值，新的消息将被丢弃。

4. MAXGROUPS - 指定Tuxedo系统中同时存在的最大进程组数量。

进程组是一组具有共同功能的进程，可以并行处理服务请求。

此参数对于控制系统中进程组的数量非常重要。

5.MAXLISTENERS-指定系统中同时存在的最大监听器数量。

监听器负责监听来自客户端的连接请求，并将其分配给服务进程。

此参数对于控制系统的并发连接数和性能非常重要。

6. TMSNAME - 指定事务管理系统的名称。

Tuxedo支持分布式事务处理，通过指定TMS名称可以实现不同系统之间的事务协调和跨系统的事务处理。

7.GWADMINSERVERS-指定在系统启动时自动启动的网关管理服务器数量。

网关管理服务器通过网关提供与外部系统的通信能力。

此参数对于控制网关管理服务器数量非常重要。

8. MAXBUFTYPE - 指定系统中支持的最大缓冲区类型数量。

Tuxedo 支持多种不同类型的缓冲区，用于在系统内部传递数据。

此参数影响系统中缓冲区的数量和类型。

9. MAXNIPROC - 指定系统中支持的最大网络通讯进程数。

tuxedo基本命令详细说明

1 tmloadcf➢检查UBBCONFIG文件的内容及格式➢将文本格式的UBBCONFIG文件编译生成二进制文件➢必须在主机上运行➢格式tmloadcf [-n] [-y] [-c] [-b blocks] {UBBCONFIG_file | -}➢参数-c 计算最小的IPC需求-n 仅仅进行UBBCONFIG文件的内容检查，不生成二进制文件-y 覆盖已有的二进制文件之前不提示-b blocks 如果环境变量TUXCONFIG所指的文件存放在一个裸设备上，建议使用该参数；如果该文件存放在文件系统上，则不需要2 tmunloadcf➢将二进制TUXCONFIG文件反编译为文本格式3 tmipcrm➢清除本机上的IPC资源➢自动根据TUXCONFIG_file参数查找相应的IPC资源➢一般在Tuxedo非正常停止的情况下用来清理残留IPC资源➢格式tmipcrm [-y] [-n] [TUXCONFIG_file]➢参数-y 对命令运行过程中的询问回答y-n 不清除IPC资源，只是列出IPC资源TUXCONFIG_file Tuxedo的配置文件。

如果不指定，则使用环境变量TUXCONFIG4 tmboot➢启动Tuxedo➢格式tmboot [-l lmid] [-g grpname] [-i srvid] [-s aout] [-o sequence][-S] [-A] [-b] [-B lmid] [-T grpname] [-e command] [-w] [-y] [-g][-n] [-c] [-M] [-d1]➢参数-l lmid 启动所有绑定到这个逻辑主机的服务，包括应用Server、TMS、Gateway等等-g grpname 启动grpname包含的所有服务，包括应用Server、TMS等-i srvid 启动所有SRVID为srvid的服务-s aout 启动Server名字为aout的服务，也可以用来启动TMS、Gateway等服务。

tuxedo管理命令之tmboot与tmshutdown

tuxedo管理命令之tmboot与tmshutdown tuxedo管理命令之tmboot与tmshutdown [转贴 2009-09-26 15:50:15]字号：⼤中⼩tmboot命令启动TUXEDO系统的应⽤，创建必要的IPC资源、启动相关机器的规定的系统和应⽤服务进程。

tm的主要参数有：-A 启动所有机器上的管理进程。

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

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

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

-S 启动所有应⽤服务。

-s server-name 启动可执⾏⽂件名为server-name的服务。

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

⽰例：tmboot -s s1104Cfm;s1104Cfm为服务名。

tmshutdown命令⽤于关闭所有或部分应⽤并释放IPC资源。

本命令所有参数与tmboot类似（如：-A，-g，-i，-s，-S），意义相同。

tmshutdown的特殊参数有：-c当有客户端正在连接时，tmshutdown不能关闭管理服务。

参数-c则可以超越次规则。

该参数仅⽤于管理员需要⽴即关机⽽⼜⽆法及时通知客户端时。

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

⽰例：tmboot -s s1104Cfm;s1104Cfm为服务名。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~以下是BEA的官⽅参考⽂档：/tuxedo/tux80/atmi/rfcmd31.htmtmbootNametmboot—Brings up a BEA Tuxedo configuration.Synopsistmboot [-l lmid] [-g grpname] [-i srvid] [-s aout] [-o sequence] [-S] [-A] [-b] [-B lmid] [-T grpname] [-e command] [-w] [-y] [-g] [-n] [-c] [-M] [-d1]Descriptiontmboot brings up a BEA Tuxedo application in whole or in part, depending on the options specified. tmboot can be invoked only by the administrator of the bulletin board (as indicated by the UID parameter in the configuration file) or by root. The tmboot command can be invoked only on the machine identified as MASTER in the RESOURCES section of the configuration file, or the backup acting as the MASTER, that is, with the DBBL already running (via the master command in tmadmin(1)). Except, if the -b option is used; in that case, the system can be booted from the backup machine without it having been designated as the MASTER.With no options, tmboot executes all administrative processes and all servers listed in the SERVERS section of the configuration file named by the TUXCONFIG and TUXOFFSET environment variables. If the MODEL is MP, a DBBL administrative server is started on the machine indicated by the MASTER parameter in the RESOURCES section. An administrative server (BBL) is started on every machine listed in the MACHINES section. For each group in the GROUPS section, TMS servers are started based on the TMSNAME and TMSCOUNT parameters for each entry. All administrative servers are started followed by servers in the SERVERS sections. Any TMS or gateway servers for a group are booted before the first application server in the group is booted. The TUXCONFIG file is propagated to remote machines as necessary. tmboot normally waits for a booted process to complete its initialization (that is, tpsvrinit()) before booting the next process.Booting a gateway server implies that the gateway advertises its administrative service, and alsoadvertises the application services representing the foreign services based on the CLOPT parameter for the gateway. If the instantiation has the concept of foreign servers, these servers are booted by the gateway at this time.Booting an LMID is equivalent to booting all groups on that LMID.Application servers are booted in the order specified by the SEQUENCE parameter, or in the order of server entries in the configuration file (see the description in UBBCONFIG(5)). If two or more servers in the SERVERS section of the configuration file have the same SEQUENCE parameter, then tmboot may boot these servers in parallel and will not continue until they all complete initialization. Each entry in the SERVERS section can have a MIN and MAX parameter. tmboot boots MIN application servers (the default is 1 if MIN is not specified for the server entry) unless the -i option is specified; using the -i option causes individual servers to be booted up to MAX occurrences.If a server cannot be started, a diagnostic is written on the central event log (and to the standard output, unless -q is specified), and tmboot continues—except that if the failing process is a BBL, servers that depend on that BBL are silently ignored. If the failing process is a DBBL, tmboot ignores the rest of the configuration file. If a server is configured with an alternate LMID and fails to start on its primary machine, tmboot automatically attempts to start the server on the alternate machine and, if successful, sends a message to the DBBL to update the server group section of TUXCONFIG.For servers in the SERVERS section, only CLOPT, SEQUENCE, SRVGRP, and SRVID are used by tmboot. Collectively, these are known as the server's boot parameters. Once the server has been booted, it reads the configuration file to find its run-time parameters. (See UBBCONFIG(5) for a description of all parameters.)All administrative and application servers are booted with APPDIR as their current working directory. The value of APPDIR is specified in the configuration file in the MACHINES section for the machine on which the server is being booted.The search path for the server executables is APPDIR, followed by TUXDIR/bin, followed by /bin and/usr/bin, followed by any PATH specified in the ENVFILE for the MACHINE. The search path is used only if an absolute pathname is not specified for the server. Values placed in the server's ENVFILE are not used for the search path.When a server is booted, the variables TUXDIR, TUXCONFIG, TUXOFFSET, and APPDIR, with values specified in the configuration file for that machine, are placed in the environment. The environment variable LD_LIBRARY_PATH is also placed in the environment of all servers. Its value defaults to $APPDIR:$TUXDIR/lib:/lib:/usr/lib:lib> where is the value of the first LD_LIBRARY_PATH= line appearing in the machine ENVFILE. See UBBCONFIG(5) for a description of the syntax and use of the ENVFILE. Some Unix systems require different environment variables. For HP-UX systems, use the SHLIB_PATH environment variable. FOR AIX systems, use the LIBPATH environment variable.The ULOGPFX for the server is also set up at boot time based on the parameter for the machine in the configuration file. If not specified, it defaults to $APPDIR/ULOG.All of these operations are performed before the application initialization function, tpsvrinit(), is called. Many of the command line options of tmboot serve to limit the way in which the system is booted and can be used to boot a partial system. The following options are supported.-l lmidFor each group whose associated LMID parameter is lmid, all TMS and gateway servers associated with the group are booted and all servers in the SERVERS section associated with those groups are executed. -g grpnameAll TMS and gateway servers for the group whose SRVGRP parameter is grpname are started, followed by all servers in the SERVERS section associated with that group. TMS servers are started based on the TMSNAME and TMSCOUNT parameters for the group entry.-i srvidAll servers in the SERVERS section whose SRVID parameter is srvid are executed.-s aoutAll servers in the SERVERS section with name aout are executed. This option can also be used to boot TMS and gateway servers; normally this option is used in this way in conjunction with the -g option.-o sequenceAll servers in the SERVERS section with SEQUENCE parameter sequence are executed.-SAll servers in the SERVERS section are executed.-AAll administrative servers for machines in the MACHINES section are executed. Use this option to guarantee that the DBBL and all BBL and BRIDGE processes are brought up in the correct order. (See also the description of the -M option.)-bBoot the system from the BACKUP machine (without making this machine the MASTER).-B lmidA BBL is started on a processor with logical name lmid.-MThis option starts administrative servers on the master machine. If the MODEL is MP, a DBBL administrative server is started on the machine indicated by the MASTER parameter in the RESOURCES section. A BBL is started on the MASTER machine, and a BRIDGE is started if the LAN option and a NETWORK entry are specified in the configuration file.-d1Causes command line options to be printed on the standard output. Useful when preparing to use sdb to debug application services.-T grpnameAll TMS servers for the group whose SRVGRP parameter is grpname are started (based on the TMSNAME and TMSCOUNT parameters associated with the group entry). This option is the same as booting based on the TMS server name (-s option) and the group name (-g).-e commandCauses command to be executed if any process fails to boot successfully. command can be any program, script, or sequence of commands understood by the command interpreter specified in the SHELL environment variable. This allows an opportunity to bail out of the boot procedure. If command contains white space, the entire string must be enclosed in quotes. This command is executed on the machine on which tmboot is being run, not on the machine on which the server is being booted.Note: If you choose to do redirection or piping on a Windows 2000 system, you must use one of the following methods:Do redirection or piping from within a command file or script.To do redirection from within the queue manager administration program, precede the command with cmd. For example:cmd /c ipconfig > out.txtIf you choose to create a binary executable, you must allocate a console within the binary executable using the Windows AllocConsole() API function-wInforms tmboot to boot another server without waiting for servers to complete initialization. This option should be used with caution. BBLs depend on the presence of a valid DBBL; ordinary servers require a running BBL on the processor on which they are placed. These conditions cannot be guaranteed if servers are not started in a synchronized manner. This option overrides the waiting that is normally done when servers have sequence numbers.-yAssumes a yes answer to a prompt that asks if all administrative and server processes should be booted. (The prompt appears only when the command is entered with none of the limiting options.)-qSuppresses the printing of the execution sequence on the standard output. It implies -y.-nThe execution sequence is printed, but not performed.-cMinimum IPC resources needed for this configuration are printed.When the -l, -g, -i, -o, and -s options are used in combination, only servers that satisfy all qualifications specified are booted. The -l, -g, -s, and -T options cause TMS servers to be booted; the -l, -g, and -s options cause gateway servers to be booted; the -l, -g, -i, -o, -s, and -S options apply to application servers. Options that boot application servers fail if a BBL is not available on the machine.The -A, -M, and -B options apply only to administrative processes.The standard input, standard output, and standard error file descriptors are closed for all booted servers. Interoperabilitytmboot must run on the master node, which in an interoperating application must be the highest release available. tmboot detects and reports configuration file conditions that would lead to the booting of administrative servers such as Workstation listeners on sites that cannot support them.Portabilitytmboot is supported on any platform on which the BEA Tuxedo server environment is supported. Environment VariablesDuring the installation process, an administrative password file is created. When necessary, the BEA Tuxedo system searches for this file in the following directories (in the order shown):APPDIR/.adm/tlisten.pw and TUXDIR/udataobj/tlisten.pw. To ensure that your password file will be found, make sure you have set the APPDIR and/or TUXDIR environment variables.Link-Level EncryptionIf the link-level encryption feature is in operation between tmboot and tlisten, link-level encryption will be negotiated and activated first to protect the process through which messages are authenticated. DiagnosticsIf TUXCONFIG is set to a non-existent file, two fatal error messages are displayed:error processing configuration fileconfiguration file not foundIf tmboot fails to boot a server, it exits with exit code 1 and the user log should be examined for further details. Otherwise tmboot exits with exit code 0.If tmboot is run on an inactive non-master node, a fatal error message is displayed:tmboot cannot run on a non-master node.If tmboot is run on an active node that is not the acting master node, the following fatal error message is displayed:tmboot cannot run on a non acting-master node in an active application.If the same IPCKEY is used in more than one TUXCONFIG file, tmboot fails with the following message: Configuration file parameter has been changed since last tmbootIf there are multiple node names in the MACHINES section in a non-LAN configuration, the following fatal error message is displayed:Multiple nodes not allowed in MACHINES for non-LAN application.If tlisten is not running on the MASTER machine in a LAN application, a warning message is printed. In this case, tmadmin(1) cannot run in administrator mode on remote machines; it is limited to read-only operations. This also means that the backup site cannot reboot the master site after failure.ExamplesTo start only those servers located on the machines logically named CS0 and CS1, enter the following command:tmboot -l CS0 -l CS1To start only those servers named CREDEB that belong to the group called DBG1, enter the following command:tmboot -g DBG1 -s CREDEB1To boot a BBL on the machine logically named PE8, as well as all those servers with a location specified as PE8, enter the following command.tmboot -B PE8 -l PE8To view minimum IPC resources needed for the configuration, enter the following command.tmboot -cThe following is an example of the output produced by the -c option:Ipc sizing (minimum BEA Tuxedo values only) ... Fixed Minimums Per Processor SHMMIN: 1 SHMALL: 1 SEMMAP: SEMMNI Variable Minimums Per Processor SEMUME, A SHMMAX SEMMNU, * * Node SEMMNS SEMMSL SEMMSL SEMMNI MSGMNI MSGMAP SHMSEG ------ ------ ------ ------ ------ ------ ------ ------ sfpup 60 1 60 A + 1 10 20 76K sfsup 63 5 63 A + 1 11 22 76K where 1 = A = 8.The number of expected application clients per processor should be added to each MSGMNI value. MSGMAP should be twice MSGMNI. SHMMIN should always be set to 1.The minimum IPC requirements can be compared to the parameters set for your machine. See the system administration documentation for your machine for information about how to change these parameters. If the -y option is used, the display will differ slightly from the previous example.NoticesThe tmboot command ignores the hangup signal (SIGHUP). If a signal is detected during boot, the process continues.Minimum IPC resources displayed with the -c option apply only to the configuration described in the configuration file specified; IPC resources required for a resource manager or for other BEA Tuxedo configurations are not considered in the calculation.See Alsotmadmin(1), tmloadcf(1), tmshutdown(1), UBBCONFIG(5)Administering BEA Tuxedo Applications at Run Time------------------------------------tmshutdown以下是BEA的官⽅参考⽂档：/tuxedo/tux80/atmi/rfcmd35.htm#1335246 tmshutdown(1)Nametmshutdown—Shuts down a set of BEA Tuxedo servers.Synopsistmshutdown [options]Descriptiontmshutdown stops the execution of a set of servers or removes the advertisements of a set of services listed in a configuration file. Only the administrator of the bulletin board (as indicated by the UID parameter in the configuration file) or root can invoke the tmshutdown command. tmshutdown can be invoked only on the machine identified as MASTER in the RESOURCES section of the configuration file, or the backup acting as the MASTER, that is, with the DBBL already running (via the master command in tmadmin(1)). An exception to this is the -P option which is used on partitioned processors (see below). With no options, tmshutdown stops all administrative, TMS, and gateway servers, and servers listed in the SERVERS section of the configuration file named by the TUXCONFIG environment variable, and removes the IPC resources associated with them. For each group, all servers in the SERVERS section, if any, are shut down, followed by any associated gateway servers (for foreign groups) and TMS servers. Administrative servers are shut down last.Application servers without SEQUENCE parameters are shut down first in reverse order of the server entries in the configuration file, followed by servers with SEQUENCE parameters that are shut down from high to low sequence number. If two or more servers in the SERVERS section of the configuration file have the same SEQUENCE parameter, then tmshutdown may shut down these servers in parallel. Each entry in the SERVERS section may have an optional MIN and MAX parameter. tmshutdown shuts down all occurrences of a server (up to MAX occurrences) for each server entry, unless the -i option is specified; using the -i option causes individual occurrences to be shut down.If it is not possible to shut down a server, or remove a service advertisement, a diagnostic is written on the central event log (see userlog(3c)). The following is a description of all options:-l lmidFor each group whose associated LMID parameter is lmid, all servers in the SERVERS section associated with the group are shut down, followed by any TMS and gateway servers associated with the group.-g grpnameAll servers in the SERVERS section associated with the specified group (that is, for which the SRVGRP parameter is set to grpname) are shut down, followed by all TMS and gateway servers for the group. TMSservers are shut down based on the TMSNAME and TMSCOUNT parameters for the group entry. For a foreign group, the gateway servers for the associated entry in the HOST section are shut down based on GATENAME and GATECOUNT. Shutting down a gateway implies not only that the process itself is stopped; it also implies that the administrative service for the gateway and all advertised foreign services are unadvertised.-i srvidAll servers in the SERVERS section for which the SRVID parameter is set to srvid are shut down. Do not enter a value for SRVID greater than 30,000; this indicates system processes (that is, TMSs or gateway servers) that should only be shut down via the -l or -g option.-s aoutAll servers listed in the SERVERS section with the name aout are shut down. This option can also be used to shut down TMS and gateway servers.-o sequenceAll servers in the SERVERS section for which the SEQUENCE parameter is set to sequence are shut down.-SAll servers listed in the SERVERS section are shut down.-AAll administrative servers are shut down.-MThis option shuts down administrative servers on the master machine. The BBL is shut down on the MASTER machine, and the BRIDGE is shut down if the LAN option and a NETWORK entry are specified in the configuration file. If the MODEL is MP, the DBBL administrative server is shut down.-B lmidThe BBL on the processor with the logical name lmid is shut down.-T grpnameAll TMS servers for the server group for which the SRVGRP parameter is set to grpname are shut down (based on the TMSNAME and TMSCOUNT parameters associated with the server group entry).-w delayTells tmshutdown to suspend all selected servers immediately and waits for shutdown confirmation for only delay seconds before forcing the server to shut down by sending a SIGTERM and then a SIGKILL signal to the server.Because the SIGKILL signal cannot be trapped, any process that receives it is terminated immediately, regardless of the code being executed by the process at that time. Such behavior may cause structural damage to the bulletin board if the process being stopped was updating the bulletin board when it was terminated.Note: Servers to which the -w option may be applied should not catch the UNIX signal SIGTERM.Note: When a server is shut down based on receipt of a SIGKILL signal, entries may remain in the bulletin board. When the bulletin board liaison (BBL) is due to shut down, these entries are detected and the BBL does not shut down. A second tmshutdown command may be required to complete system shutdown.-k {TERM | KILL}tmshutdown suspends all selected servers immediately and forces them to shut down in an orderly fashion (TERM) or preemptively (KILL).Because the SIGKILL signal cannot be trapped, any process that receives it is terminated immediately, regardless of the code being executed by the process at that time. Such behavior may cause structural damage to the bulletin board if the process being stopped was updating the bulletin board when it was terminated.Note: This option maps to the UNIX signals SIGTERM and SIGKILL on platforms that support them. By default, a SIGTERM initiates an orderly shutdown in a BEA Tuxedo server. If SIGTERM is reset by an application, the BEA Tuxedo system may be unable to shut down the server.Note: When a server is shut down based on receipt of a SIGKILL signal, entries may remain in the bulletin board. When the bulletin board liaison (BBL) is due to shut down, these entries are detected and the BBLdoes not shut down. A second tmshutdown command may be required to complete system shutdown.-yAssumes a yes answer to a prompt that asks whether all administrative and server processes should be shut down. (The prompt appears only when the command is entered with none of the limiting options.)When the -y option is specified, all services are unadvertised immediately from the bulletin board and any subsequent service calls fail.-qSuppresses the printing of the execution sequence on standard output. It implies -y.-nThe execution sequence is printed, but not performed.-RFor migration operations only, shuts down a server on the original processor without deleting its bulletin board entry in preparation for migration to another processor. The -R option must be used with either the -l or -g option (for example, tmshutdown -l lmid -R). The MIGRATE option must be specified in the RESOURCES section of the configuration file.-cShuts down BBLs even if clients are still attached.-H lmidOn a uniprocessor, all administrative and applications servers on the node associated with the specified lmid are shut down. On a multiprocessor (for example, 3B4000), all PEs are shut down, even if only one PE is specified.-P lmidWith this option, tmshutdown attaches to the bulletin board on the specified lmid, ensures that this lmid is partitioned from the rest of the application (that is, that it does not have access to the DBBL), and shuts down all administrative and application servers. It must be run on the processor associated with the lmid in the MACHINES section of the configuration file.The -l, -g, -s, and -T options cause TMS servers to be shut down; the -l, -g, and -s options cause gateway servers to be shut down; the -l, -g, -i, -s, -o, and -S options apply to application servers; the -A, -M, and -B options apply only to administrative processes. When the -l, -g, -i, -o, and -s options are used in combination, only servers that satisfy all the qualifications specified are shut down.If the distributed transaction processing feature is being used such that global transactions are in progress when servers are shut down, transactions that have not yet reached the point at which a commit is logged after a precommit are aborted; transactions that have reached the commit point are completed when the servers (for example, TMS) are booted again.Interoperabilitytmshutdown must run on the master node. In an interoperating application the master node must be running the highest release available. tmshutdown detects and reports configuration file conditions that would lead to the shutting down of Release 4.2 administrative servers on Release 4.1 sites.Portabilitytmshutdown is supported on any platform on which the BEA Tuxedo server environment is supported.DiagnosticsIf tmshutdown fails to shut down a server or if a fatal error occurs, tmshutdown exits with exit code 1 and the user log should be examined for further details; otherwise it exits with exit code 0.If tmshutdown is run on an active node that is not the acting master node, a fatal error message is displayed:tmshutdown cannot run on a non acting-master node in an active application.If shutting down a process would partition active processes from the DBBL, a fatal error message is displayed:cannot shutdown, causes partitioning.If a server has died, the following somewhat ambiguous message is produced.CMDTUX_CAT:947 Cannot shutdown server GRPIDExamplesTo shut down the entire system and remove all BEA Tuxedo IPC resources (force it if confirmation is not received in 30 seconds), run the following command:tmshutdown -w 30To shut down only those servers located on the machine for which the value of lmid is CS1, enter the following command:tmshutdown -l CS1Because the -l option restricts the action to servers listed in the SERVERS section, the BBL on CS1 is not shut down.NoticesThe tmshutdown command ignores the hangup signal (SIGHUP). If a signal is detected during shutdown, the process continues.See Alsotmadmin(1), tmboot(1), UBBCONFIG(5)Administering BEA Tuxedo Applications at Run Time。

tuxedo培训

TUXEDO培训一、TUXEDO简介在银行、电信、金融等行业的大型计算机应用系统中，中间件的使用日益普及，中间件已与操作系统、数据库并列为三大基础软件。

TUXEDO就是BEA公司开发的一种优秀的中间件产品，主要功能是在客户机和服务器之间进行调节，以保证正确地处理事务，通常由tuxedo处理系统的核心业务。

在两层的 C/S 结构中，客户端直接访问数据库，当采用 TUXEDO 中间件后，形成三层结构。

这时，客户端不直接访问数据库，而是改为调用中间件 TUXEDO 服务端上的服务，由 TUXEDO 服务端访问数据库，并把结果返回给客户端。

TUXEDO 服务端可以和 ORACLE 在同一台服务器上，也可以在不同的机器上，如果在不同的机器上，在TUXEDO 的服务端所在的机器要安装一个 ORACLE 的客户端。

二、TUXEDO服务端程序举例介绍1、Tuxedo通过数据缓冲区和客户端进行交互。

Tuxedo支持string,carry,view,view32,fml,fml32等数据缓冲区,其中fml32类型相对复杂且比较常用,BSS系统采用fml32数据缓冲区开发,首先需要编写fml32数据缓冲区的定义文件,包括fml32数据缓冲区各个字段的名称已经长度等等,并将该文件生成相应的c语言.h头文件,我们在应用程序中需要包含该头文件,这样应用程序中即可以使用fml32数据缓冲区, fml32类型通常在开发数据库应用程序的时候比较常用。

2、例子实现的功能。

根据输入的学生学号从数据库中查询得到该学生的姓名和年龄。

3、定义fml32数据缓冲区文件student_fld文件*base 10000# name number type flags commentsstudent_id 1 long - 学生学号student_name 2 string - 学生姓名student_age 3 long - 学生年龄student_id等3项就是我们自定义fml32类型的域字段,其中每一个字段都对应一个number,这些number有一个公共的起始值,通过*base 10000定义。

tuxedo常用命令整理

Tuxedo常用命令整理一、使用命令1.使用buildclient构造client端程序步骤：1.client端程序包含atmi.h头文件；2.正确设置TUXDIR环境变量；3.使用buildclient工具编译程序；buildclient的语法如下：buildclient [-v] [-C] -o executable -f first-file \[-f first-file]... [-l last-file]...选项含义：-C：编译COBOL代码；-o：可执行文件的名字；-f option：在链接tuxedo库之前处理该文件；-l option：在链接tuxedo库之后处理该文件；-v：打印实际的编译命令行。

buildclient在运行中使用下面的环境变量：CFLAGS：自动在该变量中增加"-I${TUXDIR}/include"；CC：使用该变量指向的编译器。

2.使用tmloadcftmloadcf用于将tuxedo文本配置文件转化为运行时需要的二进制文件。

二进制文件的文件名由环境变量TUXCONFIG指定，该文件名必须是绝对路径的。

tmloadcf的语法如下：tmloadcf [option] text-file；选项有如下几个：-c：计算该配置需要的IPC资源而不生成目标文件；-n：进行语法检查而不生成目标文件；-b：限制目标文件的大小；-y：不提示直接覆盖现有的目标文件；3.使用tmunloadcftmunloadcf将二进制配置文件以ASCII形式输出。

4.使用tmboottmboot启动tuxedo应用服务，创建必要的IPC资源。

有如下选项，无选项时启动所有配置的服务：-A：只启动所有机器的管理server(BBL、DBBL)；-g grpname：只启动指定group的server；-i srvid：只启动指定的server ID的所有server；-S：启动所有应用server；-s servername：启动指定的server；-c：只计算最小的IPC资源需求。

tuxedo常用命令

TUXEDO 常用命令及环境介绍一、环境TUXCONFIG＝path_name_of_TUXCONFIG_fileBDMCONFIG=path_name_of_BDMCONFIG_fileTUXDIR=path_name_of_BEA_Tuxedo_system_root_directoryAPPDIR=path_name_of_BEA_Tuxedo_application_root_directoryPATH=$APPDIR:$TUXDIR/bin:/bin:$PA THSHLIB_PATH =$APPDIR:$TUXDIR/lib:/lib:/usr/lib:$ SHLIB_PA THExport TUXCONFIG TUXDIR APPDIR PATH SHLIB_PA TH二、命令1．配置文件装载、备份，服务启动、关闭命令Tmloadcf：根据指定TUXCONFIG环境，把文本文件转换成二进制文件Tmunloadcf：把TUXCONFIG二进制文件转换成文本文件Dmloadcf：根据指定BDMCONFIG环境，把文本文件转换成二进制文件Dmunloadcf：把BDMCONFIG二进制文件转换成文本文件Tmboot [[-g grpname] [-i srvid]]：启动服务，不带参数启动所有服务，-g参数启动指定组名称内的服务，-i参数启动指定标识的服务Tmshutdown [[-g grpname] [-i srvid]]：停止服务，不带参数停止所有服务，-g参数停止指定组名称内的服务，-i参数停止指定标识的服务2．Tmadmin命令Tmadmin：BEA Tuxedo bulletin board command interpreter>Crdl –z path –b blocks：创建TLOG设备>Crlog –m machine：创建事务LOG文件>Printclient (pclt)：显示当前CLIENT连接情况>Printqueue(pq)：显示队列情况>PrintServer(psr)：显示所有SERVER情况（调用次数、IDLE/BUSY）>PrintService(psc)：显示所有SERVICE情况（调用次数、IDLE/BUSY）>Bbclean(bbc)：一些服务无法正常停止，用BBC清除进程IPC资源后，可正常停止3．Ipc清除命令，进程杀死命令ipcs|awk '/bill/{if(NF==6)print "ipcrm -"$1" "$2}'|sh：清除属于用户bill的所有ipc资源，如果需要清除其他用户的ipc资源，把bill替换成相应的用户名称ps -ef|awk '!/sh/{if($1=="bill")print "kill -9 "$2}'|sh：杀死属于用户bill的所有进程，如果需要杀死其他用户的进程，把bill替换成相应的用户名称4．检查某个用户超过占用内存脚本文件：chkmem，输入参数用户名称，最小占用内存ShowProcs () {typeset -i M_SIZEtypeset -i K_SIZE[ $1 ] || {echo "No Procs Found!"return}while [ $1 ]doif [ $1 != "PID" ]thenif [ $3 -ge "$MEMORY" ]thenK_SIZE=$3*4M_SIZE=K_SIZE/1024echo "PID=$1 exec=$5 SZ=$K_SIZE(K), $M_SIZE(M)"|awk '{printf("%-18s%-20s%-20s%-20s\n", $1, $2, $3, $4);}'fifishift 5done}typeset -i MEMORYecho "Shell for Checking Process' memory used"echo "Input User:\c"read USERecho "Input Used Memory:(?M)\c"read MEMORYMEMORY=$MEMORY*256PROCS="`ps -lu $USER|awk '{print $4, $5, $10, $12, $14}'`"ShowProcs $PROCS。