浪潮BOSS系統(tǒng)的組成及技術(shù)體系研討

HYPERLINK浪潮BOSS系統(tǒng)的組成及技術(shù)體系

..........................................................................摘要本文簡要介紹浪潮BOSS系統(tǒng)的組成和主要采用的技術(shù)，如大型數(shù)據(jù)庫技術(shù)、中間件技術(shù)、并行處理技術(shù)、IPC技術(shù)、組件技術(shù)、實時數(shù)據(jù)庫技術(shù)、SAN技術(shù)等

關(guān)鍵詞BOSS中間件三層結(jié)構(gòu)實時數(shù)據(jù)庫組件SAN

1引言

近幾年，移動通信業(yè)取得了飛速的發(fā)展，各種新業(yè)務(wù)層出不窮，市場競爭劇烈，隨著加入WTO的臨近，這種競爭必然會進(jìn)入白熱化狀態(tài)，可是現(xiàn)存的分散的計費系統(tǒng)、業(yè)務(wù)系統(tǒng)、帳務(wù)系統(tǒng)等，無論從功能和性能上都難以適應(yīng)市場的變化。為了適應(yīng)市場的不斷發(fā)展和激烈競爭，提高服務(wù)水平和服務(wù)質(zhì)量，增強(qiáng)對新業(yè)務(wù)的支撐能力和反應(yīng)速度，滿足客戶需求的不斷變化和發(fā)展，中國移動通信公司在今年上半年組織各省公司、各系統(tǒng)集成商聯(lián)合制訂規(guī)定了中國移動BOSS系統(tǒng)（Business&OperationSupportSystem，業(yè)務(wù)運營支撐系統(tǒng)）的業(yè)務(wù)規(guī)范和技術(shù)規(guī)范。

中國移動BOSS系統(tǒng)從功能上涵蓋了計費、結(jié)算、帳務(wù)、業(yè)務(wù)及客服等方面，規(guī)范指出BOSS系統(tǒng)的建設(shè)應(yīng)作為一個有機(jī)整體進(jìn)行統(tǒng)籌的規(guī)劃和考慮，對各種業(yè)務(wù)功能進(jìn)行集中、統(tǒng)一的規(guī)劃和整合，使中國移動的BOSS系統(tǒng)成為一體化的、信息資源充分共享的支撐系統(tǒng)。

LCBOSS是浪潮齊魯軟件公司集多年在通信領(lǐng)域做計費、結(jié)算、營業(yè)、帳務(wù)、客服等系統(tǒng)經(jīng)驗的基礎(chǔ)上研發(fā)成功的。LCBOSSV1.0.0采用了多項計算機(jī)領(lǐng)域最新技術(shù)，完全滿足中國移動制定的BOSS系統(tǒng)規(guī)范，符合中國移動集團(tuán)公司的"三個特征、兩個能力、一個綜合"要求。本文擬就LCBOSS的組成和使用的主要技術(shù)展開介紹。

2LCBOSS系統(tǒng)架構(gòu)

LCBOSSV1.0.0是基于數(shù)據(jù)中心的，三層/多層架構(gòu)體系的移動業(yè)務(wù)支撐系統(tǒng)。邏輯上BOSS系統(tǒng)分為基于數(shù)據(jù)中心的數(shù)據(jù)層、業(yè)務(wù)邏輯層、表示接入層，見圖1：

圖1BOSS系統(tǒng)邏輯結(jié)構(gòu)

2.1數(shù)據(jù)層

