TUXEDO技术培训.ppt

《TUXEDO技术培训.ppt》由会员分享，可在线阅读，更多相关《TUXEDO技术培训.ppt（40页珍藏版）》请在三一办公上搜索。

1、TUXEDO技术交流,系统支撑组2009年4月,2,提纲,TUXEDO产品介绍以及各版本概述 TUXEDO系统的体系结构 TUXEDO系统的安装 TUXEDO系统的应用基础、通信缓冲区以及通信方式 TUXEDO应用程序的组织模式 TUXEDO系统的配置文件 TUXEDO常见命令 TUXEDO系统的性能优化以及常见问题,TUXEDO产品介绍以及各版本概述（一）,TUXEDO是BEA公司旗下的交易中间件产品，在分布式联机事务处理（OLTP)领域具有领先地位中间件共同特点：具有空前的联机交易性能、高度可靠性和无限伸缩性；屏蔽了所有底层硬件、数据库、操作系统以及网络的复杂性，为用户提供统一、简单的的编

2、程和管理接口。具有三大独特功能：事务监视器、中间件角色、应用服务器平台角色 1、协调分布式事务，使用XA和两阶段管理协调数据库事务 2、相对独立的结构为用户提供应用开发的简单性和实现自身的价值 3、封装逻辑层的处理，作为应用的统一部署,TUXEDO产品介绍以及各版本概述（二）,1983年诞生于美国贝尔实验室，最初被命名为UNITS(Unix Transaction system)，之后被开发为C/S接口的系统架构TUX（Transaction for UNIX)，最后被命令为“TUX has been Extended for Distirbuted Operation”1993被出售给NOV

3、ELL公司。1996易主到BEATUXEO1.0,TUXEDO产品介绍以及各版本概述（三）,TUXEO2.0增加了系统监视器来监控服务器的运行状态，发现挂死会自动重启。TUXEO3.0TUXEO4.0TUXEDO第一个商业化版本,通过LAN实现了不同系统的C/S计算，增加了ATMI、事务的支持、XA接口规范以及类型缓冲区的概念,TUXEDO产品介绍以及各版本概述（四）,TUXEO5.0TUXEO6.1 提供了TMIB以及对应的APITUXEO7.1 安全方面加入了AAA的安全框架，数据加密引入了链路层加密机制，缓冲方面引入XML的支持TUXEO8.0 增加了对COBRA的支持，可以同Weblo

4、gic的互联TUXEO9.0域网关性能方面有所加强，超时控制以及域连接管理都所有改进TUXEO10.0 增加了TSAM（Tuxedo system and application monitor)应用监控管理平台。为TUXEDO提供全方位的性能监控和管理服务，根据时间规则产生告警，并协助进行性能调优。,TUXEDO产品介绍以及各版本概述（五）,TUXEDO系统的关键特点 名字服务和位置透明性 强大的C/S通信功能和联机交易性能 强大的分布式事务协调能力 完善的负载均衡机制【主机级、进程级】数据依赖路由，根据路由规则来映射不同的处理服务调用 请求优先级安全性和高可管理性 开放性和易用性TUXED

5、O系统的案例 银行、电信、邮政、移动等行业,TUXEDO系统的体系结构（一）,企业计算模式的发展过程 主机/终端模式：OS/390为代表 文件服务器：Novell Netware网络操作系统 客户机/服务器模式：以数据库为核心的两层以及以中间件为核心的多层结构TUXEDO的服务器模式,TUXEDO系统的体系结构（二）,TUXEDO在程序开发和运行方面，提供了ATMI（Application to transaction monitor interface)和COBRA（common objects request broker architecture)两套API和运行环境，二者可以相互结合。

