天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)設(shè)計與實現(xiàn)

天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)設(shè)計與實現(xiàn)

摘要

目前中國移動集團天津公司NG-CRM/BOSS系統(tǒng)的業(yè)務(wù)連續(xù)性保障體系有

三種模式，一種是多節(jié)點負(fù)荷分擔(dān)方式，該方式要緊用于系統(tǒng)接入層與業(yè)務(wù)邏輯

層，有效地降低了個別節(jié)點故障對業(yè)務(wù)的影響程度；一種是容災(zāi)模式，由于多年

未升級，系統(tǒng)資源與生產(chǎn)中心已不匹配，在發(fā)生突發(fā)事件時，容災(zāi)系統(tǒng)不能在特

定的時間要求內(nèi)全部或者部分恢復(fù)關(guān)鍵業(yè)務(wù)功能；一種是雙機備份共享存儲（下

列簡稱本地HA）方式，該方式要緊用于系統(tǒng)核心層。關(guān)于系統(tǒng)核心層使用的本

地HA模式來保障業(yè)務(wù)連續(xù)性，存在如下風(fēng)險：

1）由于核心系統(tǒng)10量較大，如發(fā)生系統(tǒng)單節(jié)點宕機等嚴(yán)重故障可能會造成

由于10未及時寫入磁盤而產(chǎn)生的文件系統(tǒng)錯誤，導(dǎo)致備機啟動失敗。

2）人為因素、數(shù)據(jù)庫邏輯錯誤或者者存儲故障造成的數(shù)據(jù)損壞從而引起業(yè)

務(wù)中斷，本地HA將無法解決。NG-CRM/B0SS系統(tǒng)全部業(yè)務(wù)要求7X24小時運

行，存儲陣列的使用強度大大增加，沒有的時候間對存儲系統(tǒng)進(jìn)行定期維修與保

養(yǎng)。因此，當(dāng)使用一段時間后，存儲系統(tǒng)的部件連續(xù)或者同時出現(xiàn)故障的可能性

增加。止匕外，隨著存儲系統(tǒng)的功能與性能越來越強，存儲系統(tǒng)內(nèi)部的操縱軟件也

日趨復(fù)雜，就像一個操作系統(tǒng)，其本身也會出現(xiàn)故障或者漏洞。部分省公司也曾

經(jīng)發(fā)生過由于存儲故障造成業(yè)務(wù)系統(tǒng)長時間停機、數(shù)據(jù)丟失的重大故障。

3）在系統(tǒng)割接、平臺軟硬件保護或者應(yīng)用版本升級等情況下，本地HA都

將可能無法滿足業(yè)務(wù)連續(xù)性要求。

4）生產(chǎn)機房發(fā)生火災(zāi)、泡水等情況下，多節(jié)點負(fù)載分擔(dān)與本地HA模式都

不能保障業(yè)務(wù)連續(xù)性。

本文將從應(yīng)急系統(tǒng)的系統(tǒng)架構(gòu)、建設(shè)實現(xiàn)、系統(tǒng)測試各方面關(guān)于上述風(fēng)險及

問題進(jìn)行研究并逐一解決。

關(guān)鍵詞：業(yè)務(wù)支撐系統(tǒng)應(yīng)急系統(tǒng)運營商

ABSTRACT

AtpresenttheTianjinNG-CRM/BOSSbusinesscontinuitysecuritysystemhas

threemodes,oneisamulti-nodeloadbalancingmode,thismodeismainlyusedfor

systemaccesslayerandbusinesslogic,effectivelyreducingtheindividualnode

failuresthedegreeofinfluenceofthebusiness;adisasterrecoverymode,duetoyears

ofnotupgraded,thesystemresourcesandproductioncenterdoesnotmatch,not

withinaspecifictimerequirementsinwholeorinpart,torestorecriticalbusiness

functionsintheeventofanemergency,disasterrecoverysystem;adoublebackup

sharedstorage(hereinafterreferredtoasthelocalHA)mode,whichismainlyused

forthecoreofthesystemlayer.ThelocalHAmodeforthesystemcorelayerto

protectbusinesscontinuity,thefollowingrisks:

1)duetothelargeamountofcoresystemIO,suchastheoccurrenceofaserious

failureofthesystemsingle-nodedowntimemaycauseIOisnotwrittentodiskfile

systemerrors,leadingtothebackupmachinefailedtostart.

2)datacorruptioncausedbyhumanfactors,databaselogicen,ororstoragefailure

causingbusinessinterruption,localHAwillnotresolve.AllofNG-CRM/BOSS

systemrequirements7x24hourstorun,greatlyincreasetheintensityofuseofthe

storagearray,donothavetimeforregularrepairandmaintenanceofthestorage