數(shù)據(jù)層幾乎含蓋了BOSS系統(tǒng)的所有數(shù)據(jù)。數(shù)據(jù)層中數(shù)據(jù)是分類存儲的，大致可分為計費詳單、統(tǒng)計詳單、計費基礎(chǔ)數(shù)據(jù)、客戶資料、資源管理數(shù)據(jù)、營業(yè)網(wǎng)點資料、帳務(wù)數(shù)據(jù)、結(jié)算數(shù)據(jù)、1860/1861動態(tài)數(shù)據(jù)、客戶交易數(shù)據(jù)、反欺詐數(shù)據(jù)、操作日志、統(tǒng)計分析數(shù)據(jù)、配置管理數(shù)據(jù)、決策支持?jǐn)?shù)據(jù)、數(shù)據(jù)倉庫等。這些數(shù)據(jù)是統(tǒng)一規(guī)劃的、對象命名統(tǒng)一、數(shù)據(jù)是冗余最小、集中存放、高度安全可靠的，在其上面可以開展各種業(yè)務(wù)，它們基本上與具體應(yīng)用無關(guān)，組成了BOSS系統(tǒng)的核心--數(shù)據(jù)中心，見圖2。數(shù)據(jù)中心的具體存儲方式和載體，可采用SAN（StorageAreaNetwork）技術(shù)、分布式數(shù)據(jù)庫技術(shù)等。數(shù)據(jù)中心的硬件可支持IBM、HP、SUN、COMPAQ等知名公司的主流Unix主機(jī)系統(tǒng)和存儲設(shè)備，數(shù)據(jù)中心中能方便地增加主機(jī)和存儲設(shè)備，且設(shè)備的型號和生產(chǎn)廠家不受限制。在大型數(shù)據(jù)庫的選型上，數(shù)據(jù)中心能夠支持Oracle、Sybase、Informix、Db2、SqlServer等大型關(guān)系（對象）型數(shù)據(jù)庫；數(shù)據(jù)中心中選用的數(shù)據(jù)庫即可是其中的一種數(shù)據(jù)庫，也可以多種數(shù)據(jù)庫混合使用；即單事例數(shù)據(jù)庫、并行數(shù)據(jù)庫、數(shù)據(jù)庫的混合。從維護(hù)角度考慮，數(shù)據(jù)中心選用的主機(jī)和數(shù)據(jù)庫技術(shù)型號不宜太多，否則維護(hù)起來較為困難。

圖2數(shù)據(jù)中心在圖2中可見，每類數(shù)據(jù)并不是一定要建一套數(shù)據(jù)庫；一類或幾類數(shù)據(jù)可公用一套數(shù)據(jù)庫，通過表空間和屬主進(jìn)行區(qū)分；一類數(shù)據(jù)可以存放于幾個數(shù)據(jù)庫中，但盡可能使用一套數(shù)據(jù)庫以方便操作；一類數(shù)據(jù)在一個節(jié)點中無法完成處理時，推薦使用并行數(shù)據(jù)庫（如OracleOPS）或按某種規(guī)則將數(shù)據(jù)分布到多個數(shù)據(jù)庫中。

不同類型的數(shù)據(jù)在陣列上使用的RAID級別也可不一樣，如計費詳單數(shù)據(jù)不僅要求有快的寫速度（入庫、實時累計、預(yù)付費處理），而且要求快的讀速度（實時累計、集中查詢），存儲期長，這時可選用RAID10(RAID0+1);而對于統(tǒng)計詳單，則其主要操作為讀，存儲期相對較短（1~2個月），另外為節(jié)省投資考慮，可選用RAID5。

2.2業(yè)務(wù)邏輯層

業(yè)務(wù)邏輯層，是基于數(shù)據(jù)中心的BOSS系統(tǒng)的各種業(yè)務(wù)實體存在的層面。在業(yè)務(wù)層，邏輯上分為計費系統(tǒng)、營業(yè)系統(tǒng)、帳務(wù)系統(tǒng)、結(jié)算系統(tǒng)、大客戶管理系統(tǒng)、信用度管理系統(tǒng)、客服系統(tǒng)、統(tǒng)計系統(tǒng)、綜合查詢系統(tǒng)、接口系統(tǒng)、反欺詐系統(tǒng)、催費系統(tǒng)、決策支持系統(tǒng)等，這些業(yè)務(wù)系統(tǒng)基于數(shù)據(jù)中心，采用面向?qū)ο蟮乃枷牒徒M件化開發(fā)。所有這些系統(tǒng)邏輯上是相對獨立的，它們或它們的一部分可分布于一臺或多臺主機(jī)上，用戶可選擇其中的一種或幾種，也可修改或增加新的業(yè)務(wù)系統(tǒng)，來完善自己的系統(tǒng)。2.3表示接入層

在接入層，用戶或操作者可通過PC機(jī)、手機(jī)終端、手持電腦等通過語音、Web/Wap界面、Gui界面等進(jìn)行接入，根據(jù)權(quán)限和工作分工來完成不同業(yè)務(wù)和操作。整個BOSS系統(tǒng)的三層結(jié)構(gòu)如圖3所示：

圖3BOSS系統(tǒng)的三層結(jié)構(gòu)

2.4BOSS子系統(tǒng)的劃分

圖4BOSS子系統(tǒng)劃分

BOSS系統(tǒng)包括以上子系統(tǒng)，邏輯上各子系統(tǒng)相互獨立。

采集子系統(tǒng)負(fù)責(zé)各種話單的采集（含出訪話單）；

