1、TUXEDO技術交流系統支撐組2009年4月第1頁，共41頁。2提綱TUXEDO產品介紹以及各版本概述 TUXEDO系統的體系結構 TUXEDO系統的安裝 TUXEDO系統的應用基礎、通信緩沖區以及通信方式 TUXEDO應用程序的組織模式 TUXEDO系統的配置文件 TUXEDO常見命令 TUXEDO系統的性能優化以及常見問題第2頁，共41頁。TUXEDO產品介紹以及各版本概述（一）TUXEDO是BEA公司旗下的交易中間件產品，在分布式聯機事務處理（OLTP)領域具有領先地位中間件共同特點：具有空前的聯機交易性能、高度可靠性和無限伸縮性；屏蔽了所有底層硬件、數據庫、操作系統以及網絡的復雜性，為

2、用戶提供統一、簡單的的編程和管理接口。具有三大獨特功能：事務監視器、中間件角色、應用服務器平臺角色 1、協調分布式事務，使用XA和兩階段管理協調數據庫事務 2、相對獨立的結構為用戶提供應用開發的簡單性和實現自身的價值 3、封裝邏輯層的處理，作為應用的統一部署第3頁，共41頁。TUXEDO產品介紹以及各版本概述（二）1983年誕生于美國貝爾實驗室，最初被命名為UNITS(Unix Transaction system)，之后被開發為C/S接口的系統架構TUX（Transaction for UNIX)，最后被命令為“TUX has been Extended for Distirbuted Op

3、eration”1993被出售給NOVELL公司。1996易主到BEATUXEO1.0第4頁，共41頁。TUXEDO產品介紹以及各版本概述（三）TUXEO2.0增加了系統監視器來監控服務器的運行狀態，發現掛死會自動重啟。TUXEO3.0TUXEO4.0TUXEDO第一個商業化版本,通過LAN實現了不同系統的C/S計算，增加了ATMI、事務的支持、XA接口規范以及類型緩沖區的概念第5頁，共41頁。TUXEDO產品介紹以及各版本概述（四）TUXEO5.0TUXEO6.1 提供了TMIB以及對應的APITUXEO7.1 安全方面加入了AAA的安全框架，數據加密引入了鏈路層加密機制，緩沖方面引入XML

4、的支持TUXEO8.0 增加了對COBRA的支持，可以同Weblogic的互聯TUXEO9.0域網關性能方面有所加強，超時控制以及域連接管理都所有改進TUXEO10.0 增加了TSAM（Tuxedo system and application monitor)應用監控管理平臺。為TUXEDO提供全方位的性能監控和管理服務，根據時間規則產生告警，并協助進行性能調優。第6頁，共41頁。TUXEDO產品介紹以及各版本概述（五）TUXEDO系統的關鍵特點 名字服務和位置透明性 強大的C/S通信功能和聯機交易性能 強大的分布式事務協調能力 完善的負載均衡機制【主機級、進程級】 數據依賴路由，根據路由規

5、則來映射不同的處理服務調用 請求優先級安全性和高可管理性 開放性和易用性TUXEDO系統的案例 銀行、電信、郵政、移動等行業第7頁，共41頁。TUXEDO系統的體系結構（一）企業計算模式的發展過程 主機/終端模式：OS/390為代表 文件服務器：Novell Netware網絡操作系統 客戶機/服務器模式：以數據庫為核心的兩層以及以中間件為核心的多層結構TUXEDO的服務器模式第8頁，共41頁。TUXEDO系統的體系結構（二） TUXEDO在程序開發和運行方面，提供了ATMI（Application to transaction monitor interface)和COBRA（common