system.Therefore,whenusedforaperiodoftime,thecomponentsofthestorage

systemcontinuouslyoratthesametimeincreasetheprobabilityoffailure.Inaddition,

withthegrowingfunctionalityandperformanceofstoragesystems,storagesystems

withinthecontrolsoftwarearebecomingincreasinglycomplex,asanoperating

system,whichitselfwillbefailureorvulnerability.Someprovinceshavealso

undergonemajorfailureofthebusinesssystemforalongtimedowntime,dataloss

duetoastoragefailure.

3)inthesystemcutover,platformhardwareandsoftwaremaintenanceor

applicationupgrade,thelocalHAmaynotbeabletomeettherequirementsof

businesscontinuity.

4)productionengineroomfire,flooddamageandothercircumstances,

multi-nodeloadbalancingandthelocalHAmodecannotguaranteebusiness

continuity.

Fromtheemergencysystemarchitecture,construction,implementation,system

testingallaspectsoftherisksandproblemsandsolvethemonebyone.

KEYWORDS：NG-CRM/BOSS,EmergencySystem,TelecomOperators

目錄

目錄4

第一章緒論1

1.1研究背景1

1.2研究目的及意義1

1.3研究的要緊內(nèi)容及論文結(jié)構(gòu)2

第二章天津移動業(yè)務(wù)支撐系統(tǒng)現(xiàn)狀分析及應(yīng)急建設(shè)需求3

2.1系統(tǒng)現(xiàn)狀及風(fēng)險分析3

2.1.1功能現(xiàn)狀3

2.1.2軟硬件配置現(xiàn)狀4

2.1.3網(wǎng)絡(luò)組織現(xiàn)狀6

2.1.4風(fēng)險分析8

2.1.5風(fēng)險應(yīng)對措施9

2.2應(yīng)急建設(shè)需求11

2.2.1業(yè)務(wù)建設(shè)范圍11

2.2.2接管時間要求15

2.2.3應(yīng)急數(shù)據(jù)同步15

2.2.3應(yīng)急數(shù)據(jù)回切16

2.2.3應(yīng)急系統(tǒng)管理功能17

第三章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)技術(shù)研究19

3.1持續(xù)數(shù)據(jù)保護技術(shù)(CDP)19

3.1.1定義19

3.1.2與現(xiàn)有數(shù)據(jù)保護手段對比19

3.1.3總結(jié)20

3.2基于J2EE的多層技術(shù)架構(gòu)20

3.2.1J2EE技術(shù)介紹20

3.2.2J2EE四層模型20

3.2.3J2EE結(jié)構(gòu)22

3.2.43J2EE優(yōu)勢24

3.2.5J2EE與.NET體系結(jié)構(gòu)比較26

3.2.6總結(jié)28

第四章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)的建設(shè)方案29

4.1應(yīng)急系統(tǒng)定位29

4.2應(yīng)急系統(tǒng)與外圍系統(tǒng)邊界32

4.3應(yīng)急系統(tǒng)目標(biāo)33

4.4應(yīng)急系統(tǒng)架構(gòu)34

4.4.1功能架構(gòu)35

4.4.2數(shù)據(jù)流設(shè)計40

4.4.3物理部署46

4.4.4外圍接口切換47

4.4.5應(yīng)急系統(tǒng)安全設(shè)計47

4.4.6數(shù)據(jù)模型設(shè)計48

4.5應(yīng)急系統(tǒng)建設(shè)方案50

4.5.1應(yīng)急受理子系統(tǒng)50

4.5.2應(yīng)急管理平臺系統(tǒng)71

4.6應(yīng)急系統(tǒng)硬件及平臺軟件建設(shè)方案78

4.6.1硬件平臺方案78

4.6.2硬件配置方案與應(yīng)用部署圖84

4.6.3網(wǎng)絡(luò)環(huán)境86

4.6.4系統(tǒng)軟件86

第五章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)應(yīng)急場景的分析與確定87

5.1應(yīng)急場景87

5.1.1應(yīng)用分析87

5.1.2分業(yè)務(wù)分析93

5.1.3針對風(fēng)險點的應(yīng)急分析93

5.2建設(shè)場景94

5.2.1正常場景94

5.2.2場景1網(wǎng)上營業(yè)廳應(yīng)用切換場景94

5.2.3場景2短信營業(yè)廳應(yīng)用切換場景97

5.2.4場景3聯(lián)指應(yīng)用切換場景99

5.2.5場景4客服應(yīng)用切換場景102

5.2.6場景5外圍接口應(yīng)用切換場景104

5.2.7場景6統(tǒng)一接入應(yīng)用切換場景106

5.2.8場景7CRM應(yīng)用全切場景108

5.2.9場景8全切場景Ill