6、由于历史的原因，目前90%是使用ATMI,TUXEDO系统的体系结构（三）,TUXEDO ATMI的命名服务 系统使用公告板来提供命名服务，公告板是一块共享内存，它保存着服务进程、服务、消息队列、事件、运行环境的配置和统计信息TUXEDO ATMI的消息通信方式 atmi可管理C/S的通信范例：请求/应答式通信、会话通信、队列通信、事件代理、消息通告TUXEDO ATMI的消息缓冲区（类型缓冲区）STRING CARRAY VIEW FML XML MBSTRINGTUXEDO ATMI消息处理流程 1、C-S调用略图,TUXEDO系统的体系结构（四）,ATMI消息处理流程图,TUXEDO系统

7、的体系结构（五）,在ATMI环境中，客户端与服务器不直接建立连接，而是通过无连接的IPC（interprocess communications 是SYSTEM V用户帮助实现进程间通信的系统资源，包括消息队列、共享内存和信号量三大类。大多数UNIX 都提供了操作系统级的IPC资源，而windows却没有，因此TUXEDO系统通过一个名为“BEA PROCMGR V8.1的后台服务来实现IPC资源的管理和维护）消息队列来进行数据交换。11 客户端通过tpalloc分配一个请求缓存区，然后往里面放入请求消息，再执行tpcall调用一个服务。客户端会根据tpcall指定的服务名进行命名映射(nam

8、e mapping)，找到实现这个服务的后台进程的IPC消息队列入口，然后进行类型判断(type validation)，主要是检查请求消息的格式是否符合服务参数的要求。接着从服务端运行的系统中取出该服务的优先级，并把该优先级绑定到请求消息上（service prioritization），在数据依赖路由处理中，客户机会根据路由来决定将消息发动到哪一个后台进程的IPC消息队列上。如果有多个不属于同一个MSSQ集合的后台进程同事可以处理这个请求，那么客户机后根据负载均衡（load balancing）的算法来把请求放入哪一个后台进程的IPC消息队列。接下来客户端还可以对请求消息进行编码、压缩、安

9、全设置，最后把请求消息发送到服务器的某个服务进程的IPC消息队列中。服务端进程从IPC取出请求消息，经过一系列处理最后交由服务进行处理，最后将结果返回客户端。请求队列分类两种模式：SSSQ(single server single queue)MSSQ(multiple server single queue)每个进程都有一个请求队列来接受客户端的客户请求；多个进程共享一个请求队列。可以在tuxconfig进行配置,TUXEDO系统的安装（一）,TUXEDO系统的安装（二）,TUXEDO系统的组成部件分为两大类：服务器组件和客户端组件ATMI SERVER ATMI CLIENT(/WS)CO

10、BRA SERVER COBAR CJOLT SERVER JOLT CSNMP AGENT ACTIVEX CLLE SSL LLE SSLTUXEDO系统的安装（一）安装、卸载、升级、打补丁 WINDOWS UNIX,TUXEDO系统的安装（三）,调整内核参数IPC资源：消息队列、共享内存、信号量 目前只有AIX的IPC资源是自适应的，其它环境都需要调整。TUXEDO大量使用了系统的消息和消息队列，如果参数设置错误可能导致应用程序死锁；在TUXEDO系统中，公告板、WSL控制表都需要共享内存，应用程序自身也可能需要共享内存；加入TUXEDO系统的每个进程都需要一个信号量（互斥体），通常用于

11、控制多个进程对某一共享资源的访问，TUXEDO使用信号量来确保在某一时刻只有一个进程对某一块共享内存进程访问。配置IPC资源 略，其它内核参数 ULIMIT NOFILES MAXUP NPROC NREGION等在配置时最好使用tmloadcf-c ubb估量一下需要的IPC资源,TUXEDO系统的应用基础、通信缓冲区以及通信方式（一）,ATMI应用系统构成：客户端、服务器、IPC、公告板以及公告板联络进程BBL组成TUXEDO/WS的配置 TUXEDO有两种类型的客户端，本地客户端(LOCAL C)和工作站客户端（WORKSTATION C),TUXEDO系统的应用基础、通信缓冲区以及通信