6、objects request broker architecture)兩套API和運行環境，二者可以相互結合。由于歷史的原因，目前90%是使用ATMI第9頁，共41頁。TUXEDO系統的體系結構（三）TUXEDO ATMI的命名服務 系統使用公告板來提供命名服務，公告板是一塊共享內存，它保存著服務進程、服務、消息隊列、事件、運行環境的配置和統計信息TUXEDO ATMI的消息通信方式 atmi可管理C/S的通信范例：請求/應答式通信、會話通信、隊列通信、事件代理、消息通告TUXEDO ATMI的消息緩沖區（類型緩沖區） STRING CARRAY VIEW FML XML MBSTRINGT

7、UXEDO ATMI消息處理流程 1、C -S調用略圖第10頁，共41頁。TUXEDO系統的體系結構（四）ATMI消息處理流程圖第11頁，共41頁。TUXEDO系統的體系結構（五）在ATMI環境中，客戶端與服務器不直接建立連接，而是通過無連接的IPC（interprocess communications 是SYSTEM V用戶幫助實現進程間通信的系統資源，包括消息隊列、共享內存和信號量三大類。大多數UNIX 都提供了操作系統級的IPC資源，而windows卻沒有，因此TUXEDO系統通過一個名為“BEA PROCMGR V8.1的后臺服務來實現IPC資源的管理和維護）消息隊列來進行數據交換。

8、11 客戶端通過tpalloc分配一個請求緩存區，然后往里面放入請求消息，再執行tpcall調用一個服務。客戶端會根據tpcall指定的服務名進行命名映射(name mapping)，找到實現這個服務的后臺進程的IPC消息隊列入口，然后進行類型判斷(type validation)，主要是檢查請求消息的格式是否符合服務參數的要求。接著從服務端運行的系統中取出該服務的優先級，并把該優先級綁定到請求消息上（service prioritization），在數據依賴路由處理中，客戶機會根據路由來決定將消息發動到哪一個后臺進程的IPC消息隊列上。如果有多個不屬于同一個MSSQ集合的后臺進程同事可以處理

9、這個請求，那么客戶機后根據負載均衡（load balancing）的算法來把請求放入哪一個后臺進程的IPC消息隊列。接下來客戶端還可以對請求消息進行編碼、壓縮、安全設置，最后把請求消息發送到服務器的某個服務進程的IPC消息隊列中。 服務端進程從IPC取出請求消息，經過一系列處理最后交由服務進行處理，最后將結果返回客戶端。請求隊列分類兩種模式：SSSQ(single server single queue) MSSQ(multiple server single queue) 每個進程都有一個請求隊列來接受客戶端的客戶請求；多個進程共享一個請求隊列。可以在tuxconfig進行配置第12頁，共4

10、1頁。TUXEDO系統的安裝（一）第13頁，共41頁。TUXEDO系統的安裝（二）TUXEDO系統的組成部件分為兩大類：服務器組件和客戶端組件ATMI SERVER ATMI CLIENT(/WS)COBRA SERVER COBAR CJOLT SERVER JOLT CSNMP AGENT ACTIVEX CLLE SSL LLE SSLTUXEDO系統的安裝（一）安裝、卸載、升級、打補丁 WINDOWS UNIX第14頁，共41頁。TUXEDO系統的安裝（三）調整內核參數IPC資源：消息隊列、共享內存、信號量 目前只有AIX的IPC資源是自適應的，其它環境都需要調整。 TUXEDO大量使

11、用了系統的消息和消息隊列，如果參數設置錯誤可能導致應用程序死鎖；在TUXEDO系統中，公告板、WSL控制表都需要共享內存，應用程序自身也可能需要共享內存；加入TUXEDO系統的每個進程都需要一個信號量（互斥體），通常用于控制多個進程對某一共享資源的訪問，TUXEDO使用信號量來確保在某一時刻只有一個進程對某一塊共享內存進程訪問。配置IPC資源 略，其它內核參數 ULIMIT NOFILES MAXUP NPROC NREGION等在配置時最好使用tmloadcf -c ubb估量一下需要的IPC資源第15頁，共41頁。TUXEDO系統的應用基礎、通信緩沖區以及通信方式（一）ATMI應用系統構成