第六章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)演練115

6.1演練場景115

6.2演練范圍115

6.3演練流程115

6.3.1生產(chǎn)系統(tǒng)切換到應(yīng)急系統(tǒng)流程115

6.3.2應(yīng)急系統(tǒng)回切生產(chǎn)系統(tǒng)流程118

6.4演練總結(jié)121

第七章結(jié)論與展望124

參考文獻(xiàn)125

發(fā)表論文與參加科研情況說明126

致謝錯誤!未定義書簽。

第一章緒論

1.1研究背景

中國移動業(yè)務(wù)支撐系統(tǒng)通過近幾年的集中化改造建設(shè)與不斷完善，通過

NGBOSS（新一代業(yè)務(wù)運營支撐系統(tǒng)）建設(shè)，業(yè)務(wù)支撐系統(tǒng)已經(jīng)在市場拓展、客

戶服務(wù)等工作中發(fā)揮了重要的支撐作用，成為中國移動貫徹落實“服務(wù)與業(yè)務(wù)領(lǐng)

先”戰(zhàn)略的有力手段。

日益猛烈的市場競爭與不斷提高的客戶服務(wù)質(zhì)量需求對BOSS業(yè)務(wù)支撐能力

與可靠穩(wěn)固運行的要求越來越高，從面向客戶服務(wù)的角度而言，不管何時出現(xiàn)何

種情況，都需要移動運營商提供不間斷的業(yè)務(wù)支撐服務(wù)，以保證客戶滿意度、客

戶服務(wù)質(zhì)量、企業(yè)信譽等不受影響，對企業(yè)而言也可避免財務(wù)缺失，增強企業(yè)競

爭力。

與此同時，BOSS集中化改造、NGBOSS一階段與二階段建設(shè)在帶來業(yè)務(wù)快

速響應(yīng)等眾多優(yōu)勢的同時，也存在著系統(tǒng)故障點集中、風(fēng)險集中的危險，如：系

統(tǒng)故障、人為誤操作、火災(zāi)、水災(zāi)、傳輸中斷、電網(wǎng)停電等系統(tǒng)風(fēng)險。因此，適

時、合理地規(guī)劃與開展中國移動業(yè)務(wù)運營支撐系統(tǒng)應(yīng)急保障體系建設(shè)，已經(jīng)成為

中國移動的重要任務(wù)。

1.2研究目的及意義

為保證業(yè)務(wù)持續(xù)運營，NGBOSS系統(tǒng)已經(jīng)在系統(tǒng)架構(gòu)上充分考慮其可靠性。

NG-CRM/BOSS系統(tǒng)的關(guān)鍵應(yīng)用系統(tǒng)的服務(wù)器都進(jìn)行了高可靠性（HA）設(shè)計，

杜絕了單點故障導(dǎo)致業(yè)務(wù)中斷。在本地高可靠性的基礎(chǔ)上，為了在出現(xiàn)災(zāi)難情況

時（如地震、水災(zāi)、火災(zāi)、瘟疫、人為災(zāi)難故障），能夠有效對系統(tǒng)與應(yīng)用進(jìn)行

恢復(fù)，NGBOSS系統(tǒng)還建立了容災(zāi)備份系統(tǒng)，實現(xiàn)了數(shù)據(jù)及應(yīng)用的容災(zāi)。

但是，在某些故障（如：數(shù)據(jù)庫磁盤故障、軟件錯誤等）發(fā)生時，HA并不

能解決問題，同時由于這些故障估計能夠在短時間內(nèi)（4小時以內(nèi)）能夠解決，

因此并沒有務(wù)必進(jìn)行容災(zāi)切換。

在這種情況下，運營商需要有一個應(yīng)急系統(tǒng)，能夠支持短時間的關(guān)鍵業(yè)務(wù)的

運營生產(chǎn)，保證客戶感受不到業(yè)務(wù)的中斷。

通過業(yè)務(wù)支撐應(yīng)急系統(tǒng)的建設(shè)，建立業(yè)務(wù)支撐網(wǎng)的應(yīng)急風(fēng)險預(yù)防、應(yīng)急響應(yīng)

機制與恢復(fù)措施，保證在發(fā)生突發(fā)事件時，能夠在特定的時間要求內(nèi)，能夠全部

或者部分恢復(fù)關(guān)鍵業(yè)務(wù)功能，提高關(guān)鍵業(yè)務(wù)連續(xù)運行能力，提升服務(wù)質(zhì)量與服務(wù)

水平，并降低運營風(fēng)險，將業(yè)務(wù)缺失降低到可同意的程度，以增強企業(yè)競爭力。

1.3研究的要緊內(nèi)容及論文結(jié)構(gòu)

