TUXEDO 培训

广东亿迅科技有限公司
TUXEDO系统的体系结构（三）
TUXEDO ATMI的命名服务 系统使用公告板来提供命名服务，公告板是一块共享内存，它保存着服务进程、服务、消息 队列、事件、运行环境的配置和统计信息 TUXEDO ATMI的消息通信方式 atmi可管理C/S的通信范例：请求/应答式通信、会话通信、队列通信、事件代理、消息通告 TUXEDO ATMI的消息缓冲区（类型缓冲区） STRING CARRAY VIEW FML XML MBSTRING TUXEDO ATMI消息处理流程 1、C ----S调用略图

配置IPC资源 略， 其它内核参数 ULIMIT NOFILES MAXUP NPROC NREGION等 在配置时最好使用tmloadcf -c ubb估量一下需要的IPC资 源
广东亿迅科技有限公司
TUXEDO系统的应用基础、通信缓冲区以及通信方式（一）

ATMI应用系统构成：客户端、服务器、IPC、公告板以及公告板联络进程BBL组成 TUXEDO/WS的配置
TUXEDO有两种类型的客户端，本地客户端(LOCAL C)和工作站客户端（WORKSTATION C)
广东亿迅科技有限公司
TUXEDO系统的应用基础、通信缓冲区以及通信方式（二）



部署：本地客户端必须和服务器部署在同一台机 器上；工作站客户端可以和服务器布置在一台机 也可以部署在不同机上 连接：本地客户端通过tuxconfig变量就可以得到 公告板，而工作站通过WSNADDR来连接WSL， 再有WSL分配到WSN上。 编译：决定客户端属于那种类型是看客户端编译 时连接的那个TUXEDO lib生成的。使用 buildclient -o wsimpcl -f simpcl.c -w
TUXEDO产品介绍以及各版本概述（一）


TUXEDO是BEA公司旗下的交易中间件产品，在分布式联 机事务处理（OLTP)领域具有领先地位 中间件共同特点：具有空前的联机交易性能、高度可靠性 和无限伸缩性；屏蔽了所有底层硬件、数据库、操作系统 以及网络的复杂性，为用户提供统一、简单的的编程和管 理接口。 具有三大独特功能：事务监视器、中间件角色、应用服务 器平台角色 1、协调分布式事务，使用XA和两阶段管理协调数据库事务

广东亿迅科技有限公司
TUXEDO产品介绍以及各版本概述（三）


TUXEO2.0增加了系统监视器来监控服务器的运行状态， 发现挂死会自动重启。 TUXEO3.0
TUXEO4.0 TUXEDO第一个 商业化版本,通过 LAN实现了不同 系统的C/S计算， 增加了ATMI、 事务的支持、XA 接口规范以及类型 缓冲区的概念
广东亿迅科技有限公司
TUXEDO产品介绍以及各版本概述（五）

TUXEDO系统的关键特点
★ 名字服务和位置透明性 ★ 强大的C/S通信功能和联机交易性能 ★ 强大的分布式事务协调能力 ★ 完善的负载均衡机制【主机级、进程级】 ★ 数据依赖路由，根据路由规则来映射不同的处理服务调用 ★ 请求优先级 ★安全性和高可管理性 ★ 开放性和易用性
广东Βιβλιοθήκη Baidu迅科技有限公司
TUXEDO系统的应用基础、通信缓冲区以及通信方式（三）

WSL工作原理及其配置