12、：客戶端、服務器、IPC、公告板以及公告板聯絡進程BBL組成TUXEDO/WS的配置 TUXEDO有兩種類型的客戶端，本地客戶端(LOCAL C)和工作站客戶端（WORKSTATION C)第16頁，共41頁。TUXEDO系統的應用基礎、通信緩沖區以及通信方式（二）部署：本地客戶端必須和服務器部署在同一臺機器上；工作站客戶端可以和服務器布置在一臺機也可以部署在不同機上連接：本地客戶端通過tuxconfig變量就可以得到公告板，而工作站通過WSNADDR來連接WSL，再有WSL分配到WSN上。編譯：決定客戶端屬于那種類型是看客戶端編譯時連接的那個TUXEDO lib生成的。使用buildclie

13、nt -o wsimpcl -f simpcl.c -w第17頁，共41頁。TUXEDO系統的應用基礎、通信緩沖區以及通信方式（三）WSL工作原理及其配置WSL (workstation Listener)是tuxedo提供的工作站監聽服務器，應用程序啟動時它開始監聽服務器上的某個端口，并根據配置自動啟動若干個WSN（workstation Handler),形成”WSL pool“,WSN類似于客戶端在服務器的代理，并且WSL會根據配置動態調整WSN的進程數量第18頁，共41頁。TUXEDO系統的應用基礎、通信緩沖區以及通信方式（四）WSL的配置：需要在tuxconfig三處配置 *MACH

14、INES 配置MAXWSCLIENTS *GROUPS 配置一個新組 *SERVERS 添加WSL的指令部分WSL SRVGRP=GROUP1 RESTART=Y MAXGEN=10 GRACE=10 SRVID=990 CLOPT=-A -t - -n /01:6688 -m 10 -M 20 -x 10“ RESTART=Y表示如果WSL意外中斷，系統會自動嘗試重啟WSL； -n /01:6688 定義了WSL的監聽IP和端口；-m -M 表示在WSL啟動的同時，會啟動多少個WSN和最大允許運行多少個WSN；-x表示WSN可以同時受理的多少個工作站請求。-c 如果客戶端和服務器之間傳送文件

15、大于-c執行的，系統會在傳輸時進行數據壓縮；-T定義客戶端會話超時，單位為分鐘，如果超出這個時間客戶端沒有和服務器連接，WSN就會自動斷開與其的連接，最后返回到WSN POOL，如果沒有設置客戶端就永遠也不會超時；-p -P指定WSN可以使用的端口范圍，如果不指定系統會用204865535之間的端口，如果有防火墻的話最好這樣設定。 MSSQ的配置 多個相同進程共享一個請求隊列。cscallmgr SRVGRP=GROUP5 SRVID=200 MIN=1 MAX=2 RQADDR=cscallmgr REPLYQ=Y 只需要配置MIN MAX RQADDR即可。REPLYQ表示為每個進程都創建

16、一個響應隊列，CLOPT=“-A -p 5,6:15,3表示如果在三秒之內，Q1的長度超過15，TUXEDO就會啟動更多進程來處理請求；如果在6秒之內，Q1的長度未超過5，系統就會釋放部分進程。 可重啟特性的配置 RESTART MAXGEN GRACE restart=y表示如果該進程宕了，系統會自動重啟該進程；MAXGEN表示可重啟的次數；GRACE表示重啟的周期。 第19頁，共41頁。TUXEDO系統的應用基礎、通信緩沖區以及通信方式（五）TUXEDO為了能在跨平臺進行數據的交換而引入了通信緩沖區，目前支持：CARRAY STRING VIEW FML32 XML MBSTRINGTUX