本文要緊是針對天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)技術(shù)方案的研究，通過對現(xiàn)狀的

分析，確認(rèn)系統(tǒng)建設(shè)范圍，設(shè)計系統(tǒng)功能及技術(shù)架構(gòu)以完成整體的建設(shè)方案。同

時通過對應(yīng)急場景的歸納總結(jié)，保證方案的可實施性與有效性。

論文要緊分為下列章節(jié)：

第一章緒論，介紹了天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)的必要性與需解決的問題，

提出了本文的研究內(nèi)容及意義。

第二章對目前天津移動業(yè)務(wù)支撐系統(tǒng)的現(xiàn)狀分析，確認(rèn)建設(shè)方向、建設(shè)范圍

及具體內(nèi)容。

第三章對天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)技術(shù)研究及選型。

第四章介紹天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)的建設(shè)方案，包含系統(tǒng)架構(gòu)設(shè)計、功

能架構(gòu)設(shè)計、各模塊設(shè)計、數(shù)據(jù)流設(shè)計、部署方案等。

第五章為天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)的應(yīng)急場景的分析與確定，包含各子系

統(tǒng)的應(yīng)急場景及有關(guān)流程，為項目建設(shè)提供了驗證根據(jù)。

第六章為天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)演練方案及演練總結(jié)。

第七章為結(jié)論與展望，對論文工作進(jìn)行了總結(jié)，展示了本系統(tǒng)開發(fā)的要緊成

果及丞待完善的方面。

第二章天津移動業(yè)務(wù)支撐系統(tǒng)現(xiàn)狀分析及應(yīng)急建設(shè)需求

2.1系統(tǒng)現(xiàn)狀及風(fēng)險分析

2.1.1功能現(xiàn)狀

BOSS系統(tǒng)要緊包含產(chǎn)品管理、信息管理、融合計費、綜合結(jié)算、綜合帳務(wù)、

采集預(yù)處理、服務(wù)開通、合作伙伴管理、基礎(chǔ)管理等九大功能域，如下圖2.1.1T

所示。

BOSS系統(tǒng)功能

采集預(yù)處理融合計費綜合帳務(wù)服.務(wù)開通

1I帳務(wù)皎理、

I采策I計費預(yù)處理1彳費控制I詳單管理I工單管理I

第林理二經(jīng)營

1I1j開通與激活

|預(yù)處理|計費引擎||控制范圍管理]|充額管理分析

I」!」用替翌

r系統(tǒng)

CRM服務(wù)開通類定中管界

批價依據(jù)管理I也里型I和分管8!-lLP

產(chǎn)品管理信息管理

產(chǎn)品目錄管理1配置管理11產(chǎn)品退出信息接受與創(chuàng)建客戶信息管理11用戶信息管理1

產(chǎn)品創(chuàng)建1產(chǎn)品變更發(fā)布管理1訂購信息管理帳戶信息管理11信息提供

綜合結(jié)算

1結(jié)算預(yù)處理11重單檢查1結(jié)算批價11結(jié)算帳務(wù)處理

1數(shù)據(jù)分發(fā)1L對帳處理1結(jié)算調(diào)帳]1結(jié)算回退1

寬帶BOSS

1結(jié)算報表處理1審核校驗錯單回收處理結(jié)算監(jiān)管

P-BOSS111網(wǎng)管

■:基礎(chǔ)管理

「統(tǒng)計報表管理

「系統(tǒng)

業(yè)務(wù)局?jǐn)?shù)據(jù)數(shù)據(jù)一致性1-

1管通II管理11管理I計費帳務(wù)稽核

ADCSCPVC][.萼.11mS110A]|RADIUS||合作伙伴系統(tǒng)|銀行系統(tǒng)；國內(nèi)其他運營商

圖2.1.1-1BOSS系統(tǒng)功能架構(gòu)圖

CRM系統(tǒng)要緊包含渠道管理、市場營銷、銷售管理、客服服務(wù)、客服管理、

產(chǎn)品管理、資源管理與基礎(chǔ)管理等八大功能域。功能結(jié)構(gòu)如下圖2.1.1-2所示。

客戶/合作伙伴/業(yè)務(wù)管理者/營銷人員/銷售人員/客服人員

營業(yè)

渠道基礎(chǔ)平臺呼叫中心基礎(chǔ)平臺短信WAP彩信EMAIL門戶自助終端???

終端

CRM系統(tǒng)功能

渠道運營支撐渠道運營管理

分析㈡管理dfol

市場營銷活動管理車肖售商機管理銷售活動管理客戶服務(wù)請求管理

營銷管理服務(wù)

營銷信息管理訂單管理銷售文檔管理客戶維系管理

客戶信息管理客戶信用度管理產(chǎn)品創(chuàng)建產(chǎn)品變更資源生命周期管理