12、方式（二）,部署：本地客户端必须和服务器部署在同一台机器上；工作站客户端可以和服务器布置在一台机也可以部署在不同机上连接：本地客户端通过tuxconfig变量就可以得到公告板，而工作站通过WSNADDR来连接WSL，再有WSL分配到WSN上。编译：决定客户端属于那种类型是看客户端编译时连接的那个TUXEDO lib生成的。使用buildclient-o wsimpcl-f simpcl.c-w,TUXEDO系统的应用基础、通信缓冲区以及通信方式（三）,WSL工作原理及其配置WSL(workstation Listener)是tuxedo提供的工作站监听服务器，应用程序启动时它开始监听服务器上的

13、某个端口，并根据配置自动启动若干个WSN（workstation Handler),形成”WSL pool“,WSN类似于客户端在服务器的代理，并且WSL会根据配置动态调整WSN的进程数量,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

14、 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可以使用的端口范围，如果不指定系统会用204

15、865535之间的端口，如果有防火墙的话最好这样设定。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，系统就会释放部分进程。可重启特性的配置 RESTART MAXGEN GRACE restart=y表示如果该

16、进程宕了，系统会自动重启该进程；MAXGEN表示可重启的次数；GRACE表示重启的周期。,TUXEDO系统的应用基础、通信缓冲区以及通信方式（五）,TUXEDO为了能在跨平台进行数据的交换而引入了通信缓冲区，目前支持：CARRAY STRING VIEW FML32 XML MBSTRINGTUXEDO系统提供了多种通信方式，以适应不同应用环境的需求：请求/应答式、保持会话状态的通信、主动发送消息的通知方式、基于事件发布和订阅的代理方式、基于可靠消息传输的转发方式、基于事务的远程过程调用请求/应答式：A、同步调用,TUXEDO系统的应用基础、通信缓冲区以及通信方式（五）,异步通讯 tpacal

17、l tpgetrply用于取得服务程序的响应嵌套调用 一个服务可以充当BEA Tuxedo客户程序，去调用其它BEA Tuxedo服务使用调用转发在嵌套服务中，最里层嵌套服务可以直接给客户程序一个响应，没有必要按照调用栈逐级返回，这就使其它嵌套服务可以处理其它请求，当第一个服务是一个分发代理时，这种模式是非常有用的,TUXEDO应用程序的组织模式（一）,TUXEO使用DOMAIN来组织应用程序，分为单域和多域两种单域模式：单机模式（SHM)多机模式（MP)多域模式：既可以都布置在同一台机也可以布置在不同机 单机模式图单机配置：*RESOURCESMODEL SHMMASTER 只能配置一个节点

18、*MACHINESIBSSAPP1 LMID=szxibss,TUXEDO应用程序的组织模式（二）,多机模式：同一套应用部署在不同主机上，在TUXEDO系统的协调下，共同响应客户端的请求,TUXEDO应用程序的组织模式（三）,多域的互联图,TUXEDO应用程序的组织模式（四）,TUXEDO系统的配置文件（一）,每个TUXEDO应用程序都有一个配置文件，它告诉TUXEDO系统，应用如何配置和部署进程，应该为服务进程提供什么样的运行环境以及告知TUXEDO如何配置和调度服务进程，相当于JAVA的EJB组件。TUXEDO的配置文件一共两个版本：文本、二进制版本。前者名字可以任意起，但二进制名称是固定

19、为TUXCONFIG，应用启动时根据$TUXEDO变量进行查找二进制TUXCONFIG文件。文本和二进制文件可以通过tmloadcf tmunloadcf进行转换。TUXCONFIG文件一共由9个段组成：系统范围信息（*RESOURCES节）机器信息（*MACHINES节）组信息（*GROUPS节）服务信息（*SERVERS节）交易信息（*SERVICES节）网络组信息（*NETGROUPS节）网络信息（*NETWORK节）路由原则信息（*ROUTING节）接口信息（*INTERFACE节）RESOURCES：定义应用级的配置参数；MACHINES:定义应用主机的信息，包括主机名、逻辑主机名、

