XX銀行前置平臺基本原理及設計課件

1、內(nèi)容提要設計思想及定位總體架構重要模塊介紹設計思想定位行業(yè)背景銀行一般將核心業(yè)務邏輯和業(yè)務數(shù)據(jù)存放在核心業(yè)務系統(tǒng)或稱主機系統(tǒng)中。為保證業(yè)務系統(tǒng)的規(guī)范性，核心業(yè)務系統(tǒng)要求具有高度的穩(wěn)定性；各種中間代理業(yè)務則存在不規(guī)范性和十分強的第三方依賴性。將要求穩(wěn)定性高的核心業(yè)務系統(tǒng)與規(guī)范性弱、第三方依賴性強的中間代理業(yè)務系統(tǒng)進行分離，是銀行保持業(yè)務系統(tǒng)穩(wěn)定發(fā)展，中間代理業(yè)務不斷創(chuàng)新的有效途徑。南天OFP PreBranch+ 系統(tǒng)的研發(fā)，其基本出發(fā)點是建立在將核心業(yè)務系統(tǒng)與中間代理業(yè)務系統(tǒng)進行分離的基礎之上，為銀行提供服務渠道的統(tǒng)一接入平臺，提供中間代理業(yè)務的生成平臺，提供與銀行核心業(yè)務系統(tǒng)和其它業(yè)務應用系

2、統(tǒng)，銀行代理業(yè)務合作單位（亦稱：第三方），及銀行為客戶提供的各種業(yè)務服務渠道在內(nèi)的系統(tǒng)聯(lián)結(jié)功能的綜合前置平臺。設計思想（一）PreBranch+從最初的設計開始就采用了先進的面向構件的設計思想，其基本的組件是原子交易。所有的功能都可根據(jù)業(yè)務需求組裝相應的原子交易，并根據(jù)具體的參數(shù)配置運行指定的功能，使應用設計人員可以將大部分的精力用于關注業(yè)務功能而不是技術細節(jié)。從技術體系上，系統(tǒng)采用層次化設計思想，簡化了系統(tǒng)的復雜度，同時提高了系統(tǒng)的各個層次之間的獨立性，增強了系統(tǒng)的可維護性。設計思想（二）產(chǎn)品定位開放式金融前置平臺 -銀行前端服務渠道及后端業(yè)務產(chǎn)品的整合平臺總體架構產(chǎn)品系統(tǒng)邏輯結(jié)構參數(shù)化數(shù)據(jù)

3、庫定制管理核心處理系統(tǒng)接入適配器PB運行平臺可視化定制定制數(shù)據(jù)部署用戶、連接管理PB定制平臺AE運行、監(jiān)控參數(shù)管理PB監(jiān)控、管理平臺系統(tǒng)技術結(jié)構圖（一）系統(tǒng)技術結(jié)構圖（二）數(shù)據(jù)交換引擎：整個系統(tǒng)的核心，除基于中間件產(chǎn)品（BEA TUXEDO或NANTIAN UNIBRIDGE）構建（網(wǎng)關進程除外）,數(shù)據(jù)交換引擎由以下四個部分組成流程控制(交易流程解釋執(zhí)行) 數(shù)據(jù)交換(變量池) 差錯處理(異常流程和系統(tǒng)沖正) 智能網(wǎng)關（PreGateway） 二次開發(fā)平臺 (AE)系統(tǒng)管理監(jiān)控平臺(硬件環(huán)境監(jiān)控、軟件系統(tǒng)資源監(jiān)控、應用進程監(jiān)控) 業(yè)務管理監(jiān)控平臺(交易監(jiān)控、業(yè)務狀態(tài)監(jiān)控) 中間業(yè)務處理及外圍應用