計費子系統(tǒng)負(fù)責(zé)話單預(yù)處理，各種話單、各種品牌、各種用戶的計費，處理話單級的各種優(yōu)惠，計費詳單入庫，錯單、重單處理，該子系統(tǒng)還包括預(yù)付費用戶實時扣費、高額處理、與用戶級有關(guān)的累計、預(yù)付費數(shù)據(jù)下發(fā)、計費稽核、內(nèi)存影像實時監(jiān)控等，其話單按打電話時間按號段和月份分表存放；

帳務(wù)子系統(tǒng)負(fù)責(zé)手機(jī)用戶的出帳、收費、地市間業(yè)務(wù)結(jié)算、省公司、地市公司費用平衡、代收結(jié)算等；

統(tǒng)計子系統(tǒng)包括提供各種報表所需的基礎(chǔ)統(tǒng)計數(shù)據(jù)，包括部分結(jié)算數(shù)據(jù)，其話單根據(jù)計費系統(tǒng)的話單入庫時間按號段和月份分表存放；

結(jié)算子系統(tǒng)主要處理省際漫游結(jié)算、國際漫游結(jié)算、省際漫游結(jié)算地市分?jǐn)?、國際漫游結(jié)算地市分?jǐn)?、省?nèi)漫游結(jié)算、漫游結(jié)算對帳、與公網(wǎng)結(jié)算等；

省中心前臺Gui/Web界面提供管理、操作界面，以圖形界面和Web界面方式提供系統(tǒng)管理、用戶管理、參數(shù)管理，詳單、報表等的查詢、打印等功能，它訪問計費、帳務(wù)、結(jié)算、統(tǒng)計等系統(tǒng)的數(shù)據(jù)；

營業(yè)子系統(tǒng)主要負(fù)責(zé)開戶、銷戶、卡源管理、號源管理、收費等各種功能；

聯(lián)機(jī)指令子系統(tǒng)負(fù)責(zé)實時停開機(jī)、與HLR、AUC等接口；

內(nèi)部數(shù)據(jù)接口負(fù)責(zé)計費子系統(tǒng)與統(tǒng)計子系統(tǒng)和結(jié)算子系統(tǒng)的計費后詳單轉(zhuǎn)發(fā)、計費子系統(tǒng)與營業(yè)和客服系統(tǒng)接口、與集團(tuán)公司帳務(wù)中心的接口；

流水號發(fā)生器子系統(tǒng)主要用來生成營業(yè)子系統(tǒng)、帳務(wù)子系統(tǒng)、客服子系統(tǒng)等所需要的業(yè)務(wù)流水號

外部數(shù)據(jù)接口負(fù)責(zé)與銀行代收費系統(tǒng)、繳費卡系統(tǒng)、短信中心、OA系統(tǒng)、MIS、財務(wù)系統(tǒng)、INTERNET服務(wù)、IP認(rèn)證計費系統(tǒng)、ISP、ASP運營商、語音信箱平臺、WAP平臺、其它增值業(yè)務(wù)平臺;

系統(tǒng)管理與監(jiān)控負(fù)責(zé)操作系統(tǒng)、數(shù)據(jù)庫、應(yīng)用程序、網(wǎng)絡(luò)、主機(jī)、存儲設(shè)備等的管理與監(jiān)控；

客服子系統(tǒng)負(fù)責(zé)通過CTI、Internet、傳真等技術(shù)手段等進(jìn)行業(yè)務(wù)受理、查詢服務(wù)、客戶交費、推介咨詢、申告投訴、客戶建議、終端維修、信息發(fā)布和預(yù)約服務(wù)等。2.5系統(tǒng)網(wǎng)絡(luò)示意圖

圖5BOSS系統(tǒng)網(wǎng)絡(luò)示意圖

3LCBOSS系統(tǒng)關(guān)鍵技術(shù)介紹

3.1大型關(guān)系（對象）數(shù)據(jù)庫技術(shù)3.1.1數(shù)據(jù)庫結(jié)構(gòu)選擇

根據(jù)用戶的數(shù)據(jù)量和硬件選擇情況，數(shù)據(jù)庫結(jié)構(gòu)可分以下幾種（以O(shè)racle舉例，Informix、Sybase、DB2等數(shù)據(jù)庫類似）。

3.1.1.1單事例數(shù)據(jù)庫系統(tǒng)

