全國推廣綜合業(yè)務處理系統(tǒng)

申請免費試用、咨詢電話：400-8352-114

　　一、案例背景 　　1995年，中國建設銀行在全國推廣綜合業(yè)務處理系統(tǒng)湖北版1.0（以下簡稱湖北版系統(tǒng)）。隨著湖北版系統(tǒng)的推廣，各地業(yè)務發(fā)展迅速，業(yè)務種類增加，業(yè)務量大增，湖北版系統(tǒng)開始暴 露出了一些問題，集中表現(xiàn)在湖北版原通信軟件上。1998年湖北版系統(tǒng)升級到2.0，主要解決了2000年問題，但湖北版原通信軟件所暴露出來的問題并沒有徹底解決。 　　二、技術分析 　　湖北版系統(tǒng)原通信軟件沒有交易管理功能，它的功能、性能與穩(wěn)定性都存在著許多問題，分析如下： 　　湖北版原通信軟件沒有交易管理功能，交易的完整性保證依賴于應用系統(tǒng)完成，也就是依靠原來系統(tǒng)中的沖正機制來實現(xiàn)。由于原系統(tǒng)待沖正表機制設計上存在一些缺陷，引起各節(jié)點上業(yè)務數(shù)據(jù)不一致。 　　湖北版原通信軟件沒有應用程序的調(diào)度功能，中心服務程序的運行個數(shù)由網(wǎng)點請求的并發(fā)數(shù)決定，完全不受控制，業(yè)務繁忙或網(wǎng)間業(yè)務處理較慢時，主機中運行的進程數(shù)過多，性能下降，處理速度變慢，極端情況時造成惡性循環(huán)，引起系統(tǒng)崩潰。 　　湖北版原通信軟件通信功能簡單，而且沒有通信管理功能。網(wǎng)點監(jiān)控、核心調(diào)整（動態(tài)配置）、通訊流量監(jiān)控、日志監(jiān)控等都無法實現(xiàn)。而這些功能對于一個大型的業(yè)務網(wǎng)絡的運行與管理是非常重要的。 　　湖北版原通信軟件與應用軟件之間的結合過于緊密，它和應用軟件直接編譯在一起，相當于應用軟件的一部分，不是獨立的平臺，難以發(fā)展，其更新需要重新編譯應用軟件，很不方便。 　　網(wǎng)間業(yè)務服務程序采用同步方式處理，每一筆業(yè)務在地市級中心和省（直轄市）中心轉發(fā)請求后，都必須等待應答，這種處理模式造成服務程序運行效率不高，在網(wǎng)間接收應答較慢且網(wǎng)間業(yè)務較多時，也會啟動大量的服務進程造成系統(tǒng)性能下降。 　　與湖北版原通信軟件不同，TongLINK是一個獨立的中間件產(chǎn)品。 　　TongLINK與應用程序通過消息隊列和共享內(nèi)存打交道，當需要更新TongLINK版本時，只要接口函數(shù)不變，就不需要改動或編譯應用軟件，只要安裝上新的TongLINK軟件即可。TongEASY也是如此。 　　聯(lián)機交易處理的特點要求中間件要有效率，同時又不能占用太多的資源。TongLINK與應用系統(tǒng)（或TongEASY）打交道主要依靠消息隊列，為防止消息隊列阻塞，TongLINK只把消息包頭（約16個字節(jié)）放入隊列，而把包體放入共享內(nèi)存中。TongLINK的運行核心可以調(diào)整，消息隊列和共享內(nèi)存的大小，均可以根據(jù)系統(tǒng)規(guī)模的大小，在管理系統(tǒng)中設定，使得TongLINK占用資源合理，而湖北版原通信軟件做不到這一點。 　　TongEASY有一套完整的應用進程調(diào)度策略，對服務進程進行統(tǒng)一的調(diào)度與管理。何時啟動服務進程、啟動多少進程均可由TongEASY進行管理，因而可以合理地使用主機資源，最大限度地發(fā)揮主機的效率，同時又不會造成業(yè)務量過大時把機器壓跨。最新的測試結果表明：在模擬的建行柜面業(yè)務應用環(huán)境中，TongEASY和TongLINK系統(tǒng)可以輕松地支持800個并發(fā)前端用戶，系統(tǒng)每秒處理交易數(shù)可達到或超過100多筆（依賴于所采用的系統(tǒng)和配置）。 　　TongEASY的交易管理功能既符合標準又具有獨創(chuàng)性。TongEASY對交易完整性的管理提供兩種方式，一種是通過XA標準與數(shù)據(jù)庫接口后，采用兩階段提交協(xié)議。但由于兩階段提交協(xié)議在一個低速的廣域網(wǎng)上使用時會有一些問題，主要表現(xiàn)在一是握手次數(shù)多、數(shù)據(jù)庫加鎖時間長，因而效率較低，二是不能很好地解決由于網(wǎng)絡故障所造成的交易一致性問題。因而TongEASY還提供一種獨創(chuàng)的交易管理方式，即由TongEASY監(jiān)控所有交易，并發(fā)現(xiàn)異常交易，對異常交易采用重復核對的方式，根據(jù)核對結果確定本筆交易是提交、回滾或者沖正。這種方式正常交易握手次數(shù)少，效率高，異常交易重復核對，可以極大降低網(wǎng)絡故障造成的交易完整性問題。鑒于國內(nèi)的網(wǎng)絡狀況，這種方式更適合國內(nèi)用戶使用。由于系統(tǒng)中的錯誤多出現(xiàn)在網(wǎng)絡上，而數(shù)據(jù)庫本身又具有部分交易管理功能，本地應用程序?qū)?shù)據(jù)庫操作引起的交易錯誤，可通過數(shù)據(jù)庫提供的交易管理功能恢復。交易中間件的主要是處理跨過網(wǎng)絡的各種交易的錯誤情況，可以保障在各種錯誤情況下的交易的完整，諸如網(wǎng)絡故障、客戶、服務程序不能正常運行等等。 　　三、 解決方案 　　針對現(xiàn)在湖北版系統(tǒng)存在的一些問題，分別采用三種方案對山西、黑龍江、河南、四川、廣西、浙江、廣東省分行的湖北版系統(tǒng)進行改造。 　?。ㄒ唬┥轿鳌⒑邶埥》中胁捎玫母脑旆桨?　　這是最簡單的改造方案，應用系統(tǒng)不做任何修改，原有的沖正表機制繼續(xù)沿用，只是用TongLINK和TongEASY替換原系統(tǒng)中的通信軟件，編寫模擬函數(shù)，仍然使用湖北版系統(tǒng)中通信軟件的函數(shù)名，只是函數(shù)內(nèi)部調(diào)用TongEASY的函數(shù)，從而實現(xiàn)用TongLINK和TongEASY替換掉原通信軟件。 　　這一方案的優(yōu)點是工作量小，改造后的系統(tǒng)可以得到TongLINK和TongEASY的大部分功能和特點，如實時、高效，支持大業(yè)務量并發(fā)，易管理，易維護，核心規(guī)?？烧{(diào)整，可動態(tài)配置，對應用程序的有效管理等，可以較好地提高原有系統(tǒng)的性能、可靠性、可管理性，減少系統(tǒng)中帳不平的現(xiàn)象。在同等條件下應能比原系統(tǒng)的處理能力提高50%左右。但這一方案沒有最充分地利用TongEASY的全部功能。 　?。ǘ┖幽?、四川、廣西、浙江省分行采用的方案 　　這一方案利用了TongEASY的交易管理方式。將湖北版系統(tǒng)中通信軟件的函數(shù)改為TongEASY提供的函數(shù)。新的服務記帳接口函數(shù)時程序處理流程為：先接收數(shù)據(jù)，再判斷接收數(shù)據(jù)類型，進行相應處理，然后根據(jù)情況進行請求轉發(fā)，或返回應答，或申明確認沖正處理結果。對網(wǎng)間交易，原湖北版系統(tǒng)中采用等待網(wǎng)間應答方式，這樣服務程序?qū)欢螘r間不工作，出現(xiàn)啟動大量程序而導致系統(tǒng)效率下降的情況。因而將其將改造成異步處理模式，不等待網(wǎng)間應答，服務程序根據(jù)接收到的數(shù)據(jù)做不同的處理。 　　第二方案利用了TongLINK和TongEASY提供的全部功能，特別是充分利用了TongEASY的交易完整性管理方法，可以很好地提高系統(tǒng)的效率，保證交易完整性。但這一方案對原應用系統(tǒng)的改動量比第一方案要大。 　　（三）廣東省分行的采用的改造方案 　　這一方案在XA接口的基礎上利用TongEASY的交易管理方式，即前文所說的快速XA方式。這一方案與第二方案差別是，由于使用XA接口，不需要單獨的沖正服務程序。在服務端做配置，以指示在來自客戶端的確認或沖正命令超時未到達時，已預做的服務端操作進行提交或回滾。 　　與第二方案相比較，采用本方案改造所需的工作量稍有減少。不足的是，在服務端接收請求至正式提交或撤回的時間段內(nèi)占用的數(shù)據(jù)庫資源比前兩種方案要大。 　　以上描述的三個方案都是切實可行的方案，且都已是成功的改造案例。從目前中國建設銀行的具體情況來看，第二方案改造最為合適。 　　四、應用環(huán)境 　　應用單位中心主機操作系統(tǒng)數(shù)據(jù)庫中心前端河南省分行HP9000/T500/K400/K200HP-UX SCO OpenServerInformix浙江省分行Sequent NUMA-QSequent S5000系列U6000系列DYNIXSCO OpenServer Informix廣西分行IBM PC服務器HP