4、插件(費率管理、協(xié)議管理、權限管理）系統(tǒng)軟件環(huán)境運行平臺建立UNIX或LINUX操作系統(tǒng)之上，采用了中間件技術和數(shù)據(jù)庫技術，中間件主要支持TUXEDO，數(shù)據(jù)庫可支持ORACLE、INFORMIX和SYBASE，開發(fā)語言為C。xx前置平臺系統(tǒng)軟件環(huán)境為：AIX5.3 ，TUXEDO9.1和ORACLE9i、ORACLE10g(分行前置)。AE2.0為PB2.0的二次開發(fā)平臺，在設計上采用CS結(jié)構。開發(fā)工具為BCB6.0。運行環(huán)境為WIN9X/XP/2K/NT等，與數(shù)據(jù)庫連接方式為ADO方式，目前支持ORACLE/DB2/SYBASE/INFORMIX等主流數(shù)據(jù)庫。系統(tǒng)管理和監(jiān)控平臺采用B/S結(jié)構

5、，基于J2EE架構，引入開源框架Struts、Spring 、Hibernate ,iReport。開發(fā)語言為JAVA、JSP。數(shù)據(jù)庫支持：ORACLE、mysql等，可部署在UNIX或LINUX操作系統(tǒng)之上。重要模塊介紹系統(tǒng)基本概念（一）業(yè)務種類：是一個具有相互關系的交易流程的集合，共同完成一類特定的功能，在業(yè)務層面可看作完成特定功能的金融服務產(chǎn)品。內(nèi)部交易流程：每個業(yè)務處理交易在運行平臺表現(xiàn)為一個由原子交易組成的的執(zhí)行流程，對應于一個特定的內(nèi)部交易碼，對應的記錄關鍵字叫內(nèi)部交易碼。原子交易：交易流程的最小可執(zhí)行單元，是對業(yè)務處理的細分和歸納，以軟件復用為目的，以函數(shù)方式實現(xiàn) 。渠道：與外部

6、系統(tǒng)的一個通訊通道，并采用統(tǒng)一的報文格式進行信息的交換，在現(xiàn)實中，一個外部系統(tǒng)在PB中可以表現(xiàn)為一個或多個渠道。外部交易：對于每個渠道，pb平臺與外部系統(tǒng)進行交互時，從通訊接口層面上看到的另外一個系統(tǒng)提供的一個交易功能，在PB內(nèi)部表現(xiàn)為關聯(lián)一個請求報文和一個應答報文的外部交易記錄。對應的記錄關鍵字叫外部交易碼。報文格式：PB與系統(tǒng)之間的通訊信息實體，是由許多報文域組成的集合，并按一定的格式組織成一段報文，對應的記錄關鍵字叫做報文格式號。系統(tǒng)基本概念（二）其它的重要概念包括：數(shù)據(jù)字典、變量池、處理函數(shù)、流程模塊、業(yè)務組、響應碼等。交換引擎正是基于這些概念完成交換功能,相互關系如下 ：系統(tǒng)模塊接口

7、統(tǒng)通訊接口主要可分為內(nèi)部通訊接口和外部通訊接口，內(nèi)部通訊接口是指智能網(wǎng)管與交換引擎之間的接口，外部通訊接口分為請求渠道與PB系統(tǒng)之間的接口和PB系統(tǒng)與服務渠道之間的接口。系統(tǒng)模塊接口內(nèi)部通訊接口是指智能網(wǎng)管與交換引擎之間的接口，由于接入方式不同，系統(tǒng)設計了不同的網(wǎng)關：TUXEDO 網(wǎng)關PBMIDGW、TCP/IP網(wǎng)關和虛擬網(wǎng)關。三種網(wǎng)關與交換引擎的關系，都是激活與被激活的關系，即網(wǎng)關需要啟動作為TUXEDO APPSERVER的交換引擎，啟動方式如下：PBMIDGW ：tpforward 方式啟動交換引擎,通訊session直接交接給交換引擎，交換引擎通過tpreturn返回結(jié)果。虛擬網(wǎng)關：

8、純異步方式，通過tpacall方式啟動交換引擎，虛擬網(wǎng)關不接收應答。系統(tǒng)內(nèi)部模塊接口（二）對于交換引擎與TCP/IP之間數(shù)據(jù)相對復雜，首先通訊是雙向的，包括從引擎發(fā)起的對外部系統(tǒng)的請求服務和外部系統(tǒng)通過TCP/IP網(wǎng)關接入，其次TCP/IP網(wǎng)關的通訊模式是多種多樣的，而且需要支持會話模式，允許一次會話雙方多次交互。其機制如下：交換引擎發(fā)起的對外請求和應答報文通過隊列進行交互。TCP/IP網(wǎng)關接入時通過tpacall方式啟動交換引擎，應答報文通過隊列G2M（網(wǎng)關到主控隊列，單工傳輸）返回到TCP/IP網(wǎng)關。由于隊列的共享性，通訊實體通過跟蹤碼完成應答報文的識別。通過命令詞完成會話功能的要求。請求

9、渠道系統(tǒng)與接入網(wǎng)關之間接口PBMIDGW ：接收TUXEDO客戶端發(fā)起的請求，按連接方式可以分為：Tuxedo Client 和 域方式兩種，按服務名稱直接訪問PBMIDGW。虛擬網(wǎng)關：通過隊列交換數(shù)據(jù)，采用純異步的方案，一般運用于本地服務，比如：沖正。請求方把請求報文放入隊列中即結(jié)束，虛擬網(wǎng)關服務器從隊列中讀取消息，發(fā)送到交換引擎進行處理。TCP/IP網(wǎng)關：TCP/IP網(wǎng)關是PB中最重要的網(wǎng)關，TCP/IP按通訊模式可分為五種，同步短連接、同步長連接、異步短連接、異步長連接單工雙鏈、異步長連接雙工單鏈。系統(tǒng)按渠道的方式進行組織，但對于同一個TCP/IP渠道，可分為獨立的請求渠道、請求與服務共

10、享的渠道。由于技術的限制和業(yè)務的不同需要，可以有如下兩種組合情況。同步短連接、同步長連接：對于同步通訊模式，請求渠道必須是獨立的，不能與服務渠道共享，如果互聯(lián)的雙方是雙向通訊（包括外部系統(tǒng) PB ,PB外部系統(tǒng)）。需要建立兩個渠道，分別為請求渠道和服務渠道。異步短連接、異步長連接單工雙鏈、異步長連接雙工單鏈：對于異步通許模式，請求渠道和服務渠道可以共享，因此互聯(lián)時一般只建立一個渠道，根據(jù)業(yè)務的需要既可以作為請求渠道也可以作為服務渠道。服務網(wǎng)關與服務渠道系統(tǒng)之間接口目前PB系統(tǒng)支持的直接與服務渠道系統(tǒng)之間的通訊方式主要有兩種TUXEDO域通訊方式和TCP/IP方式，其他通訊方式通過與TCP/IP

11、網(wǎng)關中轉(zhuǎn)完成，比如MQ的通訊方式。域通訊方式：利用中間件的特性，遠程域服務引入到本地，系統(tǒng)通過ServiceName 訪問系統(tǒng)，對應應用系統(tǒng)透明，就象訪問本地服務一樣。TCP/IP通訊方式：如上節(jié)所述，PB設計了單獨的以操作系統(tǒng)進程實現(xiàn)的TCP/IP通訊網(wǎng)關，通訊網(wǎng)關系統(tǒng)按渠道的方式進行組織和管理，但對于同一個TCP/IP渠道，可分為獨立的服務渠道、請求與服務共享的渠道。對應同步方式，服務渠道必須獨立，對應異步方式可以根據(jù)需要獨立或共享。數(shù)據(jù)交換引擎（一）系統(tǒng)運行起來后，智能網(wǎng)關的物理形式有兩種：TUXEDO的APPSERVER和操作系統(tǒng)普通進程。系統(tǒng)所有的業(yè)務種類被分成不同的業(yè)務組，每個業(yè)務

12、組以一組TUXEDO APPSERVER 進行部署，共享服務資源。數(shù)據(jù)交換引擎（二）主控主干模塊：主控接受接入渠道的請求，進行系統(tǒng)運行環(huán)境的初始化，調(diào)用流程控制模塊按定制數(shù)據(jù)執(zhí)行相應的交易流程，最后記錄交易信息，并釋放資源。流程控制執(zhí)行模塊從共享內(nèi)存獲取到內(nèi)部交易流程定制數(shù)據(jù)，解釋執(zhí)行相關的原子交易，并進行流程執(zhí)行順序的控制，目前支持的流程控制語句包括：IF ELSE ENDIF IFNOT ENDIFNOSwitch Case. Default ENDCASE.WHILE ENDWHILEDO DOWHILE RETURN EXIT.以及配置在原子交易錯誤處理參數(shù)中的直接跳轉(zhuǎn)，相對于GOTO

13、。同時還支持流程模塊，即由原子交易集組成的功能模塊，相當于子流程，以加強流程復用。 數(shù)據(jù)交換引擎（三）變量池及全局變量當原子交易流程被執(zhí)行時，相互之間以及與系統(tǒng)需要直接交換數(shù)據(jù)信息，PB平臺提供了兩種實體，變量池和全局變量。采用變量池的原因是傳統(tǒng)的以數(shù)據(jù)結(jié)構為基礎的程序已無法滿足各種業(yè)務系統(tǒng)靈活多變的數(shù)據(jù)要求。把各種類型的數(shù)據(jù)抽象為內(nèi)存變量池，數(shù)據(jù)在變量池中可以由控制文件控制數(shù)據(jù)的類型、長度。每種業(yè)務可以根據(jù)各自的數(shù)據(jù)要求靈活定制私有的變量池。另外一個原子交易可以互換數(shù)據(jù)信息的機制是全局變量，目前系統(tǒng)級的全局變量主要有:FrontBuff : 存儲從智能網(wǎng)關轉(zhuǎn)發(fā)過來的交易請求數(shù)據(jù)信息。PkgB

14、uff : 解包時獲取原始報文的地方；打包時存儲生產(chǎn)的最終報文。Logfile : 當前交易日志文件名稱。系統(tǒng)級的變量池主要包括兩個結(jié)構： PBSYS、APSYS。其中在主控主干流程中已經(jīng)初始化，并在后續(xù)的原子交易里都能夠存取的包括在PBSYS中的變量池單元如下：AreaNo 區(qū)域號BusiType 業(yè)務種類TranCode 當前流程的內(nèi)部交易碼數(shù)據(jù)交換引擎（四）RChnlNo 當前交易請求渠道號RTranCode 請求渠道的外部交易碼SysErrNo 系統(tǒng)錯誤碼，初始值為”0000”，表示狀態(tài)正常。PbJourNo 交易流水號，目前為6位。PbDate PB帳務日期SysDate 當前主機系

15、統(tǒng)日期YYYYMMDDSysTime 當前主機系統(tǒng)時間hhmmssJourFlag 交易流水標志，說明是否記錄流水RevTimes 內(nèi)部交易的沖正次數(shù)RevLvl 內(nèi)部交易的沖正級別APSYS中的變量池單元如下：SYear 系統(tǒng)時間年 YYYYSMonth 系統(tǒng)時間月 MMSDay 系統(tǒng)時間 天BankNo 第三方銀行號（一般用于中間業(yè)務，業(yè)務種類信息）。變量池定義及訪問接口變量池按業(yè)務種類進行定義，變量池定義的依據(jù)是系統(tǒng)數(shù)據(jù)字典和應用數(shù)據(jù)字典 在進行變量池訪問時，系統(tǒng)按（通訊結(jié)構名，數(shù)據(jù)域序號，維數(shù)下標）進行訪問，便于管理和記憶變量池存儲和運行機制當系統(tǒng)運行時，交換引擎收到交易請求后查找對應

16、內(nèi)部交易流程所屬的業(yè)務種類，按本業(yè)務種類的變量池定義生成變量池（分配變量池存儲空間）。并在整個交易流程處理過程中保持不變，交易流程運行結(jié)束后釋放變量池存儲空間。報文解析（一）對各種報文格式的打包和解包是交換引擎重要的功能之一：報文解析（二）在PB中報文被看著由多個數(shù)據(jù)域按某種方式組織的信息數(shù)據(jù)段，報文的打包過程就是根據(jù)預先的定義從變量池中獲取數(shù)據(jù)域值組織成數(shù)據(jù)信息段的過程，解包過程就是根據(jù)報文定義，把信息數(shù)據(jù)段按定義的格式解析成數(shù)據(jù)域，并存放到變量池的過程。在PB中為了定義簡單和便于理解，采取如上圖的機制：根據(jù)渠道通訊協(xié)議，制定包含報文數(shù)據(jù)域的超集數(shù)據(jù)字典，同時定義報文的組織結(jié)構，比如：XML

17、、SOP、8583等。從數(shù)據(jù)字典中，抽取數(shù)據(jù)域的子集定義數(shù)據(jù)報文。對應具體的業(yè)務，如果需要解析對應渠道報文，把此報文對應的數(shù)據(jù)字典作為變量池依據(jù)，生成變量池。系統(tǒng)接收到數(shù)據(jù)報文，按定制獲取其報文格式定義。在定義報文格式的過程中，隱含定義了對應的變量池，解包的過程就是根據(jù)定義分解數(shù)據(jù)域存放到變量池中。應用程序使用API存取變量池，進行報文信息的設置和獲取。報文解析（三）為了增加報文解析過程中的靈活性，在解包和打包過程中，分別預留了報文打包解包前處理、打包解包后處理，數(shù)據(jù)域前處理處理函數(shù)，供開發(fā)人員進行自定義功能。目前系統(tǒng)支持的報文格式包括：8583、類8583SOPXML定長字符串、變長分割符串

18、、混合串類C語言結(jié)構TCP/IP網(wǎng)關架構為了實現(xiàn)TCP/IP網(wǎng)關的統(tǒng)一管理，對于所有渠道的網(wǎng)關進程建立一個統(tǒng)一的進程系，由網(wǎng)關管理進程負責。pb ：網(wǎng)關管理客戶端程序，負責發(fā)起網(wǎng)關的管理命令的工具，包括啟動網(wǎng)關、停止網(wǎng)關和查看網(wǎng)關進程信息三種命令。PBB：為網(wǎng)關進程系的父進程，接收pb客戶端請求，負責網(wǎng)關進程的有管理和維護工作，包括啟動網(wǎng)關各渠道主進程、維護網(wǎng)關進程信息、接收pb發(fā)送過來的命令執(zhí)行相關管理工作。GWn：為各個網(wǎng)關進程（提供渠道服務）。網(wǎng)關通訊進程邏輯結(jié)構（一）當外部系統(tǒng)作為服務方: TCP/IP網(wǎng)關從隊列接收請求，根據(jù)命令字與外部系統(tǒng)進行數(shù)據(jù)報交換。當外部系統(tǒng)作為請求方：TCP

19、/IP網(wǎng)關接收外部請求，轉(zhuǎn)換成內(nèi)部通訊格式FrontBuff，通過tpacall方式觸發(fā)交換引擎，交易引擎通過隊列返回應答報文。網(wǎng)關通訊進程邏輯結(jié)構（二）根據(jù)不同TCP/IP網(wǎng)關執(zhí)行體，按通訊模式同步短連接、同步長連接、異步短連接、異步長連接單工雙鏈、異步長連接雙工單鏈和外部系統(tǒng)角色可分為10中類型：同步短連接，外部系統(tǒng)作為請求方。同步短連接，外部系統(tǒng)作為服務方。同步長連接，外部系統(tǒng)作為請求方。同步長連接，外部系統(tǒng)作為服務方。異步短連接，外部系統(tǒng)作為請求方。異步短連接，外部系統(tǒng)作為服務方。異步長連接單工雙鏈，外部系統(tǒng)作為請求方。異步長連接單工雙鏈，外部系統(tǒng)作為服務方。異步長連接雙工單鏈，外部系

20、統(tǒng)作為請求方。異步長連接雙工單鏈，外部系統(tǒng)作為服務方 同步短連接請求方通訊服務器通訊服務器循環(huán)偵聽TCP/IP請求，當請求達到時FORK新進程，進行接收數(shù)據(jù)、發(fā)送到交換引擎處理，從隊列中接收處理應答，通過TCP/IP原鏈路返回外部通訊系統(tǒng)，最后關閉鏈路并EXIT。同步短連接請求方隊列服務器隊列服務器循環(huán)從網(wǎng)關隊列中，當請求達到時FORK新進程，新進程根據(jù)指令字，對于請求應答式通訊，指令字為912348，新進程將向外部系統(tǒng)建立鏈路、發(fā)送請求數(shù)據(jù)、接收應答數(shù)據(jù)、并斷開鏈路，把數(shù)據(jù)通過隊列返回給數(shù)據(jù)交換引擎，最后進程退出。異步短連接請求方、服務方異步短連接外部系統(tǒng)作為請求方或服務方，一般公用同樣的渠

21、道，并且共享發(fā)送通道與接收通道。當PB系統(tǒng)作為請求方，外部系統(tǒng)作為服務方式，數(shù)據(jù)交換引擎需要在發(fā)起端通過跟蹤碼匹配請求和應答報文。長連接通訊方式同步長連接與同步短連接內(nèi)部結(jié)構基本一致，差別在于長連接在初始化階段就建立好鏈路，并一直使用。異步長連接單工和雙工與異步短連接基本一致，差別在于長連接單工在初始化階段需要建立好鏈路，并一直使用；對于長連接雙工與外部系統(tǒng)的鏈路發(fā)送與接收在同一鏈路。數(shù)據(jù)交換接口接口類型請求渠道的應答報文通過PBMIDGW發(fā)起的請求應答：服務在交易流程結(jié)束時，從PkgBuff獲取報文，通過tpreturn 方式返回應答報文。虛擬網(wǎng)關發(fā)起的請求沒有應答，服務在交易流程結(jié)束時，t

22、preturn函數(shù)返回NULL報文。對于TCP/IP請求網(wǎng)關，應答通過原子交易Comm_RecvPkg()返回。具體描述見下節(jié)原子交易接口。服務渠道請求應答報文服務渠道分為兩種通訊模式，如果是TUXEDO域方式，系統(tǒng)提供原子交易Comm_ExchTuxPkg進行，Comm_ExchTuxPkg原子交易同時完成請求報文的發(fā)送和應答報文的接收。對應TCP/IP服務渠道，請求報文和應答報文分為兩個原子交易進行處理，Comm_SendPkg()發(fā)送請求，Comm_RecvPkg()接收應答，統(tǒng)一接口，系統(tǒng)設置了指令字。具體說明見下節(jié)原子交易接口。數(shù)據(jù)交換接口原子交易（一）Comm_SendPkg()參

23、數(shù)：參數(shù)為定長，某項位數(shù)不夠則補空格3渠道號：渠道號為Q時表示請求渠道。6為命令詞：含義見命令詞一節(jié)說明：將指定Buffer的內(nèi)容發(fā)送到隊列，數(shù)據(jù)到隊列后，網(wǎng)關會收取數(shù)據(jù)并向指定的渠道發(fā)送。調(diào)用前需要生成系統(tǒng)跟蹤碼，系統(tǒng)提供了兩種方式，新生成一個跟蹤碼，調(diào)用Data_GetTraceCode，或者直接從PB流水號轉(zhuǎn)換過來，相應的原子交易為Data_ConvTraceCode，作為Comm_RecvPkg（）接收報文的匹配ID。數(shù)據(jù)交換接口原子交易（二）Comm_RecvPkg()參數(shù)：參數(shù)為定長，某項位數(shù)不夠則補空格接收渠道號 。說明： 網(wǎng)關接收交易應答后，將數(shù)據(jù)發(fā)送到隊列。接收函數(shù)從隊列接收

24、數(shù)據(jù)到指定Buffer。Comm_ExchTuxPkg(param)參數(shù)：渠道號|超時標志|服務名稱渠道號： 三位，目標渠道超時標志：0不處理 ；1服務超時后，不向請求渠道發(fā)送應答，讓請求也渠道超時，一般使用于透明轉(zhuǎn)發(fā)；A表示丟棄收到的應答包，主要為分行轉(zhuǎn)發(fā)信管交易使用；服務名：主機服務名，缺省從SOP包頭中取，如果服務名為PBMIDGW*，則系統(tǒng)自動增加PBF包頭。說明：向Tuxedo服務方發(fā)送交易請求并接收交易應答；根據(jù)超時標志設置系統(tǒng)回應標識位。但調(diào)用總前提供給分前的服務時（PBMIDGW或EBIPGW）系統(tǒng)會自動添加前置內(nèi)部數(shù)據(jù)頭TCP/IP網(wǎng)關 命令詞解釋：指令由六位（6B）組成，第

25、一位：是否應答標志，0 不需回送應答包主控 9 回送應答包給主控，二到六位：通訊指令組合。1：建立通訊連接2 ：發(fā)送數(shù)據(jù)3 ：接收數(shù)據(jù)4 ：斷開通訊連接8 ：無后續(xù)指令典型指令集同步短連接交易指令 912348 異步長連接模式發(fā)送指令 928000 異步短連接模式發(fā)送指令 912480 異步長連接模式發(fā)送指令 028000 異步短連接模式發(fā)送指令 012480 系統(tǒng)日志日志機制在PB中，日志采用動態(tài)機制，系統(tǒng)運行時，可以設置一個日志級別，如果應用程序中的日志級別低于當前日志級別則打印日志信息，否則不打印日志信息。系統(tǒng)目前的日志級別以供設置為5級，分別定義了不同的宏。系統(tǒng)運行的缺省級別設置為3；

26、如果系統(tǒng)運行穩(wěn)定，可以設置級別為0 。日志級別的設置，可以按外部交易碼進行設置。在開發(fā)環(huán)境中，另外在測試環(huán)境中，一般把日志級別設置為 4 。#define ERR_LVL 0,_FILE_,_LINE_ /*錯誤級*/#define DATA_LVL 1,_FILE_,_LINE_ /*數(shù)據(jù)級*/#define DEBUG_LVL0 2,_FILE_,_LINE_ /*常用調(diào)試*/#define DEBUG_LVL1 3,_FILE_,_LINE_ /*運行監(jiān)控 -大量信息*/#define DEBUG_TEST 4,_FILE_,_LINE_ /*詳細調(diào)試 -大量信息*/系統(tǒng)日志日志存儲PB

27、系統(tǒng)的應用日志，按文件的方式存儲，存放文件的目錄放在log目錄下。交換引擎部分產(chǎn)生的日志文件：按外部交易碼生成不同的日志文件，同時把文件按渠道存儲在不同的目錄中。TCP/IP網(wǎng)關產(chǎn)生的日志文件：存放在對應網(wǎng)關渠道目錄下。TUXEDO網(wǎng)關產(chǎn)生的日志：存放在LOG目錄下，以pbmidgw_渠道號命名。進行應用調(diào)試時，可按系統(tǒng)運行的先后次序查找日志，首先確定交易的發(fā)起渠道、網(wǎng)關類型、外部交易碼。根據(jù)這些信息先查看網(wǎng)關日志，再查看交換引擎產(chǎn)生的日志，交易流程過程中如果要到服務方，還需要查看服務網(wǎng)關的日志，這樣可以跟蹤系統(tǒng)的執(zhí)行，發(fā)現(xiàn)程序BUG。例如：要查看柜面系統(tǒng)發(fā)起的交易日志，柜面系統(tǒng)的渠道號110，假設外部交易碼是0204，那么首先可以查看$HOME/log/pbmidgw_110.log查看智能網(wǎng)關是否收到請求，然后查找$HOME/log/110/0204.log查看交換引擎運行交易流程時產(chǎn)生的