WSL (workstation Listener)是tuxedo提供的工作站监听服务器，应用程序启 动时它开始监听服务器上的某个端口，并根据配置自动启动若干个WSN（ workstation Handler),形成‖WSL pool―,WSN类似于客户端在服务器的代理， 并且WSL会根据配置动态调整WSN的进程数量
广东亿迅科技有限公司
TUXEDO系统的体系结构（二）
TUXEDO在程序开发和运行方面，提供了ATMI（Application to transaction monitor interface)和COBRA（common objects request broker architecture)两套API和运行环境，二者可以相互 结合。由于历史的原因，目前90%是使用ATMI
MSSQ的配置
多个相同进程共享一个请求队列。
cscallmgr SRVGRP=GROUP5 SRVID=200 MIN=1 MAX=2 RQADDR="cscallmgr" REPLYQ=Y 只需要配置MIN MAX RQADDR即可。REPLYQ表示为每个进程都创建一个响应队列，CLOPT=―-A -p 5,6:15,3表示如果在三秒之内，Q1的长度超过15，TUXEDO就会启动更多进程来处理请求；如果在6秒之内， Q1的长度未超过5，系统就会释放部分进程。
TUXEDO系统的安装（一）

安装、卸载、升级、打补丁
WINDOWS UNIX
广东亿迅科技有限公司
TUXEDO系统的安装（三）

调整内核参数 IPC资源：消息队列、共享内存、信号量
目前只有AIX的IPC资源是自适应的，其它环境都需要调整。 TUXEDO大量使用了系统的消息和消息队列，如果参数设置错误可能导致应 用程序死锁；在TUXEDO系统中，公告板、WSL控制表都需要共享内存，应 用程序自身也可能需要共享内存；加入TUXEDO系统的每个进程都需要一个 信号量（互斥体），通常用于控制多个进程对某一共享资源的访问， TUXEDO使用信号量来确保在某一时刻只有一个进程对某一块共享内存进程 访问。
广东亿迅科技有限公司
TUXEDO系统的应用基础、通信缓冲区以及通信方式（四）

WSL的配置：需要在tuxconfig三处配置
*MACHINES 配置MAXWSCLIENTS *GROUPS 配置一个新组 *SERVERS 添加WSL的指令部分
WSL
SRVGRP=GROUP1 RESTART=Y MAXGEN=10 GRACE=10 SRVID=990 CLOPT="-A -t -- -n //132.120.64.101:6688 m 10 -M 20 -x 10― RESTART=Y表示如果WSL意外中断，系统会自动尝试重启WSL； -n //132.120.64.101:6688 定义了WSL的监听IP和端口；-m -M 表示在WSL启动的同时，会启动多少个WSN和最大允许运行多少个WSN；-x表示WSN可以同时受理的多少个工作站请求。-c 如 果客户端和服务器之间传送文件大于-c执行的，系统会在传输时进行数据压缩；-T定义客户端会话超时，单位为分钟，如果超出 这个时间客户端没有和服务器连接，WSN就会自动断开与其的连接，最后返回到WSN POOL，如果没有设置客户端就永远也不 会超时；-p -P指定WSN可以使用的端口范围，如果不指定系统会用2048—65535之间的端口，如果有防火墙的话最好这样设定 。
广东亿迅科技有限公司
TUXEDO产品介绍以及各版本概述（四）

TUXEO5.0



TUXEO6.1 提供了TMIB以及对应的API TUXEO7.1 安全方面加入了AAA的安全框架，数据加密引入了链路层加 密机制，缓冲方面引入XML的支持 TUXEO8.0 增加了对COBRA的支持，可以同Weblogic的互联 TUXEO9.0域网关性能方面有所加强，超时控制以及域连接管理都所有 改进 TUXEO10.0 增加了TSAM（Tuxedo system and application monitor)应 用监控管理平台。为TUXEDO提供全方位的性能监控和管理服务，根据 时间规则产生告警，并协助进行性能调优。

TUXEDO系统的案例 银行、电信、邮政、移动等行业
广东亿迅科技有限公司
TUXEDO系统的体系结构（一）

企业计算模式的发展过程
主机/终端模式：OS/390为代表 文件服务器：Novell Netware网络操作系统 客户机/服务器模式：以数据库为核心的两层以及以中间件为 核心的多层结构 TUXEDO的服务器模式

广东亿迅科技有限公司
TUXEDO系统的安装（一）
广东亿迅科技有限公司
TUXEDO系统的安装（二）