17、EDO系統提供了多種通信方式，以適應不同應用環境的需求：請求/應答式、保持會話狀態的通信、主動發送消息的通知方式、基于事件發布和訂閱的代理方式、基于可靠消息傳輸的轉發方式、基于事務的遠程過程調用請求/應答式：A、同步調用第20頁，共41頁。TUXEDO系統的應用基礎、通信緩沖區以及通信方式（五）異步通訊 tpacall tpgetrply用于取得服務程序的響應嵌套調用 一個服務可以充當BEA Tuxedo客戶程序，去調用其它BEA Tuxedo服務使用調用轉發在嵌套服務中，最里層嵌套服務可以直接給客戶程序一個響應，沒有必要按照調用棧逐級返回，這就使其它嵌套服務可以處理其它請求，當第一個服務是一

18、個分發代理時，這種模式是非常有用的第21頁，共41頁。TUXEDO應用程序的組織模式（一）TUXEO使用DOMAIN來組織應用程序，分為單域和多域兩種單域模式：單機模式（SHM) 多機模式（MP)多域模式：既可以都布置在同一臺機也可以布置在不同機 單機模式圖單機配置：*RESOURCESMODEL SHMMASTER 只能配置一個節點*MACHINESIBSSAPP1 LMID=szxibss第22頁，共41頁。TUXEDO應用程序的組織模式（二）多機模式：同一套應用部署在不同主機上，在TUXEDO系統的協調下，共同響應客戶端的請求第23頁，共41頁。TUXEDO應用程序的組織模式（三）多域的

19、互聯圖第24頁，共41頁。TUXEDO應用程序的組織模式（四）第25頁，共41頁。TUXEDO系統的配置文件（一） 每個TUXEDO應用程序都有一個配置文件，它告訴TUXEDO系統，應用如何配置和部署進程，應該為服務進程提供什么樣的運行環境以及告知TUXEDO如何配置和調度服務進程，相當于JAVA的EJB組件。 TUXEDO的配置文件一共兩個版本：文本、二進制版本。前者名字可以任意起，但二進制名稱是固定為TUXCONFIG，應用啟動時根據$TUXEDO變量進行查找二進制TUXCONFIG文件。文本和二進制文件可以通過tmloadcf tmunloadcf進行轉換。 TUXCONFIG文件一共由

20、9個段組成： 系統范圍信息（*RESOURCES節） 機器信息（*MACHINES節） 組信息（*GROUPS節） 服務信息（*SERVERS節） 交易信息（*SERVICES節） 網絡組信息（*NETGROUPS節） 網絡信息（*NETWORK節） 路由原則信息（*ROUTING節） 接口信息（*INTERFACE節） RESOURCES：定義應用級的配置參數； MACHINES:定義應用主機的信息，包括主機名、邏輯主機名、TUXEDO相關路徑信息和日志信息 GROUPS：定義資源組信息，資源組是服務進程的邏輯集合，也是可部署的最小邏輯單元，資源組定義了組內服務進程共同訪問的資源管理器，同時

21、也定義了部署信息；SERVERS：定義應用進程信息，包含進程名、命令行參數等； SERVICES:需要定義有名服務的相關信息：優先級、負載因子、服務超時和DDR路由規則； NETGROUPS：定義了在LAN環境中網絡組信息 NETWORK;定義了LAN環境中網絡的配置信息 INTERFACE;定義了當前應用中CORBAR接口的默認參數信息 ROUTING:定義了DDR路由規則，供SERVICES段使用第26頁，共41頁。TUXEDO系統的配置文件（二）*RESOURCES *RESOURCES節IPCKEY 是IPC資源的標示符，單機模式該值標識公告板的入口地址。多機環境，標識DBBL進程的消

22、息對列名。同一臺主機上任何兩個應用該值不能相同。UID TUXEDO管理員用戶id 【下面三個參數控制著TUXEDO應用程序對系統IPC資源的存取權限】GID TUXEDO管理員組idPERM TUXEDO管理員組用戶的權限【該參數定義對系統IPC的訪問權限，默認為0666】MAXACCESSERS 定義了公告板的最大容量，服務端和客戶端的最大進程數。7.1之后，系統只檢查用戶的并發LICENSE數（相當于MAXWSCLIENTS），只要用戶數未占滿就允許更多的用戶加入系統MAXSERVERS 限制可以啟動進程總數，默認為50 【MAXGROUPS MAXNETGROUPS MAXQUEUES