統(tǒng)客戶產(chǎn)品資源

帳戶信息管理客戶服務(wù)密碼管理產(chǎn)品退出版本管理資源調(diào)度管理

管理管理管理

客戶級別管理特殊名單用戶管理配置管理發(fā)布管理資源倉儲管理0BOSS

客戶信息視圖產(chǎn)品目錄管理資源信息管理

委?工作管理

人員管理知識管理報表統(tǒng)計系統(tǒng)管理任務(wù)管理工單管理

黑等撐網(wǎng)謙國向據(jù)嘉垂皿

圖2.1.1-2CRM系統(tǒng)功能結(jié)構(gòu)圖

2.1.2軟硬件配置現(xiàn)狀

B0SS/CRM生產(chǎn)中心配有8臺滿配置的IBMP595小型機，主機處理能力達(dá)到

3420萬tpmC,主機配置如下表：

表2.1.2-1BOSS/CRM系統(tǒng)主機配置情況表

單臺設(shè)備配置情況

序數(shù)量CPU

系統(tǒng)劃號（臺）數(shù)CPU主內(nèi)存

分主機名稱型號量頻(GHz)(GB)

1計費數(shù)據(jù)庫Cluster11102.348

2賬務(wù)數(shù)據(jù)庫Cluster11122.372

P595F

3賬務(wù)應(yīng)用Cluster11402.3340

4連指122.316

5計費數(shù)據(jù)庫Cluster?1102.348

B

6賬務(wù)數(shù)據(jù)庫Cluster21122.372

OP595G

S7賬務(wù)應(yīng)用Cluster21402.3360

生S

8連指122.316

產(chǎn)系

連指服務(wù)器P630

中統(tǒng)9121.458

心10采集1P650B41.4532

B80

C1olcoml122

R2網(wǎng)廳前置1P650C41.458

單臺設(shè)備配置情況

序數(shù)量CPU

系統(tǒng)劃號（臺）數(shù)CPU主內(nèi)存

分主機名稱型號量頻(GHz)(GB)

M3DSMPWEB1P570A82.230

系

4ESOP測試1P570B2.2

統(tǒng)830

5CRM前置142.220

P570C

6PB測試1122.270

7CRMWEB21201.9128

8一級BOSS（落地方）1161.936

9電子渠道WEB服務(wù)器1P595A81.948

10ESOP1181.948

11客服APP1181.964

12CRMWEB11201.9128

13一級BOSS（落地方）2161.936

14電子渠道WEB服務(wù)器1P595B81.94S

15ESOP2181.948

16客服APP2181.964

17CRMTUX21162.3128

18接口TUX1142.364

P595C

19統(tǒng)一接入平臺1102.364

20CRM數(shù)據(jù)庫Cluster11242.3128

21CRMTUX11162.3128

22接口TUX1142.364

P595D

23統(tǒng)一接入平臺1102.364

24CRM數(shù)據(jù)庫Cluster21242.3128

25一級BOSS（平臺，發(fā)起方）182.348

26BPM、容錯探針1122.396

27Crm/actdb測試1P595E162.3128

28客服DB11102.380

29pbossdb182.364

30topteadb1P595F22.316

31一級BOSS（數(shù)據(jù)指令）182.348

32服務(wù)開通1122.396

33計費賬務(wù)應(yīng)用測試1P595H162.3160

34客月艮D(zhuǎn)B21102.380

35pbossapp182.364

36NG編譯181.748

37短信、充值營業(yè)廳181.748

P690C

38CRM開發(fā)181.732

39營銷/一致性181.732

單臺設(shè)備配置情況

序數(shù)量CPU

系統(tǒng)劃號（臺）數(shù)CPU主內(nèi)存

分主機名稱型號量頻(GHz)(GB)

40CRM前置機181.748

41DSMPWEB181.748

P690D

42NG測試app181.720

43歷史數(shù)據(jù)庫1181.740

BOSS/CRM系統(tǒng)存儲配置情況如下表所示。

表2.1.2-2BOSS/CRM系統(tǒng)存儲配置情況表

磁盤陣列

序

數(shù)量

系統(tǒng)劃分號設(shè)備型號磁盤配置裸容量（TB）

（套）

1IBMESS800147.0

BOSS系統(tǒng)

生產(chǎn)中心2IBMDS8300178.0

CRM系統(tǒng)3IBMDS8300141.0

BOSS系統(tǒng)

容災(zāi)中心4IBMDS8300193.0

CRM系統(tǒng)

磁帶庫

序

數(shù)量

系統(tǒng)劃分號設(shè)備型號裸容量（TB）

（套）

生產(chǎn)中心BOSS/CRM共用5IBMTS35841120