20、TUXEDO相关路径信息和日志信息 GROUPS：定义资源组信息，资源组是服务进程的逻辑集合，也是可部署的最小逻辑单元，资源组定义了组内服务进程共同访问的资源管理器，同时也定义了部署信息；SERVERS：定义应用进程信息，包含进程名、命令行参数等；SERVICES:需要定义有名服务的相关信息：优先级、负载因子、服务超时和DDR路由规则；NETGROUPS：定义了在LAN环境中网络组信息 NETWORK;定义了LAN环境中网络的配置信息 INTERFACE;定义了当前应用中CORBAR接口的默认参数信息 ROUTING:定义了DDR路由规则，供SERVICES段使用,TUXEDO系统的配置文件（

21、二）,*RESOURCES*RESOURCES节IPCKEY 是IPC资源的标示符，单机模式该值标识公告板的入口地址。多机环境，标识DBBL进程的消息对列名。同一台主机上任何两个应用该值不能相同。UID TUXEDO管理员用户id【下面三个参数控制着TUXEDO应用程序对系统IPC资源的存取权限】GID TUXEDO管理员组idPERM TUXEDO管理员组用户的权限【该参数定义对系统IPC的访问权限，默认为0666】MAXACCESSERS 定义了公告板的最大容量，服务端和客户端的最大进程数。7.1之后，系统只检查用户的并发LICENSE数（相当于MAXWSCLIENTS），只要用户数未占满

22、就允许更多的用户加入系统MAXSERVERS 限制可以启动进程总数，默认为50【MAXGROUPS MAXNETGROUPS MAXQUEUES】MAXSERVICES 限制可以启动的服务总数，默认为100【MAXGTT MAXCONV】MASTER 指定了应用服务器的主节点的逻辑主机表示LMID，如果为MP该值列出所有节点。MODEL 应用构架，MP表示多机、SHM单节点。如果为MP需要定义OPTIONS和NETGROUPSOPTIONS LAN，MIGRATE表示是一个网络应用，服务可以移植到替代处理器上SECURITY 安全级别（5个）NONE APP_PW user_authACLUm

23、andatory_aclAUTHSVC 客户端可以通过交易“AUTHSVC”获得认证NOTIFY DIPIN SIGNAL THREAD IGNORE，设定系统以什么方式来检查通知消息，如果为DIPIN每执行一次ATMI调用系统都会自动检查是否有通知消息到达。SYSTEM_ACCESS PROTECTED，NO_OVERRIDE，应用代码不得干扰共享内存LDBAL 设Y则进行负载均衡。默认为Y，系统会根据每个服务的负载因子动态计算对应进程的负载。MAXBUFSTYPE 数据缓冲类型及子类的最大数SCANUNIT 内部时间间隔单位，单位是秒。BBL多长时间扫描一次旧事务和受阻塞的服务请求，然后去

24、清理SANITYSCAN 检索公告牌的内部时间间隔，单位是SCANUNIT，BBL对系统做健康检查的时间间隔。BLOCKTIME 交易超时时间，单位是SCANUNIT。如果服务器进程在规定时间没有响应，客户端就会报TPETIME错误，客户端超时后，服务器执行TPRETURN返回信息时，就会报TPEOScuowu1.MAXCONV 同时最大会话数,TUXEDO系统的配置文件（三）,*MACHINES MACHINES节 LMID 逻辑、物理处理器名，可以通过”uname n”或节点名得到 TUXDIR TUXEDO系统软件安装位置 APPDIR 应用服务位置全路径 TUXCONFIG TUXED