在這種配置下，服務(wù)器上只運行一個數(shù)據(jù)庫事例，各個數(shù)據(jù)庫進(jìn)程共用共享內(nèi)存和存儲系統(tǒng)，其處理能力和擴(kuò)充能力受運行該數(shù)據(jù)庫事例的服務(wù)器性能限制，用戶可通過增加CPU的個數(shù)、增加內(nèi)存等來增加數(shù)據(jù)庫的能力，但這些資源的擴(kuò)充畢竟是有限的，當(dāng)服務(wù)器達(dá)到最大能力無法擴(kuò)充時，只能通過更換更大的計算機(jī)來解決，原有投資不易得到保護(hù)，這種方式適合于數(shù)據(jù)量較小的中小省份。這種方式的好處是：應(yīng)用軟件容易設(shè)計，管理起來方便，對中小數(shù)據(jù)量效率較高。在一期和二期的計費系統(tǒng)中，許多省使用的是這種模式（圖6）。

圖6單事例數(shù)據(jù)庫系統(tǒng)

3.1.1.2多事例并行數(shù)據(jù)庫系統(tǒng)

這種方式由多個節(jié)點（每個節(jié)點可簡單看作一臺服務(wù)器）組成，每個節(jié)點上只運行一個數(shù)據(jù)庫事例，每個事例在自己的節(jié)點內(nèi)使用相同的共享內(nèi)存，所有的數(shù)據(jù)庫事例共享一套存儲系統(tǒng)，其處理能力和擴(kuò)充能力都較強(qiáng)，用戶可通過增加節(jié)點數(shù)的方式來增加數(shù)據(jù)庫的能力，原有投資能得到較好保護(hù)，這種方式適合于數(shù)據(jù)量較大的大中省份。這種方式的好處是：處理能力強(qiáng)、易擴(kuò)充、單點故障時其數(shù)據(jù)可通過其它節(jié)點來存取、管理較方便、投資保護(hù)好，可進(jìn)一步開發(fā)數(shù)據(jù)倉庫進(jìn)行數(shù)據(jù)挖掘等。其不好的地方是：應(yīng)用軟件及相應(yīng)的表結(jié)構(gòu)設(shè)計復(fù)雜，設(shè)計不好、各節(jié)點間的鎖沖突使性能很難得到應(yīng)有發(fā)揮，需要相應(yīng)的硬件（如IBMSP等）和軟件（HACMP等）來支持。在三期設(shè)計中，山東等省份采用了這種模式（圖7）。

圖7多事例并行數(shù)據(jù)庫系統(tǒng)

3.1.1.3分布式數(shù)據(jù)庫系統(tǒng)

這種方式與以上兩種方式對比最大的區(qū)別是系統(tǒng)有多個數(shù)據(jù)庫組成，每個節(jié)點上有一個數(shù)據(jù)庫，數(shù)據(jù)庫間通過一定的網(wǎng)絡(luò)協(xié)議進(jìn)行通訊。此種模式的好處是：處理能力強(qiáng)、易擴(kuò)充、單點故障不影響其它數(shù)據(jù)庫、各節(jié)點上業(yè)務(wù)安排較靈活、能夠發(fā)揮硬件的最大處理能力，投資保護(hù)好，各節(jié)點機(jī)型可不一樣甚至使用異種數(shù)據(jù)庫等。其不利的地方是：由于數(shù)據(jù)分散到多個數(shù)據(jù)庫中，使用起來不方便，使應(yīng)用軟件設(shè)計變得復(fù)雜，管理起來麻煩，對整個系統(tǒng)進(jìn)行統(tǒng)計時，各節(jié)點間的通訊可能會成為瓶頸。這種方式適合于數(shù)據(jù)量較大的大中省份（圖8）。

圖8分布式數(shù)據(jù)庫系統(tǒng)3.1.1.4混合型分布式數(shù)據(jù)庫系統(tǒng)

混合型分布式數(shù)據(jù)庫系統(tǒng)可看作是分布式數(shù)據(jù)庫系統(tǒng)的特例，在其節(jié)點中既有單事例的數(shù)據(jù)庫，也有多事例的并行數(shù)據(jù)庫，它吸收了以上三種方式的優(yōu)缺點，使設(shè)計更加靈活，應(yīng)用軟件設(shè)計較麻煩。它適合于數(shù)據(jù)量大的大中型省份，一般用在日后可能增加新業(yè)務(wù)，使數(shù)據(jù)量劇增和運行模式改變的系統(tǒng)中，系統(tǒng)擴(kuò)容改造時可考慮它，BOSS系統(tǒng)建議采用這種方式（圖9）。

圖9混合型分布式數(shù)據(jù)庫系統(tǒng)浪潮BOSS系統(tǒng)在設(shè)計時考慮了以上模式，支持以上四種形式的數(shù)據(jù)庫系統(tǒng)，數(shù)據(jù)庫管理系統(tǒng)可選用Oracle、Informix、Sybase、DB2等。