容災(zāi)中心BOSS/CRM共用6IBMTS35841222

SAN交換機

序

數(shù)量

系統(tǒng)劃分號設(shè)備型號端口情況

（臺）

7IBMM482每臺配有5*32個光纖端口

生產(chǎn)中心BOSS/CRM共用

8IBMM142每臺配有5*16個光纖端口

9IBMF325每臺配有32個2Bb/s光纖口

2.1.3網(wǎng)絡(luò)組織現(xiàn)狀

為了充分保證BOSS/CRM系統(tǒng)的安全、可靠性，目前BOSS/CRM系統(tǒng)網(wǎng)絡(luò)共

分為三層：SAN存儲層、核心網(wǎng)絡(luò)層（內(nèi)網(wǎng)）、接入網(wǎng)絡(luò)層（外網(wǎng)DMZ）。其中，

計費應(yīng)用、帳務(wù)應(yīng)用、CRM數(shù)據(jù)庫、集中采集、測試、備份、統(tǒng)計分析、結(jié)算等

核心服務(wù)器直接通過SAN交換機實現(xiàn)磁盤陣列、磁帶庫的存儲與備份;計費應(yīng)用、

帳務(wù)應(yīng)用、CRM數(shù)據(jù)庫、集中采集、聯(lián)機指令、測試、備份、統(tǒng)計分析、結(jié)算等

核心服務(wù)器屬于關(guān)鍵生產(chǎn)服務(wù)器，處于核心網(wǎng)絡(luò)層，分別連接在移通大廈20層

2臺Catalyst6509核心內(nèi)網(wǎng)交換機及移通大廈22層2臺QuidwayS8505核心

內(nèi)網(wǎng)交換機上；考慮到系統(tǒng)的安全可靠性，把與外界聯(lián)系緊密的服務(wù)器，如中間

件、WEB、一級BOSS接口、DSMP接口、防病毒、認(rèn)證、桌面管理系統(tǒng)、SOC服務(wù)

器連接在IP1260防火墻上的DMZ區(qū)，即4臺C4506交換機上；與0A、客服、

采集、營業(yè)廳等系統(tǒng)的連接均通過異構(gòu)防火墻連接在接入的Catalyst6509交換

機上。接入交換機Catalyst6509（外網(wǎng)）、千兆防火墻IP1260、核心交換機

Catalyst6509（內(nèi)網(wǎng)）構(gòu)成BOSS系統(tǒng)的高速數(shù)據(jù)通道，使用負(fù)荷分擔(dān)的方式進(jìn)

行工作，確保系統(tǒng)穩(wěn)固、可靠的運行。

此外，隨著世紀(jì)大道IT機房的啟用，MIS、統(tǒng)一信息平臺與經(jīng)營分析系統(tǒng)

將陸續(xù)搬遷至相應(yīng)機房；目前在世紀(jì)大道機房設(shè)有4臺Catalyst6509交換機，

分別與移通大廈機房、南開工業(yè)園機房對應(yīng)連接，實現(xiàn)信息化系統(tǒng)及經(jīng)營分析系

統(tǒng)與BOSS系統(tǒng)的互聯(lián)。

網(wǎng)絡(luò)結(jié)構(gòu)如下圖所示。

「世紀(jì)大道;

；怖彳相宿「高4「為春充而一；!

ii

1cisco服二_Cisco

；BOSS系統(tǒng)'1；；BOSS系統(tǒng):

心

c,sco

,,則甲甲6511望南M一OHB|C^°；

；WSM型S午FWSM

I.WSM

cisco^B<5isco?cisccTSCISCO

6509縮I溫）6509|6509目寸gSl6509

，聯(lián)網(wǎng)出G

.SNS5200Q聯(lián)網(wǎng)訪問DMZjx

南開工業(yè)園

移通大廈

-和平河西分公司

河北河?xùn)|分公司蜷，|XB南開紅橋分公司

1

圖2.1.3-1BOSS及CRM系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖

BOSS/CRM系統(tǒng)網(wǎng)絡(luò)設(shè)備配置情況如下表所示。

表2.1.3-1天津公司BOSS/CRM系統(tǒng)網(wǎng)絡(luò)設(shè)備配置情況表

序設(shè)備名稱或者型數(shù)

要緊配置及說明備注

號號量

分別配置2x48個10/100Base-T

Catalyst65O9交換

12電口，2x16個千兆光口，1個移通20樓，核心

機

48口千兆光口。

分別配置2x48個10/100Base-T

Catalyst65O9交換

22電口，2x16個千兆光口，1個南開工業(yè)園，核心

機

48口千兆光口。

Catalyst65O9交換分別配置2x48個10/100Base-T

32移通20樓，連接外網(wǎng)

機電口,2x16個千兆光口