25、O配置文件全路径 ENVFILE 环境文件全路径 ULOGPFX 应用日志文件全路径 MAXWSCCLINETS 指示最多允许多少个工作客户端链接到本机 TYPE 用于对TUXEDO系统中的计算机进行分类，如果任何两台要通信的计算机具有相同的TYPE，tuxedo系统就不会对他们之间传输的数据进行编码/解码操作，有助于提供传输速率。BRTHREADS 当前主机的桥进程BRIDGE是否采用多线程执行模式。*GROUP节包含服务组的定义。一台机器至少要定义一个服务组。每个组只要定义组名，映射组名的组号和逻辑机器名。组为分布式交易系统和数据依赖路由等灵活性措施提供了支持。*GROUPS GROUP节

26、GROUPID 组的唯一标识符，可以是字母数字GRPNO 组的唯一数字标识符LMID 组所在的机器逻辑名,TUXEDO系统的配置文件（四）,NETGROUPS NETWORK 如果在多机模式下，多台应用主机会跨越不同的网络，所以在通信中系统采用什么样的优先级就要通过网络组来配置。可以在NETGROUPS定义优先级 如果使用MP模式，则必须使用NETWORK来对每一台主机的tlisten和桥进程进行配置。SERVICES段，定义服务的信息，包括进程名，命令行参数，资源组等。DEFAULT:本处列出的参数为其下列出的服务的缺省值，但可以被单列条目替代相应值 RESTART 如果设成Y，则服务可以重

27、启动 MAXGEN 在GRACE定义时间之内，服务可以重启动MAXGEN次 GRACE 周期，单位是秒 RCMD 每次服务重启动，本处定义的脚本或命令被执行 ENVFILE 列有环境变量的文件，在交易启动前设入环境 SRVGRP 服务属于一个在*GROUPS节中定义的服务组；如果需要移植服务，也可以定义在多个组中。SRVID 服务组中代表服务的唯一值，对于ESSQ需要为它空出SERVID的增长空间 MIN 最少在启动时启动的服务数 MAX 运行时，最多可以起的实例数 RQADDR 当设定此项后，所有本服务的实例都使用相同的请求队列。这是在应用中设MSSQ（Multiple Server Sin

28、gle Queue）的方便办法，可以改善处理流量。任何时候，所有MSSQ集中的实例发布相同的交易集。,TUXEDO系统的配置文件（五）,REPLYQ 设成Y，则服务又作为一个MSSQ集配置，任何其中的交易调用其他交易，就建立一个单独的回应队列 CLOPT 为进程指定命令行参数，这个参数被两个分为两部分。前面的部分由服务进程的MAIN函数捕获，后面的部分由服务进程的tpsvrinit捕获。-A 初始化并公告服务进程中的所有服务-s 可以指定一个或多个服务名-p 见MSSQ-n 与nice命令相同，用于提供服务进程执行的优先级 SERVICES段：定义服务的优先级、负载因子、服务超时和数据依赖路由

29、规则。BUFTYPE 任何向该交易的请求，数据应该是此处定义类型 GROUP 交易所在服务所在的组 LOAD 负载因子，表示处理请求的时间，用于计算负载平衡 PRIO 优先级 ROUTING 指定服务使用的DDR规则，这个规则必须是ROUTING中定义的。ROUTING段：指定路由规则 ACCOUNT_ID FIELD RANGES,TUXEDO系统的配置文件（六）,TUXEDO使用一个单独的文件BDMCONFIG来保存域的配置信息，同TUXCONFIG类似，BDMCONFIG也有两个版本：文本、二进制，二者可以通过dmloadcf dmunloadcf来切换。该文件由8个段组成*DM_RES

30、OURCES：定义全局的域配置信息，目前只有一个参数VERSION。*DM_LOCAL：定义本地域网关的访问点，每个域对应一个访问点 JQ GWGRP=LGWGRP TYPE=TDOMAIN DOMAINID=“JQ_LDOM1”域别名 网关进程所属的组名 网关类型 网关标识*DM_REMOTE：定义远程域网关访问点。SNNA_RDOM1 TYPE=TDOMAIN DOMAINID=“SNNA_RDOM1”*DM_TDOMAIN 为所有网关指定监听地址 JQ_LDOM1 NWADDR=“/JQ:2507”SNNA_RDOM1 NWADDR=“/SNNA:3186”*DM_IMPORT 定义从远

