TUXEDO技術(shù)培訓(xùn)

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

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

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

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

5、則來映射不同的處理服務(wù)調(diào)用 請(qǐng)求優(yōu)先級(jí)安全性和高可管理性 開放性和易用性TUXEDO系統(tǒng)的案例 銀行、電信、郵政、移動(dòng)等行業(yè)第7頁(yè)，共41頁(yè)。TUXEDO系統(tǒng)的體系結(jié)構(gòu)（一）企業(yè)計(jì)算模式的發(fā)展過程 主機(jī)/終端模式：OS/390為代表 文件服務(wù)器：Novell Netware網(wǎng)絡(luò)操作系統(tǒng) 客戶機(jī)/服務(wù)器模式：以數(shù)據(jù)庫(kù)為核心的兩層以及以中間件為核心的多層結(jié)構(gòu)TUXEDO的服務(wù)器模式第8頁(yè)，共41頁(yè)。TUXEDO系統(tǒng)的體系結(jié)構(gòu)（二） TUXEDO在程序開發(fā)和運(yùn)行方面，提供了ATMI（Application to transaction monitor interface)和COBRA（common

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

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

8、11 客戶端通過tpalloc分配一個(gè)請(qǐng)求緩存區(qū)，然后往里面放入請(qǐng)求消息，再執(zhí)行tpcall調(diào)用一個(gè)服務(wù)?？蛻舳藭?huì)根據(jù)tpcall指定的服務(wù)名進(jìn)行命名映射(name mapping)，找到實(shí)現(xiàn)這個(gè)服務(wù)的后臺(tái)進(jìn)程的IPC消息隊(duì)列入口，然后進(jìn)行類型判斷(type validation)，主要是檢查請(qǐng)求消息的格式是否符合服務(wù)參數(shù)的要求。接著從服務(wù)端運(yùn)行的系統(tǒng)中取出該服務(wù)的優(yōu)先級(jí)，并把該優(yōu)先級(jí)綁定到請(qǐng)求消息上（service prioritization），在數(shù)據(jù)依賴路由處理中，客戶機(jī)會(huì)根據(jù)路由來決定將消息發(fā)動(dòng)到哪一個(gè)后臺(tái)進(jìn)程的IPC消息隊(duì)列上。如果有多個(gè)不屬于同一個(gè)MSSQ集合的后臺(tái)進(jìn)程同事可以處理

9、這個(gè)請(qǐng)求，那么客戶機(jī)后根據(jù)負(fù)載均衡（load balancing）的算法來把請(qǐng)求放入哪一個(gè)后臺(tái)進(jìn)程的IPC消息隊(duì)列。接下來客戶端還可以對(duì)請(qǐng)求消息進(jìn)行編碼、壓縮、安全設(shè)置，最后把請(qǐng)求消息發(fā)送到服務(wù)器的某個(gè)服務(wù)進(jìn)程的IPC消息隊(duì)列中。 服務(wù)端進(jìn)程從IPC取出請(qǐng)求消息，經(jīng)過一系列處理最后交由服務(wù)進(jìn)行處理，最后將結(jié)果返回客戶端。請(qǐng)求隊(duì)列分類兩種模式：SSSQ(single server single queue) MSSQ(multiple server single queue) 每個(gè)進(jìn)程都有一個(gè)請(qǐng)求隊(duì)列來接受客戶端的客戶請(qǐng)求；多個(gè)進(jìn)程共享一個(gè)請(qǐng)求隊(duì)列?？梢栽趖uxconfig進(jìn)行配置第12頁(yè)，共4

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

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

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

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

14、INES 配置MAXWSCLIENTS *GROUPS 配置一個(gè)新組 *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意外中斷，系統(tǒng)會(huì)自動(dòng)嘗試重啟WSL； -n /01:6688 定義了WSL的監(jiān)聽I(yíng)P和端口；-m -M 表示在WSL啟動(dòng)的同時(shí)，會(huì)啟動(dòng)多少個(gè)WSN和最大允許運(yùn)行多少個(gè)WSN；-x表示W(wǎng)SN可以同時(shí)受理的多少個(gè)工作站請(qǐng)求。-c 如果客戶端和服務(wù)器之間傳送文件

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

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