Catalyst6509交換分別配置2x48個10/100Base-T南開工業(yè)園，連接外

42

機電口，1x16個千兆光口網(wǎng)

分別配置1個操縱卡（含2個

Catalyst4506交換光口）、1x6口GE卡，1個

52移通20樓

機2GE+32口10/100M板卡,1個

18口光口板卡

分別配置1個操縱卡（含2個

Catalyst4506交換光口）、1x6口GE卡，1個

62南開工業(yè)園

機2GE+32口10/100M板卡，1個

18口光口板卡

NOKIAIP1260千

72分別配置2個雙端口千兆卡移通20樓

兆防火墻

NOKIAIP1260千

82分別配置2個雙端口千兆卡南開工業(yè)園

兆防火墻

華為S8505交換分別配置1個48口10/1000電

92移通22樓，核心

機口板卡，1個48口光口板卡

2.1.4風(fēng)險分析

目前天津公司NGBOSS系統(tǒng)的業(yè)務(wù)連續(xù)性保障體系有三種模式，一種是多

節(jié)點負(fù)荷分擔(dān)方式，該方式要緊用于系統(tǒng)接入層與業(yè)務(wù)邏輯層，有效地降低了個

別節(jié)點故障對業(yè)務(wù)的影響程度；一種是磁帶庫、CDP與存儲底層復(fù)制實現(xiàn)的數(shù)

據(jù)級容災(zāi)（下列簡稱數(shù)據(jù)容災(zāi)）方式，該方式事實上只是實現(xiàn)了系統(tǒng)中要緊業(yè)務(wù)

數(shù)據(jù)的備份,沒有實現(xiàn)應(yīng)用級容災(zāi)，不能在發(fā)生突發(fā)事件時,在特定的時間（RTO）

要求內(nèi)，能夠全部或者部分恢復(fù)關(guān)鍵業(yè)務(wù)功能；一種是雙機備份共享存儲（下列

簡稱本地HA）方式，該方式要緊用于系統(tǒng)核心層。關(guān)于系統(tǒng)核心層使用的本地

HA模式來保障業(yè)務(wù)連續(xù)性，存在如下風(fēng)險：

1）由于核心系統(tǒng)10量較大，如發(fā)生系統(tǒng)單節(jié)點宕機等嚴(yán)重故障可能會造成由

于10未及時寫入磁盤而產(chǎn)生的文件系統(tǒng)錯誤，導(dǎo)致備機啟動失敗。

2）人為因素、數(shù)據(jù)庫邏輯錯誤或者者存儲故障造成的數(shù)據(jù)損壞從而引起業(yè)務(wù)中

斷，本地HA將無法解決。NG-CRM/B0SS系統(tǒng)全部業(yè)務(wù)要求7X24小時運

行，存儲陣列的使用強度大大增加，沒有的時候間對存儲系統(tǒng)進(jìn)行定期維修

與保養(yǎng)。因此，當(dāng)使用一段時間后，存儲系統(tǒng)的部件連續(xù)或者同時出現(xiàn)故障

的可能性增加。此外，隨著存儲系統(tǒng)的功能與性能越來越強，存儲系統(tǒng)內(nèi)部

的操縱軟件也日趨復(fù)雜，就像一個操作系統(tǒng)，其本身也會出現(xiàn)故障或者漏洞。

部分省公司也曾經(jīng)發(fā)生過由于存儲故障造成業(yè)務(wù)系統(tǒng)長時間停機、數(shù)據(jù)丟失

的重大故障。

3）在系統(tǒng)割接、平臺軟硬件保護或者應(yīng)用版本升級等情況下，本地HA都將可

能無法滿足業(yè)務(wù)連續(xù)性要求。

4）生產(chǎn)機房發(fā)生火災(zāi)、泡水等情況下，多節(jié)點負(fù)載分擔(dān)與本地HA模式都不能

保障業(yè)務(wù)連續(xù)性。

2.1.5風(fēng)險應(yīng)對措施

針對上述系統(tǒng)風(fēng)險，能夠通過應(yīng)急系統(tǒng)的建設(shè)加以規(guī)避，以提高關(guān)鍵業(yè)務(wù)連

續(xù)運行能力。應(yīng)急系統(tǒng)是本地HA、多節(jié)點負(fù)載分擔(dān)等業(yè)務(wù)連續(xù)保障模式的輕量

級補充，可實現(xiàn)關(guān)鍵業(yè)務(wù)的快速恢復(fù)。本地HA是系統(tǒng)核心層的整體恢復(fù)體系，

通過啟動HA能夠全面接管核心層生產(chǎn)系統(tǒng)。多節(jié)點負(fù)載分擔(dān)能夠在生產(chǎn)機房未