31、程域中导入的服务。TOUPPER LDOM=LAPP RDOM=UAPP RNAME=UPPERCASE*DM_EXPORT 定义本地域导出的服务，这些服务可以被远程域导入，默认是所有服务。,TUXEDO常见命令（一）,tmadmin 进入TUXEDO管理控制台的命令-v查看版本和包信息 tmloadcf ubb文件的编译-y-c tmunloadcf dmloadcf dmconfig文件的编译 y dmunloadcf tmboot tmshutdown 启停应用程序或者在控制台下boot stop也可以启停服务-A 只启动/停止Tuxedo管理服务，如BBL-S 所有服务被启动/停止-g

32、 grpname 只启动/停止属于制定组名的服务-i svrid 只启动/停止制定ServID的服务-s svrname 只启动/停止制定服务名的服务 pq 查看进程的请求排队情况 bbc 执行BBL的清理工作 bbs 显示BB的服务，请求信息 psr 查看进程信息 psc 查看服务信息 pclt 查看WSN信息,TUXEDO常见命令（二）,域管理命令，每个域是单独进行管理。dmadmin 进入域管理控制台 pd-d 域名 查看该域的连接信息 dco-d 域名 断开该域的连接 co-d 域名,TUXEDO系统的性能优化以及常见问题（一）,TUXEDO的性能优化原则 1、MSSQ原则：在ATMI

33、运行环境中，尽量使用MSSQ方式来提供系统性能。如果多个进程共享一个请求队列，消息总是会被送到第一个空闲的进程中。当某个进程阻塞，不影响继续使用 在下列情况下建议采用MSSQ:1,服务对实时性要求很高.2,某个SERVER需要启动多个进程才能满足需要.3,服务端与客户端之间传送的数据量比较小.采用MSSQ应注意以下几点:1,客户端与服务端之间传送的数据量比较大,因为数据量很大,会把SERVER的请求队列空间耗尽,使SERVER无法响应客户端的请求,或把处理的结果通过该请求队列返回给客户端.2,不要把包含的SERVICE不一样的SERVER配置成MSSQ.3,很多的SERVER(比如30个)对应

34、一个MSSQ,这时应把他们配置成几个MSSQ(如3个,每个有10个SERVER)效果会更好.4,不要认为MIN,MAX的值越大越好,主要取决于数据库的速度.2、负载均衡原则：每个服务进程都可以设置负载因子，通过该值可以平衡进程之间的负载，但对于MSSQ来说由于已经使用了负载，所以不适用。3、优先级原则：每个服务都可以设置优先级。可以对一些重要的服务设置较高的优先级，以保证对它们的调用请求优先。既可以配置也可以在程序中指定 4、服务绑定原则：一个进程包含多个服务，既可以介绍对IPC资源的消耗也可以更多的利用lic.5、服务缓存原则：8.0之后增加了服务缓冲的功能，客户机可以直接从高速缓存找到服务

35、的副本，而不需要到公告板中去查找。Sicacheentriesmax 如果服务支持数据依赖、服务有缓冲区类型的限制 时缓冲不生效 6、参数配置原则：通过合理配置一下参数可以提高性能 MAXACCESSERS MAXSERVERS MAXSERVICES:这些参数根据实际需要来配置，太大会浪费资源,TUXEDO系统的性能优化以及常见问题（二）,MAXWSCLIENTS该值一般稍大于所购买的license的数量，如果客户端超出license的10%，ULOG就是拒绝新的工作站介入，提示tpinit失败。SVCTIMEOUT 指定服务调用的超时时间，建议设置该值，服务处理超时后，系统会杀死提供服务的