3.1.2數(shù)據(jù)庫設(shè)計一般要點

數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計是否合理，對整個系統(tǒng)的性能和功能有著非常大的影響，因此必須予以充分考慮。設(shè)計原則包括以下幾點：

在數(shù)據(jù)庫空間分配上（以oracle數(shù)據(jù)庫為例，其它數(shù)據(jù)庫類似）：

實現(xiàn)入庫服務(wù)器間的負(fù)載平衡；

減少數(shù)據(jù)庫之間的I/O傳輸；

減少對硬盤讀寫的I/O瓶頸；

盡可能將各類表分開；

數(shù)據(jù)和索引分開；

回滾段單獨存放；

聯(lián)機(jī)日志文件(onlineRedoLogfiles)在單獨的盤上;

歸檔日志文件(ArchiveRedoLogfiles)在單獨的盤上;

臨時表空間在單獨的盤上;

在硬件資源利用上：

盡可能充分使用多CPU，并行化作業(yè)；

盡可能使用內(nèi)存等高速資源進(jìn)行通信，避免磁盤I/O

在軟件設(shè)計上：

盡可能使用多進(jìn)程、多線程機(jī)制，并行化運行；

使用共享內(nèi)存機(jī)制進(jìn)行傳輸；

避免鎖沖突3.1.3數(shù)據(jù)庫管理系統(tǒng)產(chǎn)品選擇

當(dāng)前BOSS系統(tǒng)中選用的數(shù)據(jù)庫管理系統(tǒng)產(chǎn)品主要是Oracle、Informix、Sybase三大數(shù)據(jù)庫，在國內(nèi)都有一定用戶。這三種產(chǎn)品各有千秋，都有較強(qiáng)的數(shù)據(jù)處理能力，有的應(yīng)用工具較全易維護(hù)，有的Web開發(fā)能力強(qiáng)，用戶可選擇其中的一種，并行環(huán)境中選Oracle的較多。由于Oracle在技術(shù)上相對更有優(yōu)勢，國內(nèi)選擇Oracle的移動公司越來越多。

由于BOSS系統(tǒng)的數(shù)據(jù)量很大，常常多達(dá)幾個T或幾十個T，建議采用多套數(shù)據(jù)庫，即采用MSMD(多服務(wù)器多數(shù)據(jù)庫)的分布式數(shù)據(jù)庫方式，這種方式性能較好、管理風(fēng)險較小。

3.2中間件技術(shù)

中間件技術(shù)是BOSS系統(tǒng)實現(xiàn)集中和三層方式的核心技術(shù)，BOSS系統(tǒng)中使用的中間件包括兩類三種：一類是傳輸中間件或稱為消息中間件，以IBMMQSeries和BEATuxedo/Q(MessageQ)為代表；另一類是交易中間件，分為兩種：一種為以C/C++語言為基礎(chǔ)，以BEATuxedo/T和IBMCics為代表的傳統(tǒng)交易中間件，另一種為以J2EEJava和XML、HTML技術(shù)為依托，以BEAWeblogic、IBMWebsphere和OracleAS為代表的Web應(yīng)用中間件。

中間件有一些共同的特性，它解決了與硬件和數(shù)據(jù)庫的接口問題，屏蔽了網(wǎng)絡(luò)底層復(fù)雜繁瑣的編程特性，應(yīng)用的部署比較方便，使設(shè)計和編碼人員可以專注于具體業(yè)務(wù)的實施，提高了編碼的速度，減少了開發(fā)的難度，從而軟件質(zhì)量有所提高。

浪潮有多年的中間件開發(fā)和使用經(jīng)驗，開發(fā)了BOSS專用的傳輸中間件和交易中間件。

3.2.1傳輸中間件

傳輸中間件在BOSS系統(tǒng)中主要話單采集中的傳輸，計費系統(tǒng)中不同節(jié)點或不同模塊間的傳輸。傳輸中間件使用示意圖圖10如下：

圖10中間件的使用

以上圖10可以看出，節(jié)點一要把數(shù)據(jù)傳到節(jié)點二，開發(fā)工作做的是發(fā)送端應(yīng)用盡管把數(shù)據(jù)打成消息包放到傳輸隊列中，而接收端只到接收隊列中取就是了。傳輸中間件會把數(shù)據(jù)從節(jié)點一安全傳到節(jié)點二，節(jié)點一到節(jié)點二間的網(wǎng)絡(luò)協(xié)議、網(wǎng)絡(luò)停斷、操作系統(tǒng)不同等全由中間件自身來處理。