17、EDO系統(tǒng)提供了多種通信方式，以適應(yīng)不同應(yīng)用環(huán)境的需求：請(qǐng)求/應(yīng)答式、保持會(huì)話狀態(tài)的通信、主動(dòng)發(fā)送消息的通知方式、基于事件發(fā)布和訂閱的代理方式、基于可靠消息傳輸?shù)霓D(zhuǎn)發(fā)方式、基于事務(wù)的遠(yuǎn)程過程調(diào)用請(qǐng)求/應(yīng)答式：A、同步調(diào)用第20頁(yè)，共41頁(yè)。TUXEDO系統(tǒng)的應(yīng)用基礎(chǔ)、通信緩沖區(qū)以及通信方式（五）異步通訊 tpacall tpgetrply用于取得服務(wù)程序的響應(yīng)嵌套調(diào)用 一個(gè)服務(wù)可以充當(dāng)BEA Tuxedo客戶程序，去調(diào)用其它BEA Tuxedo服務(wù)使用調(diào)用轉(zhuǎn)發(fā)在嵌套服務(wù)中，最里層嵌套服務(wù)可以直接給客戶程序一個(gè)響應(yīng)，沒有必要按照調(diào)用棧逐級(jí)返回，這就使其它嵌套服務(wù)可以處理其它請(qǐng)求，當(dāng)?shù)谝粋€(gè)服務(wù)是一

18、個(gè)分發(fā)代理時(shí)，這種模式是非常有用的第21頁(yè)，共41頁(yè)。TUXEDO應(yīng)用程序的組織模式（一）TUXEO使用DOMAIN來組織應(yīng)用程序，分為單域和多域兩種單域模式：?jiǎn)螜C(jī)模式（SHM) 多機(jī)模式（MP)多域模式：既可以都布置在同一臺(tái)機(jī)也可以布置在不同機(jī) 單機(jī)模式圖單機(jī)配置：*RESOURCESMODEL SHMMASTER 只能配置一個(gè)節(jié)點(diǎn)*MACHINESIBSSAPP1 LMID=szxibss第22頁(yè)，共41頁(yè)。TUXEDO應(yīng)用程序的組織模式（二）多機(jī)模式：同一套應(yīng)用部署在不同主機(jī)上，在TUXEDO系統(tǒng)的協(xié)調(diào)下，共同響應(yīng)客戶端的請(qǐng)求第23頁(yè)，共41頁(yè)。TUXEDO應(yīng)用程序的組織模式（三）多域的

19、互聯(lián)圖第24頁(yè)，共41頁(yè)。TUXEDO應(yīng)用程序的組織模式（四）第25頁(yè)，共41頁(yè)。TUXEDO系統(tǒng)的配置文件（一） 每個(gè)TUXEDO應(yīng)用程序都有一個(gè)配置文件，它告訴TUXEDO系統(tǒng)，應(yīng)用如何配置和部署進(jìn)程，應(yīng)該為服務(wù)進(jìn)程提供什么樣的運(yùn)行環(huán)境以及告知TUXEDO如何配置和調(diào)度服務(wù)進(jìn)程，相當(dāng)于JAVA的EJB組件。 TUXEDO的配置文件一共兩個(gè)版本：文本、二進(jìn)制版本。前者名字可以任意起，但二進(jìn)制名稱是固定為TUXCONFIG，應(yīng)用啟動(dòng)時(shí)根據(jù)$TUXEDO變量進(jìn)行查找二進(jìn)制TUXCONFIG文件。文本和二進(jìn)制文件可以通過tmloadcf tmunloadcf進(jìn)行轉(zhuǎn)換。 TUXCONFIG文件一共由

20、9個(gè)段組成： 系統(tǒng)范圍信息（*RESOURCES節(jié)） 機(jī)器信息（*MACHINES節(jié)） 組信息（*GROUPS節(jié)） 服務(wù)信息（*SERVERS節(jié)） 交易信息（*SERVICES節(jié)） 網(wǎng)絡(luò)組信息（*NETGROUPS節(jié)） 網(wǎng)絡(luò)信息（*NETWORK節(jié)） 路由原則信息（*ROUTING節(jié)） 接口信息（*INTERFACE節(jié)） RESOURCES：定義應(yīng)用級(jí)的配置參數(shù)； MACHINES:定義應(yīng)用主機(jī)的信息，包括主機(jī)名、邏輯主機(jī)名、TUXEDO相關(guān)路徑信息和日志信息 GROUPS：定義資源組信息，資源組是服務(wù)進(jìn)程的邏輯集合，也是可部署的最小邏輯單元，資源組定義了組內(nèi)服務(wù)進(jìn)程共同訪問的資源管理器，同時(shí)