36、进程，回退事务，并重新启动一个新的进程。7、WSL配置原则 WSL是服务端的一个监听，并调度WSN来受理这些请求。-m 适当调大-M 该值不要大于maxwsclients/-x。-x 每个WSN同时处理的远程客户端数，建议不要超过10-p-P 把WSN的端口限制在某一范围 当客户机数据非常大时，可以配置多个WSL.8、编程原则：不要使用系统的ULOG日志 9、连接方式：长连接、短连接。如果服务调用频繁，建议设为长连接；否则采用短连接,TUXEDO应用系统对IPC资源的要求,一个TUXEDO应用系统在运行时会大量用到IPC资源,包括信号量,消息队列及共享内存 UBBCONFIG中与IPC资源有关

37、的配置参数主要有:MAXACCESSERS,REPLYQ,RQADDR,MAXSERVERS,MAXSERVICE,MAXGTTTUXEDO应用系统对IPC资源的要求情况 信号灯:一个进程在要存取TUXEDO应用系统的公告板(BB)之前,它要先获取一个信号灯,所以TUXEDO应用系统所需要的最大信号灯数与MAXACCESSERS的值相等.即:MAXACCESSERS=No.of semaphores与信号灯有关的操作系统核心参数有:SEMMNS(maximum number of semaphores in use in the system)SEMMNI(maximum number of

38、active semaphore sets)SEMMSL(maximum number of semaphores per semaphore set)SEMMAP(size of control map used to manage semaphore sets)SEMMNU(number of undo structures in the system)SEMUME(maximum number of undo entries per undo entries),TUXEDO应用系统对IPC资源的要求,消息队列:TUXEDO应用系统在以下几种情况下会用到操作系统的消息队列1.每个SERVE

39、R都对应一个消息队列,客户端的请求发送到该消息队列中,该SEVER从该消息队列中取请求并处理.2.如果是本地客户端,那么它也对应一个消息队列,用于接收SERVER的处理结果.如果是远程客户端,那么SERVER的处理结果通过网络传送,不会占用消息队列.3.如果采用MSSQ方式,那么在个MSSQ中的所有SERVER共用一个请求队列.4.如果某个SERVER或在MSSQ中设置了REPLYQ=Y,那么它要占用一个消息队列所以一个TUXEDO应用系统需要的最大消息队列为:Number of Queues=(MAXACCESSERS+Number of Servers with Reply Queues+

40、Number of MSSQ Sets-Number of Servers in MSSQ Sets)与消息队列有关的操作系统核心参数必须满足:1.消息队列的个数要足够多,能够满足系统的最大需求2.消息的大小必须能满足系统可能出现的最大的消息的大小3.消息队列的长度要足够长,能容纳下较多的消息个数,使入对操作不用等待或不用等太长的时间与消息队列有关的操作系统核心参数有:MSGMNI(number of unique message queue identifiers)MSGMAP(size of control map to manage message segments)MSGMAX(max

41、imum message size)MSGMNB(maximum message queue length)MSGSSZ(size of a message segment)MSGTQL(number of outstanding messages)MSGSEG(number of message segments in the system),TUXEDO应用系统对IPC资源的要求,TUXEDO把整个应用系统的配置信息放到共享内存中,一个TUXEDO应用系统所需要的共享内存由以下参数及配置决定:1.MAXSERVERS,MAXSERVICE,MAXGTT的值2.*ROUTING,*GROUP

42、,*NETWORK节的大小与共享内存有关的操作核心参数有:SHMMAX(maximum shared memory segment size)SHMSEG(maximum number of shared memory segments per process)SHMMNI(maximum number of shared memory identifiers in the system)SHMMIN(maximum shared memory segment size)一般要设为1IPC资源可用tmboot c ubb初步估计。,TUXEDO系统的性能优化以及常见问题（三）,常见问题参考网站：http:/e-,40,谢 谢！,