發(fā)生火災(zāi)等情況下，確保業(yè)務(wù)連續(xù)性。

歸納起來，要緊有兩種情況下須進(jìn)行生產(chǎn)系統(tǒng)至應(yīng)急系統(tǒng)的切換：一種是主

動應(yīng)急，生產(chǎn)系統(tǒng)進(jìn)行平臺版本升級、應(yīng)用版本上線、軟硬件更換、數(shù)據(jù)庫擴容

等例行保護工作情況下，為了保障關(guān)鍵業(yè)務(wù)連續(xù)性，需要將生產(chǎn)系統(tǒng)切換到應(yīng)急

系統(tǒng)。一種是被動應(yīng)急，生產(chǎn)系統(tǒng)的關(guān)鍵業(yè)務(wù)發(fā)生故障而且故障修復(fù)時間大于

30分鐘的情況下，生產(chǎn)系統(tǒng)應(yīng)切換到本地應(yīng)急系統(tǒng)。具體如下：

1）人為或者數(shù)據(jù)庫邏輯等因素引起的數(shù)據(jù)損壞：數(shù)據(jù)庫的邏輯錯誤或者人為的

操作失誤可能會導(dǎo)致生產(chǎn)中心關(guān)鍵系統(tǒng)數(shù)據(jù)庫均不可用，在此情況下須啟用

應(yīng)急系統(tǒng)。

2）應(yīng)用版本升級場景：目前NG-CRM/BOSS系統(tǒng)有穩(wěn)固的新業(yè)務(wù)上線流程，在上

線前有著嚴(yán)格的測試流程。但是由于NG-CRM/BOSS業(yè)務(wù)關(guān)聯(lián)性強，前期的測

試有可能沒有覆蓋所有的業(yè)務(wù)流程。上線后，可能造成系統(tǒng)運行不穩(wěn)固或者

者部分業(yè)務(wù)受理結(jié)果不正確。在此情況下，務(wù)必采取措施，避免錯誤繼續(xù)擴

大，同時需要回退更新。

3）前臺業(yè)務(wù)受理中斷場景：由于系統(tǒng)硬件、軟件、網(wǎng)絡(luò)故障導(dǎo)致實體、電子渠

道業(yè)務(wù)受理中斷，引起客戶投訴與埋怨，為了降低客戶投訴率，能夠切換至

應(yīng)急系統(tǒng)滿足關(guān)鍵業(yè)務(wù)的連續(xù)性受理。

4）系統(tǒng)割接場景：在進(jìn)行系統(tǒng)割接時，為了不影響用戶滿意度與集團的考核，

能夠切換到應(yīng)急系統(tǒng)來滿足關(guān)鍵業(yè)務(wù)的連續(xù)性。（如：自動臺的余額查詢、

空中充值等）。

5）硬件保護場景：在系統(tǒng)保護過程中，可能會出現(xiàn)IBM/SUN/HP主機、網(wǎng)絡(luò)設(shè)

備、存儲設(shè)備硬件保護或者硬件微碼升級的情況，能夠切換到應(yīng)急系統(tǒng)來保

證關(guān)鍵業(yè)務(wù)的連續(xù)性。（如：IBM/SUN/HP硬件更換）。

6）平臺軟件保護場景：在系統(tǒng)保護過程中，可能會出現(xiàn)數(shù)據(jù)庫需要補丁升級需

要重啟等情況，能夠切換到應(yīng)急系統(tǒng)來保證關(guān)鍵業(yè)務(wù)的連續(xù)性。（如：

ORACLE/TEXUDO/WEBLOGIC軟件補丁升級）。

7）前臺業(yè)務(wù)受理中斷場景：由于系統(tǒng)硬件、軟件、網(wǎng)絡(luò)故障導(dǎo)致實體、電子渠

道業(yè)務(wù)受理中斷，引起客戶投訴與埋怨，為了降低客戶投訴率，能夠切換至

應(yīng)急系統(tǒng)滿足關(guān)鍵業(yè)務(wù)的連續(xù)性受理。

8）生產(chǎn)機房發(fā)生火災(zāi)或者泡水情況

2.2應(yīng)急建設(shè)需求

2.2.1業(yè)務(wù)建設(shè)范圍

應(yīng)急系統(tǒng)基礎(chǔ)建設(shè)階段包含渠道及要緊功能如下：

營業(yè)前臺應(yīng)急功能

在生產(chǎn)系統(tǒng)切換至應(yīng)急系統(tǒng)后，營業(yè)前臺渠道應(yīng)支持如下表格221.1-1所示

的業(yè)務(wù)受理、信息查詢及其他輔助功能。

表221.1-1營業(yè)前臺應(yīng)急功能表

業(yè)務(wù)功能功能域功能說明