21、也定義了部署信息；SERVERS：定義應(yīng)用進(jìn)程信息，包含進(jìn)程名、命令行參數(shù)等； SERVICES:需要定義有名服務(wù)的相關(guān)信息：優(yōu)先級(jí)、負(fù)載因子、服務(wù)超時(shí)和DDR路由規(guī)則； NETGROUPS：定義了在LAN環(huán)境中網(wǎng)絡(luò)組信息 NETWORK;定義了LAN環(huán)境中網(wǎng)絡(luò)的配置信息 INTERFACE;定義了當(dāng)前應(yīng)用中CORBAR接口的默認(rèn)參數(shù)信息 ROUTING:定義了DDR路由規(guī)則，供SERVICES段使用第26頁(yè)，共41頁(yè)。TUXEDO系統(tǒng)的配置文件（二）*RESOURCES *RESOURCES節(jié)IPCKEY 是IPC資源的標(biāo)示符，單機(jī)模式該值標(biāo)識(shí)公告板的入口地址。多機(jī)環(huán)境，標(biāo)識(shí)DBBL進(jìn)程的消

22、息對(duì)列名。同一臺(tái)主機(jī)上任何兩個(gè)應(yīng)用該值不能相同。UID TUXEDO管理員用戶id 【下面三個(gè)參數(shù)控制著TUXEDO應(yīng)用程序?qū)ο到y(tǒng)IPC資源的存取權(quán)限】GID TUXEDO管理員組idPERM TUXEDO管理員組用戶的權(quán)限【該參數(shù)定義對(duì)系統(tǒng)IPC的訪問權(quán)限，默認(rèn)為0666】MAXACCESSERS 定義了公告板的最大容量，服務(wù)端和客戶端的最大進(jìn)程數(shù)。7.1之后，系統(tǒng)只檢查用戶的并發(fā)LICENSE數(shù)（相當(dāng)于MAXWSCLIENTS），只要用戶數(shù)未占滿就允許更多的用戶加入系統(tǒng)MAXSERVERS 限制可以啟動(dòng)進(jìn)程總數(shù)，默認(rèn)為50 【MAXGROUPS MAXNETGROUPS MAXQUEUES

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

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

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

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

27、頁(yè)。TUXEDO系統(tǒng)的配置文件（四）NETGROUPS NETWORK 如果在多機(jī)模式下，多臺(tái)應(yīng)用主機(jī)會(huì)跨越不同的網(wǎng)絡(luò)，所以在通信中系統(tǒng)采用什么樣的優(yōu)先級(jí)就要通過網(wǎng)絡(luò)組來配置?？梢栽贜ETGROUPS定義優(yōu)先級(jí) 如果使用MP模式，則必須使用NETWORK來對(duì)每一臺(tái)主機(jī)的tlisten和橋進(jìn)程進(jìn)行配置。 SERVICES段，定義服務(wù)的信息，包括進(jìn)程名，命令行參數(shù)，資源組等。 DEFAULT: 本處列出的參數(shù)為其下列出的服務(wù)的缺省值，但可以被單列條目替代相應(yīng)值 RESTART 如果設(shè)成Y，則服務(wù)可以重啟動(dòng) MAXGEN 在GRACE定義時(shí)間之內(nèi)，服務(wù)可以重啟動(dòng)MAXGEN次 GRACE 周期，單位

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

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

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