23、】MAXSERVICES 限制可以啟動的服務總數，默認為100 【 MAXGTT MAXCONV】MASTER 指定了應用服務器的主節點的邏輯主機表示LMID，如果為MP該值列出所有節點。MODEL 應用構架，MP表示多機、SHM單節點。如果為MP需要定義OPTIONS和NETGROUPSOPTIONS LAN，MIGRATE表示是一個網絡應用，服務可以移植到替代處理器上SECURITY 安全級別（5個）NONE APP_PW user_authACLUmandatory_aclAUTHSVC 客戶端可以通過交易“AUTHSVC”獲得認證NOTIFY DIPIN SIGNAL THREAD I

24、GNORE，設定系統以什么方式來檢查通知消息，如果為DIPIN每執行一次ATMI調用系統都會自動檢查是否有通知消息到達。SYSTEM_ACCESS PROTECTED，NO_OVERRIDE，應用代碼不得干擾共享內存LDBAL 設Y則進行負載均衡。默認為Y，系統會根據每個服務的負載因子動態計算對應進程的負載。MAXBUFSTYPE 數據緩沖類型及子類的最大數SCANUNIT 內部時間間隔單位，單位是秒。BBL多長時間掃描一次舊事務和受阻塞的服務請求，然后去清理SANITYSCAN 檢索公告牌的內部時間間隔，單位是SCANUNIT，BBL對系統做健康檢查的時間間隔。BLOCKTIME 交易超時時

25、間，單位是SCANUNIT。如果服務器進程在規定時間沒有響應，客戶端就會報TPETIME錯誤，客戶端超時后，服務器執行TPRETURN返回信息時，就會報TPEOScuowu1.MAXCONV 同時最大會話數第27頁，共41頁。TUXEDO系統的配置文件（三）*MACHINES MACHINES節 LMID 邏輯、物理處理器名，可以通過”uname n”或節點名得到 TUXDIR TUXEDO系統軟件安裝位置 APPDIR 應用服務位置全路徑 TUXCONFIG TUXEDO配置文件全路徑 ENVFILE 環境文件全路徑 ULOGPFX 應用日志文件全路徑 MAXWSCCLINETS 指示最多允

26、許多少個工作客戶端鏈接到本機 TYPE 用于對TUXEDO系統中的計算機進行分類，如果任何兩臺要通信的計算機具有相同的TYPE，tuxedo系統就不會對他們之間傳輸的數據進行編碼/解碼操作，有助于提供傳輸速率。 BRTHREADS 當前主機的橋進程BRIDGE是否采用多線程執行模式。 *GROUP節包含服務組的定義。一臺機器至少要定義一個服務組。每個組只要定義組名，映射組名的組號和邏輯機器名。組為分布式交易系統和數據依賴路由等靈活性措施提供了支持。*GROUPS GROUP節GROUPID 組的唯一標識符，可以是字母數字GRPNO 組的唯一數字標識符LMID 組所在的機器邏輯名第28頁，共41

27、頁。TUXEDO系統的配置文件（四）NETGROUPS NETWORK 如果在多機模式下，多臺應用主機會跨越不同的網絡，所以在通信中系統采用什么樣的優先級就要通過網絡組來配置。可以在NETGROUPS定義優先級 如果使用MP模式，則必須使用NETWORK來對每一臺主機的tlisten和橋進程進行配置。 SERVICES段，定義服務的信息，包括進程名，命令行參數，資源組等。 DEFAULT: 本處列出的參數為其下列出的服務的缺省值，但可以被單列條目替代相應值 RESTART 如果設成Y，則服務可以重啟動 MAXGEN 在GRACE定義時間之內，服務可以重啟動MAXGEN次 GRACE 周期，單位