TUXEDO系统的组成部件分为两大类：服务器组 件和客户端组件
ATMI CLIENT(/WS) COBAR C JOLT C ACTIVEX C LLE SSL
ATMI SERVER COBRA SERVER JOLT SERVER SNMP AGENT LLE SSL
2、相对独立的结构为用户提供应用开发的简单性和实现自身的价值 3、封装逻辑层的处理，作为应用的统一部署
广东亿迅科技有限公司
TUXEDO产品介绍以及各版本概述（二） 1983年诞生于美国贝尔实验室，最初被命名为 UNITS(Unix Transaction system)，之后被开发为 C/S接口的系统架构TUX（Transaction for UNIX) ，最后被命令为“TUX has been Extended for Distirbuted Operation‖ 1993被出售给NOVELL公司。1996易主到BEA TUXEO1.0
提纲
◆TUXEDO产品介绍以及各版本概述 ◆ TUXEDO系统的体系结构 ◆ TUXEDO系统的安装 ◆ TUXEDO系统的应用基础、通信缓冲区以及通信 方式 ◆ TUXEDO应用程序的组织模式 ◆ TUXEDO系统的配置文件 ◆ TUXEDO常见命令 ◆ TUXEDO系统的性能优化以及常见问题
1
广东亿迅科技有限公司
可重启特性的配置
RESTART MAXGEN GRACE restart=y表示如果该进程宕了，系统会自动重启该进程；MAXGEN表示可重启的次数；GRACE表示重启的周 期。
广东亿迅科技有限公司
TUXEDO系统的应用基础、通信缓冲区以及通信方式（五）


TUXEDO为了能在跨平台进行数据的交换而引入了通信 缓冲区，目前支持：CARRAY STRING VIEW FML32 XML MBSTRING TUXEDO系统提供了多种通信方式，以适应不同应用环 境的需求：请求/应答式、保持会话状态的通信、主动发送消息的通知方

广东亿迅科技有限公司
TUXEDO系统的体系结构（四）

ATMI消息处理流程图
广东亿迅科技有限公司
TUXEDO系统的体系结构（五）



在ATMI环境中，客户端与服务器不直接建立连接，而是通过无连接的IPC（ interprocess communications 是SYSTEM V用户帮助实现进程间通信的系统资源， 包括消息队列、共享内存和信号量三大类。大多数UNIX 都提供了操作系统级的IPC资 源，而windows却没有，因此TUXEDO系统通过一个名为“BEA PROCMGR V8.1的 后台服务来实现IPC资源的管理和维护）消息队列来进行数据交换。11 客户端通过tpalloc分配一个请求缓存区，然后往里面放入请求消息，再执行tpcall调 用一个服务。客户端会根据tpcall指定的服务名进行命名映射(name mapping)，找到实 现这个服务的后台进程的IPC消息队列入口，然后进行类型判断(type validation)，主要 是检查请求消息的格式是否符合服务参数的要求。接着从服务端运行的系统中取出该 服务的优先级，并把该优先级绑定到请求消息上（service prioritization），在数据依赖 路由处理中，客户机会根据路由来决定将消息发动到哪一个后台进程的IPC消息队列上 。如果有多个不属于同一个MSSQ集合的后台进程同事可以处理这个请求，那么客户 机后根据负载均衡（load balancing）的算法来把请求放入哪一个后台进程的IPC消息 队列。接下来客户端还可以对请求消息进行编码、压缩、安全设置，最后把请求消息 发送到服务器的某个服务进程的IPC消息队列中。 服务端进程从IPC取出请求消息，经过一系列处理最后交由服务进行处理，最后将结 果返回客户端。 请求队列分类两种模式：SSSQ(single server single queue) MSSQ(multiple server single queue) 每个进程都有一个请求队列来接受客户端的客户请求；多个进程共享一个请求队列。 可以在tuxconfig进行配置