3.2.2交易中間件

交易中間件在應(yīng)用中起著業(yè)務(wù)代理作用，在BOSS系統(tǒng)中主要用在營業(yè)、客服系統(tǒng)和大客戶量的查詢、交易中，計費系統(tǒng)中也可采用交易中間件。

結(jié)合3.1.1介紹的幾種數(shù)據(jù)庫配置方式，交易中間件應(yīng)用體系結(jié)構(gòu)如圖11所示：

圖11交易中間件應(yīng)用體系結(jié)構(gòu)

我們的業(yè)務(wù)主要集中在交易中間件的服務(wù)中，它使開發(fā)、升級、維護(hù)非常方便。

3.3組件和插件技術(shù)

BOSS系統(tǒng)龐大、業(yè)務(wù)增加和變化較快，將一些業(yè)務(wù)體和技術(shù)體做成組件方式，部分組件可做成插件形式，系統(tǒng)的靈活性和可管理行就會有很大提高。

組件技術(shù)幾乎可用于BOSS的各業(yè)務(wù)子系統(tǒng)中。

3.4并行處理流程

并行處理技術(shù)和架構(gòu)能夠充分利用多機(jī)多CPU的處理能力，使系統(tǒng)的擴(kuò)展性和實時相應(yīng)能力增強(qiáng)。計費子系統(tǒng)的并行處理架構(gòu)如圖12所示：

圖12計費子系統(tǒng)的并行處理架構(gòu)

3.5IPC技術(shù)

磁盤子系統(tǒng)是計算機(jī)中最慢的設(shè)備之一，計費系統(tǒng)中超大數(shù)據(jù)量又必然要與硬盤打交道，因此硬盤常常成為制約系統(tǒng)性能的瓶頸。我們采用了以共享內(nèi)存為主的進(jìn)程間通信方式，兼用消息隊列、Socket、管道（pipe）等IPC機(jī)制，用信號燈機(jī)制協(xié)調(diào)通訊的同步及一致性，進(jìn)程使用的基礎(chǔ)數(shù)據(jù)表等一次性地從數(shù)據(jù)庫中加載到共享內(nèi)存中，避免頻繁訪問數(shù)據(jù)庫。這樣在一臺計算機(jī)內(nèi)部，除了進(jìn)入計費系統(tǒng)的原始話單文件、日志文件和需傳出的文件外，盡可能不與硬盤打交道，部分計算機(jī)間可用Socket網(wǎng)絡(luò)方式直接通信，這樣大大提高了計費速度，我們在預(yù)處理、劃價、報表累計、實時累計、預(yù)付費、反欺詐等子系統(tǒng)均采用了這種方式。

3.6專用實時數(shù)據(jù)庫技術(shù)

傳統(tǒng)的通用大型關(guān)系型數(shù)據(jù)庫（oracle、Informix、Sybase、db2等）是基于硬存儲設(shè)備（硬盤、磁盤陣列等）的，基于一定的接口標(biāo)準(zhǔn)（如SQL92等），使用范圍較廣，其不少處理也在內(nèi)存中進(jìn)行，但數(shù)據(jù)主要存儲在硬存儲設(shè)備上，其處理速度和實時性有一定的限制。而這里提出的專用實時數(shù)據(jù)庫，是其借鑒了通用數(shù)據(jù)庫的一些管理思想，有數(shù)據(jù)結(jié)構(gòu)、表、索引、日志等，可以對表中的數(shù)據(jù)進(jìn)行查詢、插入、更改、刪除等操作，保證異常情況下數(shù)據(jù)的一致性和事物的完整性，但它的幾乎所有處理都在內(nèi)存中進(jìn)行，速度極快，實時性很強(qiáng)，它可以通過與通用數(shù)據(jù)庫的接口，將數(shù)據(jù)寫入到數(shù)據(jù)庫中，或從數(shù)據(jù)庫讀到內(nèi)存中，它的使用范圍較窄，是專用的，這里只談專為浪潮移動實時計費結(jié)算系統(tǒng)設(shè)計的專用實時數(shù)據(jù)庫。浪潮BOSS專用實時數(shù)據(jù)庫包括以下模塊：

"實時數(shù)據(jù)庫的RTServer進(jìn)程

IPC資源的建立、內(nèi)存數(shù)據(jù)結(jié)構(gòu)的建立、數(shù)據(jù)的調(diào)度、進(jìn)程的加載。

"實時數(shù)據(jù)庫的RTLoad進(jìn)程