28、是秒 RCMD 每次服務重啟動，本處定義的腳本或命令被執行 ENVFILE 列有環境變量的文件，在交易啟動前設入環境 SRVGRP 服務屬于一個在*GROUPS節中定義的服務組；如果需要移植服務，也可以定義在多個組中。 SRVID 服務組中代表服務的唯一值，對于ESSQ需要為它空出SERVID的增長空間 MIN 最少在啟動時啟動的服務數 MAX 運行時，最多可以起的實例數 RQADDR 當設定此項后，所有本服務的實例都使用相同的請求隊列。這是在應用中設MSSQ（Multiple Server Single Queue）的方便辦法，可以改善處理流量。任何時候，所有MSSQ集中的實例發布相同的交易

29、集。第29頁，共41頁。TUXEDO系統的配置文件（五） REPLYQ 設成Y，則服務又作為一個MSSQ集配置，任何其中的交易調用其他交易，就建立一個單獨的回應隊列 CLOPT 為進程指定命令行參數，這個參數被兩個分為兩部分。前面的部分由服務進程的MAIN函數捕獲，后面的部分由服務進程的tpsvrinit捕獲。 -A 初始化并公告服務進程中的所有服務 -s 可以指定一個或多個服務名 -p 見MSSQ -n 與nice命令相同，用于提供服務進程執行的優先級 SERVICES段：定義服務的優先級、負載因子、服務超時和數據依賴路由規則。 BUFTYPE 任何向該交易的請求，數據應該是此處定義類型 G

30、ROUP 交易所在服務所在的組 LOAD 負載因子，表示處理請求的時間，用于計算負載平衡 PRIO 優先級 ROUTING 指定服務使用的DDR規則，這個規則必須是ROUTING中定義的。 ROUTING段：指定路由規則 ACCOUNT_ID FIELD RANGES第30頁，共41頁。TUXEDO系統的配置文件（六）TUXEDO使用一個單獨的文件BDMCONFIG來保存域的配置信息，同TUXCONFIG類似，BDMCONFIG也有兩個版本：文本、二進制，二者可以通過dmloadcf dmunloadcf來切換。該文件由8個段組成 *DM_RESOURCES：定義全局的域配置信息，目前只有一個

31、參數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 定義從遠程域中導入的服務。 TOUPPE

32、R LDOM=LAPP RDOM=UAPP RNAME=UPPERCASE *DM_EXPORT 定義本地域導出的服務，這些服務可以被遠程域導入，默認是所有服務。第31頁，共41頁。TUXEDO常見命令（一） tmadmin 進入TUXEDO管理控制臺的命令 -v查看版本和包信息 tmloadcf ubb文件的編譯 -y -c tmunloadcf dmloadcf dmconfig文件的編譯 y dmunloadcf tmboot tmshutdown 啟停應用程序或者在控制臺下boot stop也可以啟停服務 -A 只啟動/停止Tuxedo管理服務，如BBL -S 所有服務被啟動/停止 -

33、g grpname 只啟動/停止屬于制定組名的服務 -i svrid 只啟動/停止制定ServID的服務 -s svrname 只啟動/停止制定服務名的服務 pq 查看進程的請求排隊情況 bbc 執行BBL的清理工作 bbs 顯示BB的服務，請求信息 psr 查看進程信息 psc 查看服務信息 pclt 查看WSN信息 第32頁，共41頁。TUXEDO常見命令（二）域管理命令，每個域是單獨進行管理。 dmadmin 進入域管理控制臺 pd -d 域名 查看該域的連接信息 dco -d 域名 斷開該域的連接 co -d 域名 第33頁，共41頁。TUXEDO系統的性能優化以及常見問題（一）TUX