31、參數(shù)VERSION。 *DM_LOCAL：定義本地域網(wǎng)關(guān)的訪問點(diǎn)，每個(gè)域?qū)?yīng)一個(gè)訪問點(diǎn) JQ GWGRP =LGWGRP TYPE=TDOMAIN DOMAINID=“JQ_LDOM1” 域別名 網(wǎng)關(guān)進(jìn)程所屬的組名 網(wǎng)關(guān)類型 網(wǎng)關(guān)標(biāo)識(shí) *DM_REMOTE：定義遠(yuǎn)程域網(wǎng)關(guān)訪問點(diǎn)。 SNNA_RDOM1 TYPE=TDOMAIN DOMAINID=“SNNA_RDOM1” *DM_TDOMAIN 為所有網(wǎng)關(guān)指定監(jiān)聽地址 JQ_LDOM1 NWADDR=“/JQ:2507” SNNA_RDOM1 NWADDR=“/SNNA:3186” *DM_IMPORT 定義從遠(yuǎn)程域中導(dǎo)入的服務(wù)。 TOUPPE

32、R LDOM=LAPP RDOM=UAPP RNAME=UPPERCASE *DM_EXPORT 定義本地域?qū)С龅姆?wù)，這些服務(wù)可以被遠(yuǎn)程域?qū)?，默認(rèn)是所有服務(wù)。第31頁(yè)，共41頁(yè)。TUXEDO常見命令（一） tmadmin 進(jìn)入TUXEDO管理控制臺(tái)的命令 -v查看版本和包信息 tmloadcf ubb文件的編譯 -y -c tmunloadcf dmloadcf dmconfig文件的編譯 y dmunloadcf tmboot tmshutdown 啟停應(yīng)用程序或者在控制臺(tái)下boot stop也可以啟停服務(wù) -A 只啟動(dòng)/停止Tuxedo管理服務(wù)，如BBL -S 所有服務(wù)被啟動(dòng)/停止 -

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

34、EDO的性能優(yōu)化原則 1、MSSQ原則：在ATMI運(yùn)行環(huán)境中，盡量使用MSSQ方式來提供系統(tǒng)性能。如果多個(gè)進(jìn)程共享一個(gè)請(qǐng)求隊(duì)列，消息總是會(huì)被送到第一個(gè)空閑的進(jìn)程中。當(dāng)某個(gè)進(jìn)程阻塞，不影響繼續(xù)使用 在下列情況下建議采用MSSQ:1,服務(wù)對(duì)實(shí)時(shí)性要求很高.2,某個(gè)SERVER需要啟動(dòng)多個(gè)進(jìn)程才能滿足需要.3,服務(wù)端與客戶端之間傳送的數(shù)據(jù)量比較小.采用MSSQ應(yīng)注意以下幾點(diǎn):1, 客戶端與服務(wù)端之間傳送的數(shù)據(jù)量比較大,因?yàn)閿?shù)據(jù)量很大,會(huì)把SERVER的請(qǐng)求隊(duì)列空間耗盡,使SERVER無法響應(yīng)客戶端的請(qǐng)求,或把處理的結(jié)果通過該請(qǐng)求隊(duì)列返回給客戶端.2,不要把包含的SERVICE不一樣的SERVER配置

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

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

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

38、EDO應(yīng)用系統(tǒng)在運(yùn)行時(shí)會(huì)大量用到IPC資源,包括信號(hào)量,消息隊(duì)列及共享內(nèi)存 UBBCONFIG中與IPC資源有關(guān)的配置參數(shù)主要有: MAXACCESSERS ,REPLYQ,RQADDR,MAXSERVERS,MAXSERVICE,MAXGTTTUXEDO應(yīng)用系統(tǒng)對(duì)IPC資源的要求情況 信號(hào)燈:一個(gè)進(jìn)程在要存取TUXEDO應(yīng)用系統(tǒng)的公告板(BB)之前,它要先獲取一個(gè)信號(hào)燈,所以TUXEDO應(yīng)用系統(tǒng)所需要的最大信號(hào)燈數(shù)與MAXACCESSERS的值相等.即:MAXACCESSERS = No. of semaphores與信號(hào)燈有關(guān)的操作系統(tǒng)核心參數(shù)有: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頁(yè)，共41頁(yè)。TUXEDO應(yīng)用系統(tǒng)對(duì)IPC資源的要求消息隊(duì)列:TUXEDO應(yīng)用系統(tǒng)在以下幾種情況下會(huì)用到操作系統(tǒng)的消息隊(duì)列1. 每個(gè)SERVER都對(duì)應(yīng)一個(gè)消息隊(duì)列,客戶端的請(qǐng)