完成數(shù)據(jù)庫的數(shù)據(jù)向內(nèi)存中加載。

"實時數(shù)據(jù)庫的RTAuth進(jìn)程

負(fù)責(zé)實時數(shù)據(jù)庫的連接認(rèn)證。

"實時數(shù)據(jù)庫的RTDBW進(jìn)程

將變化的數(shù)據(jù)刷新到硬存儲介質(zhì)中。

"實時數(shù)據(jù)庫的RTTI進(jìn)程

記錄實時數(shù)據(jù)庫的事務(wù)信息，以便故障時保障事務(wù)的完整性。

"實時數(shù)據(jù)庫的RTLOG進(jìn)程

記錄數(shù)據(jù)庫的日志信息。

"實時數(shù)據(jù)庫的RTRecover進(jìn)程

負(fù)責(zé)數(shù)據(jù)庫事務(wù)的回退。

"實時數(shù)據(jù)庫的RTI進(jìn)程

負(fù)責(zé)其它應(yīng)用訪問實時數(shù)據(jù)庫的接口。

"實時數(shù)據(jù)庫的RTStat進(jìn)程

獲取實時數(shù)據(jù)庫的狀態(tài)信息。3.7SAN存儲技術(shù)

BOSS系統(tǒng)中主機(jī)和存儲設(shè)備較多，生產(chǎn)廠家和型號也可能多種多樣，怎樣將這些設(shè)備互聯(lián)，使系統(tǒng)有良好的可擴(kuò)充性，減少大數(shù)據(jù)量處理時的網(wǎng)絡(luò)帶寬，SAN技術(shù)是良好的解決方案，它做到了存儲的網(wǎng)絡(luò)化，使陣列和帶庫類的存儲設(shè)備方便地互聯(lián)互通。SAN連接示意圖如圖13所示：

圖13SAN連接示意圖作者：李朝銘梁炎松

山東浪潮齊魯軟件產(chǎn)業(yè)股份有限公司