34、EDO的性能優化原則 1、MSSQ原則：在ATMI運行環境中，盡量使用MSSQ方式來提供系統性能。如果多個進程共享一個請求隊列，消息總是會被送到第一個空閑的進程中。當某個進程阻塞，不影響繼續使用 在下列情況下建議采用MSSQ:1,服務對實時性要求很高.2,某個SERVER需要啟動多個進程才能滿足需要.3,服務端與客戶端之間傳送的數據量比較小.采用MSSQ應注意以下幾點:1, 客戶端與服務端之間傳送的數據量比較大,因為數據量很大,會把SERVER的請求隊列空間耗盡,使SERVER無法響應客戶端的請求,或把處理的結果通過該請求隊列返回給客戶端.2,不要把包含的SERVICE不一樣的SERVER配置

35、成MSSQ.3,很多的SERVER(比如30個)對應一個MSSQ,這時應把他們配置成幾個MSSQ(如3個,每個有10個SERVER)效果會更好.4,不要認為MIN,MAX的值越大越好,主要取決于數據庫的速度. 2、負載均衡原則：每個服務進程都可以設置負載因子，通過該值可以平衡進程之間的負載，但對于MSSQ來說由于已經使用了負載，所以不適用。 3、優先級原則：每個服務都可以設置優先級。可以對一些重要的服務設置較高的優先級，以保證對它們的調用請求優先。既可以配置也可以在程序中指定 4、服務綁定原則：一個進程包含多個服務，既可以介紹對IPC資源的消耗也可以更多的利用lic. 5、服務緩存原則：8.0

36、之后增加了服務緩沖的功能，客戶機可以直接從高速緩存找到服務的副本，而不需要到公告板中去查找。Sicacheentriesmax 如果服務支持數據依賴、服務有緩沖區類型的限制 時緩沖不生效 6、參數配置原則：通過合理配置一下參數可以提高性能 MAXACCESSERS MAXSERVERS MAXSERVICES:這些參數根據實際需要來配置，太大會浪費資源第34頁，共41頁。TUXEDO系統的性能優化以及常見問題（二） MAXWSCLIENTS該值一般稍大于所購買的license的數量，如果客戶端超出license的10%，ULOG就是拒絕新的工作站介入，提示tpinit失敗。 SVCTIMEOU

37、T 指定服務調用的超時時間，建議設置該值，服務處理超時后，系統會殺死提供服務的進程，回退事務，并重新啟動一個新的進程。 7、WSL配置原則 WSL是服務端的一個監聽，并調度WSN來受理這些請求。 -m 適當調大 -M 該值不要大于maxwsclients/-x。 -x 每個WSN同時處理的遠程客戶端數，建議不要超過10 -p -P 把WSN的端口限制在某一范圍 當客戶機數據非常大時，可以配置多個WSL. 8、編程原則：不要使用系統的ULOG日志 9、連接方式：長連接、短連接。如果服務調用頻繁，建議設為長連接；否則采用短連接 第35頁，共41頁。TUXEDO應用系統對IPC資源的要求 一個TUX

38、EDO應用系統在運行時會大量用到IPC資源,包括信號量,消息隊列及共享內存 UBBCONFIG中與IPC資源有關的配置參數主要有: MAXACCESSERS ,REPLYQ,RQADDR,MAXSERVERS,MAXSERVICE,MAXGTTTUXEDO應用系統對IPC資源的要求情況 信號燈:一個進程在要存取TUXEDO應用系統的公告板(BB)之前,它要先獲取一個信號燈,所以TUXEDO應用系統所需要的最大信號燈數與MAXACCESSERS的值相等.即:MAXACCESSERS = No. of semaphores與信號燈有關的操作系統核心參數有:SEMMNS (maximum numbe

39、r of semaphores in use in the system)SEMMNI (maximum number of 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) 第36頁，共41頁。TUXEDO應用系統對IPC資源的要求消息隊列:TUXEDO應用系統在以下幾種情況下會用到操作系統的消息隊列1. 每個SERVER都對應一個消息隊列,客戶端的請