附錄資料：不需要的可以自行刪除制定生產(chǎn)計劃的常用方法一、圖表法[例13-1]已知H公司1999年上半年（為簡化，只考慮上半年）滿足需求量的生產(chǎn)安排，見表13-5。為實現(xiàn)此進(jìn)度安排，擬采用三種不同的綜合生產(chǎn)計劃方案。表13-5H公司1999年上半年生產(chǎn)進(jìn)度安排單位：臺序號項目名稱1月2月3月4月5月6月12345678期初庫存量預(yù)測需求量累計需求量保險儲備量生產(chǎn)需要量(2)+(4)-(1）累計生產(chǎn)量有效工作日（天）累計工作日（天）400180018004501850185025254501500330037514253275224737511004400275100042752471275900530022585051252495225110064002751150627525120275170081004251850812523143*保險儲備量=1/4預(yù)測需求量有關(guān)成本數(shù)據(jù)補充如下：生產(chǎn)成本=100元/件；存儲費用=每月生產(chǎn)成本的1.5%（即每月每件1.5元）；標(biāo)準(zhǔn)工資率=每小時4元；加班費=標(biāo)準(zhǔn)工資的150%或每小時6元；缺貨損失=5元/件；外協(xié)比自制昂貴而增加的費用=每件產(chǎn)品2元；招聘和培訓(xùn)費=每人200元；提前解聘損失費=每人250元；每件產(chǎn)品所需工時=5小時。方案1的策略：在正常工作班次下，通過增減生產(chǎn)工人來生產(chǎn)出確切的需要量。方案2的策略：固定生產(chǎn)工人數(shù)，工人數(shù)按6個月的平均產(chǎn)量來確定（（8125件×5小時/件）/（143天×8小時/天）=36人）；允許庫存發(fā)生短缺，通過下月的生產(chǎn)來補足。方案3的策略：按生產(chǎn)需要量（計劃量）最低的4月份來確定所需工人數(shù)，并穩(wěn)定在4月份這個水平上（（850件×6月×5小時/件）/（143天×8小時/天）=22人；產(chǎn)量低于需求量部分通過外協(xié)來解決。計劃方案見表13-6方案1：11600元方案2：7460元方案3：6182元

表13-6三種方案的計算序號月份（1）計劃產(chǎn)量（2）所需工時(1)×5（3）每人每月工時數(shù)(天數(shù)×8)（4）所需工人數(shù)(2)/(3)（5）增加工人數(shù)（6）增加工人的支出（7）減少工人數(shù)（8）解聘損失費方案11234561850142510008501150185092507125500042505750925020017619219220018446402622295000007210000140042000614400015003500100000合計56006000月份（1）累計計劃產(chǎn)量（2）有效生產(chǎn)工時（3）能力產(chǎn)量（4）累計能力產(chǎn)量（5）不足的產(chǎn)量（6）缺貨損失（7）過剩產(chǎn)量（8）庫存費用方案212345618503275427551256275812572006336691269127200662414401267138213821440132514402707408954716911823641056818620502840930346636111519954167合計58201640月份（1）計劃產(chǎn)量（2）有效生產(chǎn)工時（3）能力產(chǎn)量（4）外協(xié)數(shù)量（5）外協(xié)費用方案3123456185014251000850115018504400387242244224440040488807748458458808109706511555270104019401302310105402080合計81256182表13-7三種方案的比較費用變化方案1方案2方案3變動工人數(shù)，生產(chǎn)確切的需要量固定工人數(shù)，變動庫存量，允許缺貨保持最低限度人數(shù)，不足量外協(xié)增加工人數(shù)的支出解聘損失費超儲費用缺貨損失外協(xié)費560060000000016405820000006182總成本1160074606182二、運輸表法運輸表法的基本假設(shè)是：1.每一單位計劃期內(nèi)正常生產(chǎn)能力、加班生產(chǎn)能力以及外協(xié)量均有一定限制；2.每一單位計劃期的預(yù)測需求量是已知的；3.全部成本都與產(chǎn)量呈線性關(guān)系。表13-8用圖表法求解的綜合生產(chǎn)計劃單位：萬臺計劃方案計劃期1計劃期2計劃期3計劃期4未用生產(chǎn)能力總生產(chǎn)能力單位計劃期期初庫存0h2h3hI01正常生產(chǎn)rr+hr+2hr+3hR1加班生產(chǎn)cc+hc+2hc+3hOT1外協(xié)ss+hs+2hs+3hS12正常生產(chǎn)×rr+hr+2hR2加班生產(chǎn)×cc+hc+2hOT2外協(xié)×ss+hs+2hS23正常生產(chǎn)××rr+hR3加班生產(chǎn)××cc+hOT3外協(xié)××ss+hS34正常生產(chǎn)×××rR4加班生產(chǎn)×××cOT4外協(xié)×××sS4需求D1D2D3D4h──單位計劃期內(nèi)單位產(chǎn)品的庫存成本I0──第1期期初庫存r──單位產(chǎn)品的正常生產(chǎn)成本Rt──t期的正常生產(chǎn)能力c──單位產(chǎn)品的加班成本OTt──t期的加班生產(chǎn)能力S──單位產(chǎn)品的外協(xié)成本St──t期的外協(xié)生產(chǎn)能力Dt──t期的預(yù)測需求量

[例13-2]M公司生產(chǎn)某種產(chǎn)品，該產(chǎn)品的需求具有波動性，其需求預(yù)測和有關(guān)成本數(shù)據(jù)如表13-9所示。該公司現(xiàn)在打算根據(jù)表13-9和表13-11所列的生產(chǎn)能力計劃來制定綜合生產(chǎn)計劃,公司現(xiàn)有庫存為250萬臺。按照公司的經(jīng)營方針，希望期末庫存為300萬臺，且不允許任務(wù)積壓和庫存缺貨。表13-9各期的需求預(yù)測值單位:萬臺季度1季度2季度3季度4季度合計需求30085015003002950表13-10各項成本數(shù)據(jù)項目成本單位產(chǎn)品的庫存成本單位產(chǎn)品的正常生產(chǎn)成本單位產(chǎn)品的加班生產(chǎn)成本單位產(chǎn)品的外協(xié)成本0.3元/季度1.00元1.50元1.90元表13-11生產(chǎn)能力計劃單位:萬臺項目1季度2季度3季度4季度正常生產(chǎn)450450750450加班生產(chǎn)909015090外協(xié)200200200200利用圖表方法來解決這一問題，表13-12為該問題的解。

表13-12用圖表法求解的綜合生產(chǎn)計劃單位：萬臺計劃方案計劃期1計劃期2計劃期3計劃期4未用生產(chǎn)能力總生產(chǎn)能力單位計劃期期初庫存00250300.600.9002501正常生產(chǎn)005030400601.900450加班生產(chǎn)1.501.8010902.40090外協(xié)1.902.2050202.801802002正常生產(chǎn)×004501.301.600450加班生產(chǎn)×1.5080902.10090外協(xié)×1.90202002.5002003正常生產(chǎn)××007501.300750加班生產(chǎn)××501501.8001