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

天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)設(shè)計與實現(xiàn)DESIGNANDIMPLEMENTATIONTOTIANJINCMCCNGCRM/BOSSEMERGENCYSYSTEM領(lǐng)域計算機技術(shù)研究生李珅指導(dǎo)教師竇友眾企業(yè)導(dǎo)師張根泉天津大學(xué)軟件學(xué)院二零一三年三月獨創(chuàng)性聲明本人聲明所呈交的學(xué)位論文是本人在導(dǎo)師指導(dǎo)下進行的研究工作和取得的研究成果，除了文中特別加以標注和致謝之處外，論文中不包含其他人已經(jīng)發(fā)表或撰寫過的研究成果，也不包含為獲得天津大學(xué)或其他教育機構(gòu)的學(xué)位或證書而使用過的材料。與我一同工作的同志對本研究所做的任何貢獻均已在論文中作了明確的說明并表示了謝意。學(xué)位論文作者簽名簽字日期年月日學(xué)位論文版權(quán)使用授權(quán)書本學(xué)位論文作者完全了解天津大學(xué)有關(guān)保留、使用學(xué)位論文的規(guī)定。特授權(quán)天津大學(xué)可以將學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進行檢索，并采用影印、縮印或掃描等復(fù)制手段保存、匯編以供查閱和借閱。同意學(xué)校向國家有關(guān)部門或機構(gòu)送交論文的復(fù)印件和磁盤。（保密的學(xué)位論文在解密后適用本授權(quán)說明）學(xué)位論文作者簽名導(dǎo)師簽名簽字日期年月日簽字日期年月日摘要目前中國移動集團天津公司NGCRM/BOSS系統(tǒng)的業(yè)務(wù)連續(xù)性保障體系有三種模式，一種是多節(jié)點負荷分擔方式，該方式主要用于系統(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)核心層。對于系統(tǒng)核心層采用的本地HA模式來保障業(yè)務(wù)連續(xù)性，存在如下風險1由于核心系統(tǒng)IO量較大，如發(fā)生系統(tǒng)單節(jié)點宕機等嚴重故障可能會造成由于IO未及時寫入磁盤而產(chǎn)生的文件系統(tǒng)錯誤，導(dǎo)致備機啟動失敗。2人為因素、數(shù)據(jù)庫邏輯錯誤或者存儲故障造成的數(shù)據(jù)損壞從而引起業(yè)務(wù)中斷，本地HA將無法解決。NGCRM/BOSS系統(tǒng)全部業(yè)務(wù)要求724小時運行，存儲陣列的使用強度大大增加，沒有時間對存儲系統(tǒng)進行定期維修和保養(yǎ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é)點負載分擔和本地HA模式都不能保障業(yè)務(wù)連續(xù)性。本文將從應(yīng)急系統(tǒng)的系統(tǒng)架構(gòu)、建設(shè)實現(xiàn)、系統(tǒng)測試各方面對于上述風險及問題進行研究并逐一解決。關(guān)鍵詞業(yè)務(wù)支撐系統(tǒng)應(yīng)急系統(tǒng)運營商ABSTRACTATPRESENTTHETIANJINNGCRM/BOSSBUSINESSCONTINUITYSECURITYSYSTEMHASTHREEMODES,ONEISAMULTINODELOADBALANCINGMODE,THISMODEISMAINLYUSEDFORSYSTEMACCESSLAYERANDBUSINESSLOGIC,EFFECTIVELYREDUCINGTHEINDIVIDUALNODEFAILURESTHEDEGREEOFINFLUENCEOFTHEBUSINESSADISASTERRECOVERYMODE,DUETOYEARSOFNOTUPGRADED,THESYSTEMRESOURCESANDPRODUCTIONCENTERDOESNOTMATCH,NOTWITHINASPECIFICTIMEREQUIREMENTSINWHOLEORINPART,TORESTORECRITICALBUSINESSFUNCTIONSINTHEEVENTOFANEMERGENCY,DISASTERRECOVERYSYSTEMADOUBLEBACKUPSHAREDSTORAGEHEREINAFTERREFERREDTOASTHELOCALHAMODE,WHICHISMAINLYUSEDFORTHECOREOFTHESYSTEMLAYERTHELOCALHAMODEFORTHESYSTEMCORELAYERTOPROTECTBUSINESSCONTINUITY,THEFOLLOWINGRISKS1DUETOTHELARGEAMOUNTOFCORESYSTEMIO,SUCHASTHEOCCURRENCEOFASERIOUSFAILUREOFTHESYSTEMSINGLENODEDOWNTIMEMAYCAUSEIOISNOTWRITTENTODISKFILESYSTEMERRORS,LEADINGTOTHEBACKUPMACHINEFAILEDTOSTART2DATACORRUPTIONCAUSEDBYHUMANFACTORS,DATABASELOGICERRORORSTORAGEFAILURECAUSINGBUSINESSINTERRUPTION,LOCALHAWILLNOTRESOLVEALLOFNGCRM/BOSSSYSTEMREQUIREMENTS724HOURSTORUN,GREATLYINCREASETHEINTENSITYOFUSEOFTHESTORAGEARRAY,DONOTHAVETIMEFORREGULARREPAIRANDMAINTENANCEOFTHESTORAGESYSTEMTHEREFORE,WHENUSEDFORAPERIODOFTIME,THECOMPONENTSOFTHESTORAGESYSTEMCONTINUOUSLYORATTHESAMETIMEINCREASETHEPROBABILITYOFFAILUREINADDITION,WITHTHEGROWINGFUNCTIONALITYANDPERFORMANCEOFSTORAGESYSTEMS,STORAGESYSTEMSWITHINTHECONTROLSOFTWAREAREBECOMINGINCREASINGLYCOMPLEX,ASANOPERATINGSYSTEM,WHICHITSELFWILLBEFAILUREORVULNERABILITYSOMEPROVINCESHAVEALSOUNDERGONEMAJORFAILUREOFTHEBUSINESSSYSTEMFORALONGTIMEDOWNTIME,DATALOSSDUETOASTORAGEFAILURE3INTHESYSTEMCUTOVER,PLATFORMHARDWAREANDSOFTWAREMAINTENANCEORAPPLICATIONUPGRADE,THELOCALHAMAYNOTBEABLETOMEETTHEREQUIREMENTSOFBUSINESSCONTINUITY4PRODUCTIONENGINEROOMFIRE,FLOODDAMAGEANDOTHERCIRCUMSTANCES,MULTINODELOADBALANCINGANDTHELOCALHAMODECANNOTGUARANTEEBUSINESSCONTINUITYFROMTHEEMERGENCYSYSTEMARCHITECTURE,CONSTRUCTION,IMPLEMENTATION,SYSTEMTESTINGALLASPECTSOFTHERISKSANDPROBLEMSANDSOLVETHEMONEBYONEKEYWORDSNGCRM/BOSS,EMERGENCYSYSTEM,TELECOMOPERATORS目錄目錄4第一章緒論111研究背景112研究目的及意義113研究的主要內(nèi)容及論文結(jié)構(gòu)2第二章天津移動業(yè)務(wù)支撐系統(tǒng)現(xiàn)狀分析及應(yīng)急建設(shè)需求321系統(tǒng)現(xiàn)狀及風險分析3211功能現(xiàn)狀3212軟硬件配置現(xiàn)狀4213網(wǎng)絡(luò)組織現(xiàn)狀6214風險分析8215風險應(yīng)對措施922應(yīng)急建設(shè)需求11221業(yè)務(wù)建設(shè)范圍11222接管時間要求15223應(yīng)急數(shù)據(jù)同步15223應(yīng)急數(shù)據(jù)回切16223應(yīng)急系統(tǒng)管理功能17第三章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)技術(shù)研究1931持續(xù)數(shù)據(jù)保護技術(shù)CDP19311定義19312與現(xiàn)有數(shù)據(jù)保護手段對比19313總結(jié)2032基于J2EE的多層技術(shù)架構(gòu)20321J2EE技術(shù)介紹20322J2EE四層模型20323J2EE結(jié)構(gòu)223243J2EE優(yōu)勢24325J2EE和NET體系結(jié)構(gòu)比較26326總結(jié)29第四章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)的建設(shè)方案3041應(yīng)急系統(tǒng)定位3042應(yīng)急系統(tǒng)與外圍系統(tǒng)邊界3343應(yīng)急系統(tǒng)目標3444應(yīng)急系統(tǒng)架構(gòu)35441功能架構(gòu)36442數(shù)據(jù)流設(shè)計41443物理部署47444外圍接口切換48445應(yīng)急系統(tǒng)安全設(shè)計48446數(shù)據(jù)模型設(shè)計4945應(yīng)急系統(tǒng)建設(shè)方案51451應(yīng)急受理子系統(tǒng)51452應(yīng)急管理平臺系統(tǒng)7246應(yīng)急系統(tǒng)硬件及平臺軟件建設(shè)方案79461硬件平臺方案79462硬件配置方案和應(yīng)用部署圖85463網(wǎng)絡(luò)環(huán)境87464系統(tǒng)軟件87第五章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)應(yīng)急場景的分析和確定8951應(yīng)急場景89511應(yīng)用分析89512分業(yè)務(wù)分析94513針對風險點的應(yīng)急分析9452建設(shè)場景95521正常場景95522場景1網(wǎng)上營業(yè)廳應(yīng)用切換場景96523場景2短信營業(yè)廳應(yīng)用切換場景98524場景3聯(lián)指應(yīng)用切換場景100525場景4客服應(yīng)用切換場景103526場景5外圍接口應(yīng)用切換場景105527場景6統(tǒng)一接入應(yīng)用切換場景107528場景7CRM應(yīng)用全切場景109529場景8全切場景112第六章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)演練11661演練場景11662演練范圍11663演練流程116631生產(chǎn)系統(tǒng)切換到應(yīng)急系統(tǒng)流程116632應(yīng)急系統(tǒng)回切生產(chǎn)系統(tǒng)流程11964演練總結(jié)122第七章結(jié)論與展望125參考文獻126發(fā)表論文和參加科研情況說明127致謝128第一章緒論11研究背景中國移動業(yè)務(wù)支撐系統(tǒng)經(jīng)過近幾年的集中化改造建設(shè)和不斷完善，經(jīng)過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)故障點集中、風險集中的危險，如系統(tǒng)故障、人為誤操作、火災(zāi)、水災(zāi)、傳輸中斷、電網(wǎng)停電等系統(tǒng)風險。因此，適時、合理地規(guī)劃和開展中國移動業(yè)務(wù)運營支撐系統(tǒng)應(yīng)急保障體系建設(shè)，已經(jīng)成為中國移動的重要任務(wù)。12研究目的及意義為保證業(yè)務(wù)持續(xù)運營，NGBOSS系統(tǒng)已經(jīng)在系統(tǒng)架構(gòu)上充分考慮其可靠性。NGCRM/BOSS系統(tǒng)的關(guān)鍵應(yīng)用系統(tǒng)的服務(wù)器都進行了高可靠性（HA）設(shè)計，杜絕了單點故障導(dǎo)致業(yè)務(wù)中斷。在本地高可靠性的基礎(chǔ)上，為了在出現(xiàn)災(zāi)難情況時（如地震、水災(zāi)、火災(zāi)、瘟疫、人為災(zāi)難故障），能夠有效對系統(tǒng)和應(yīng)用進行恢復(fù)，NGBOSS系統(tǒng)還建立了容災(zāi)備份系統(tǒng)，實現(xiàn)了數(shù)據(jù)及應(yīng)用的容災(zāi)。但是，在某些故障（如數(shù)據(jù)庫磁盤故障、軟件錯誤等）發(fā)生時，HA并不能解決問題，同時由于這些故障預(yù)計能夠在短時間內(nèi)（4小時以內(nèi)）能夠解決，因此并沒有必須進行容災(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)急風險預(yù)防、應(yīng)急響應(yīng)機制和恢復(fù)措施，保證在發(fā)生突發(fā)事件時，能夠在特定的時間要求內(nèi)，能夠全部或部分恢復(fù)關(guān)鍵業(yè)務(wù)功能，提高關(guān)鍵業(yè)務(wù)連續(xù)運行能力，提升服務(wù)質(zhì)量和服務(wù)水平，并降低運營風險，將業(yè)務(wù)損失降低到可接受的程度，以增強企業(yè)競爭力。13研究的主要內(nèi)容及論文結(jié)構(gòu)本文主要是針對天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)技術(shù)方案的研究，通過對現(xià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)狀分析，確認建設(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é)論與展望，對論文工作進行了總結(jié)，展示了本系統(tǒng)開發(fā)的主要成果及丞待完善的方面。第二章天津移動業(yè)務(wù)支撐系統(tǒng)現(xiàn)狀分析及應(yīng)急建設(shè)需求21系統(tǒng)現(xiàn)狀及風險分析211功能現(xiàn)狀BOSS系統(tǒng)主要包括產(chǎn)品管理、信息管理、融合計費、綜合結(jié)算、綜合帳務(wù)、采集預(yù)處理、服務(wù)開通、合作伙伴管理、基礎(chǔ)管理等九大功能域，如下圖2111所示。CRM經(jīng)營分析系統(tǒng)BOS網(wǎng)管合作伙伴系統(tǒng)合作伙伴系統(tǒng)銀行系統(tǒng)銀行系統(tǒng)國內(nèi)其他運營商國內(nèi)其他運營商寬帶PBOSADCSCPVCNMSMISOARADIUSBOS系統(tǒng)功能融合計費計費預(yù)處理計費引擎批價依據(jù)管理錯單管理計費控制控制范圍管理詳單管理高額管理融合計費計費預(yù)處理計費引擎批價依據(jù)管理錯單管理計費控制控制范圍管理詳單管理高額管理產(chǎn)品管理產(chǎn)品創(chuàng)建配置管理發(fā)布管理產(chǎn)品變更產(chǎn)品退出產(chǎn)品目錄管理產(chǎn)品管理產(chǎn)品創(chuàng)建配置管理發(fā)布管理產(chǎn)品變更產(chǎn)品退出產(chǎn)品目錄管理合作伙伴管理資質(zhì)管理信息管理業(yè)務(wù)管理考核管理服務(wù)管理信息審核發(fā)布合作伙伴管理資質(zhì)管理信息管理業(yè)務(wù)管理考核管理服務(wù)管理信息審核發(fā)布綜合結(jié)算結(jié)算預(yù)處理數(shù)據(jù)分發(fā)結(jié)算報表處理重單檢查對帳處理審核校驗結(jié)算批價結(jié)算調(diào)帳錯單回收處理結(jié)算帳務(wù)處理結(jié)算回退結(jié)算監(jiān)管綜合結(jié)算結(jié)算預(yù)處理數(shù)據(jù)分發(fā)結(jié)算報表處理重單檢查對帳處理審核校驗結(jié)算批價結(jié)算調(diào)帳錯單回收處理結(jié)算帳務(wù)處理結(jié)算回退結(jié)算監(jiān)管綜合帳務(wù)帳務(wù)管理帳務(wù)處理信用管理積分管理綜合帳務(wù)帳務(wù)管理帳務(wù)處理信用管理積分管理采集預(yù)處理采集預(yù)處理服務(wù)開通服務(wù)開通類定單管理工單管理開通與激活服務(wù)開通服務(wù)開通類定單管理工單管理開通與激活基礎(chǔ)管理系統(tǒng)管理業(yè)務(wù)局數(shù)據(jù)管理數(shù)據(jù)一致性管理統(tǒng)計報表管理計費帳務(wù)稽核基礎(chǔ)管理系統(tǒng)管理業(yè)務(wù)局數(shù)據(jù)管理數(shù)據(jù)一致性管理統(tǒng)計報表管理計費帳務(wù)稽核信息管理訂購信息管理客戶信息管理信息提供帳戶信息管理用戶信息管理信息接受與創(chuàng)建信息管理訂購信息管理客戶信息管理信息提供帳戶信息管理用戶信息管理信息接受與創(chuàng)建圖2111BOSS系統(tǒng)功能架構(gòu)圖CRM系統(tǒng)主要包括渠道管理、市場營銷、銷售管理、客服服務(wù)、客服管理、產(chǎn)品管理、資源管理和基礎(chǔ)管理等八大功能域。功能結(jié)構(gòu)如下圖2112所示。市場營銷銷售管理客戶服務(wù)客戶管理基礎(chǔ)管理報表統(tǒng)計系統(tǒng)管理任務(wù)管理工作管理人員管理工單管理知識管理資源管理資源生命周期管理資源倉儲管理資源信息管理營銷活動管理營銷信息管理銷售活動管理商機管理銷售文檔管理訂單管理服務(wù)請求管理客戶維系管理客戶信息管理帳戶信息管理客戶級別管理客戶信用度管理特殊名單用戶管理客戶服務(wù)密碼管理產(chǎn)品管理產(chǎn)品創(chuàng)建產(chǎn)品變更產(chǎn)品退出配置管理發(fā)布管理版本管理產(chǎn)品目錄管理渠道基礎(chǔ)平臺呼叫中心基礎(chǔ)平臺經(jīng)營分析系統(tǒng)寬帶PBOSSBOSS中國移動外部系統(tǒng)外部合作伙伴BOSS總部客戶/合作伙伴/業(yè)務(wù)管理者/營銷人員/銷售人員/客服人員省業(yè)務(wù)支撐網(wǎng)外部系統(tǒng)OAMIS業(yè)務(wù)支撐網(wǎng)網(wǎng)管系統(tǒng)客戶信息視圖CRM系統(tǒng)功能短信WAP彩信EMAIL營業(yè)終端DSMP渠道管理渠道運營支撐渠道運營管理門戶自助終端資源調(diào)度管理圖2112CRM系統(tǒng)功能結(jié)構(gòu)圖212軟硬件配置現(xiàn)狀BOSS/CRM生產(chǎn)中心配有8臺滿配置的IBMP595小型機，主機處理能力達到3420萬TPMC，主機配置如下表表2121BOSS/CRM系統(tǒng)主機配置情況表單臺設(shè)備配置情況系統(tǒng)劃分序號主機名稱數(shù)量（臺）型號CPU數(shù)量CPU主頻（GHZ）內(nèi)存（GB）1計費數(shù)據(jù)庫CLUSTER111023482賬務(wù)數(shù)據(jù)庫CLUSTER111223723賬務(wù)應(yīng)用CLUSTER1140233404連指1P595F223165計費數(shù)據(jù)庫CLUSTER211023486賬務(wù)數(shù)據(jù)庫CLUSTER211223727賬務(wù)應(yīng)用CLUSTER2140233608連指1P595G223169連指服務(wù)器1P63021458BOSS系統(tǒng)10采集1P650B4145321OLCOM11B8022生產(chǎn)中心CR2網(wǎng)廳前置1P650C41458系統(tǒng)劃分序號主機名稱數(shù)量（臺）單臺設(shè)備配置情況型號CPU數(shù)量CPU主頻（GHZ）內(nèi)存（GB）3DSMPWEB1P570A822304ESOP測試1P570B822305CRM前置1422206PB測試1P570C1222707CRMWEB2120191288一級BOSS（落地方）11619369電子渠道WEB服務(wù)器18194810ESOP118194811客服APP11P595A8196412CRMWEB11201912813一級BOSS（落地方）216193614電子渠道WEB服務(wù)器18194815ESOP218194816客服APP21P595B8196417CRMTUX21162312818接口TUX114236419統(tǒng)一接入平臺110236420CRM數(shù)據(jù)庫CLUSTER11P595C242312821CRMTUX11162312822接口TUX114236423統(tǒng)一接入平臺110236424CRM數(shù)據(jù)庫CLUSTER21P595D242312825一級BOSS（平臺，發(fā)起方）18234826BPM、容錯探針112239627CRM/ACTDB測試1162312828客服DB1110238029PBOSSDB1P595E8236430TOPTEADB1P595F2231631一級BOSS（數(shù)據(jù)指令）18234832服務(wù)開通112239633計費賬務(wù)應(yīng)用測試1162316034客服DB2110238035PBOSSAPP1P595H8236436NG編譯18174837短信、充值營業(yè)廳18174838CRM開發(fā)181732M系統(tǒng)39營銷/一致性1P690C81732系統(tǒng)劃分序號主機名稱數(shù)量（臺）單臺設(shè)備配置情況型號CPU數(shù)量CPU主頻（GHZ）內(nèi)存（GB）40CRM前置機18174841DSMPWEB18174842NG測試APP18172043歷史數(shù)據(jù)庫11P690D81740BOSS/CRM系統(tǒng)存儲配置情況如下表所示。表2122BOSS/CRM系統(tǒng)存儲配置情況表磁盤陣列系統(tǒng)劃分序號設(shè)備型號數(shù)量套磁盤配置裸容量TB1IBMESS8001470BOSS系統(tǒng)2IBMDS83001780生產(chǎn)中心CRM系統(tǒng)3IBMDS83001410BOSS系統(tǒng)容災(zāi)中心CRM系統(tǒng)4IBMDS83001930磁帶庫系統(tǒng)劃分序號設(shè)備型號數(shù)量套裸容量TB生產(chǎn)中心BOSS/CRM共用5IBMTS35841120容災(zāi)中心BOSS/CRM共用6IBMTS35841222SAN交換機系統(tǒng)劃分序號設(shè)備型號數(shù)量臺端口情況7IBMM482每臺配有532個光纖端口8IBMM142每臺配有516個光纖端口生產(chǎn)中心BOSS/CRM共用9IBMF325每臺配有32個2BB/S光纖口213網(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接口、防病毒、認證、桌面管理系統(tǒng)、SOC服務(wù)器連接在IP1260防火墻上的DMZ區(qū)，即4臺C4506交換機上；與OA、客服、采集、營業(yè)廳等系統(tǒng)的連接均通過異構(gòu)防火墻連接在接入的CATALYST6509交換機上。接入交換機CATALYST6509（外網(wǎng)）、千兆防火墻IP1260、核心交換機CATALYST6509（內(nèi)網(wǎng)）組成BOSS系統(tǒng)的高速數(shù)據(jù)通道，采用負荷分擔的方式進行工作，確保系統(tǒng)穩(wěn)定、可靠的運行。此外，隨著世紀大道IT機房的啟用，MIS、統(tǒng)一信息平臺和經(jīng)營分析系統(tǒng)將陸續(xù)搬遷至相應(yīng)機房；目前在世紀大道機房設(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)如下圖所示。圖2131BOSS及CRM系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖BOSS/CRM系統(tǒng)網(wǎng)絡(luò)設(shè)備配置情況如下表所示。表2131天津公司BOSS/CRM系統(tǒng)網(wǎng)絡(luò)設(shè)備配置情況表序號設(shè)備名稱或型號數(shù)量主要配置及說明備注1CATALYST6509交換機2分別配置2X48個10/100BASET電口，2X16個千兆光口，1個48口千兆光口。移通20樓，核心2CATALYST6509交換機2分別配置2X48個10/100BASET電口，2X16個千兆光口，1個48口千兆光口。南開工業(yè)園，核心3CATALYST6509交換機2分別配置2X48個10/100BASET電口，2X16個千兆光口移通20樓，連接外網(wǎng)4CATALYST6509交換機2分別配置2X48個10/100BASET電口，1X16個千兆光口南開工業(yè)園，連接外網(wǎng)5CATALYST4506交換機2分別配置1個控制卡（含2個光口）、1X6口GE卡，1個2GE32口10/100M板卡，1個18口光口板卡移通20樓6CATALYST4506交換機2分別配置1個控制卡（含2個光口）、1X6口GE卡，1個2GE32口10/100M板卡，1個18口光口板卡南開工業(yè)園7NOKIAIP1260千兆防火墻2分別配置2個雙端口千兆卡移通20樓8NOKIAIP1260千兆防火墻2分別配置2個雙端口千兆卡南開工業(yè)園9華為S8505交換機2分別配置1個48口10/1000電口板卡，1個48口光口板卡移通22樓，核心214風險分析目前天津公司NGBOSS系統(tǒng)的業(yè)務(wù)連續(xù)性保障體系有三種模式，一種是多節(jié)點負荷分擔方式，該方式主要用于系統(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)核心層。對于系統(tǒng)核心層采用的本地HA模式來保障業(yè)務(wù)連續(xù)性，存在如下風險1由于核心系統(tǒng)IO量較大，如發(fā)生系統(tǒng)單節(jié)點宕機等嚴重故障可能會造成由于IO未及時寫入磁盤而產(chǎn)生的文件系統(tǒng)錯誤，導(dǎo)致備機啟動失敗。2人為因素、數(shù)據(jù)庫邏輯錯誤或者存儲故障造成的數(shù)據(jù)損壞從而引起業(yè)務(wù)中斷，本地HA將無法解決。NGCRM/BOSS系統(tǒng)全部業(yè)務(wù)要求724小時運行，存儲陣列的使用強度大大增加，沒有時間對存儲系統(tǒng)進行定期維修和保養(yǎ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é)點負載分擔和本地HA模式都不能保障業(yè)務(wù)連續(xù)性。215風險應(yīng)對措施針對上述系統(tǒng)風險，可以通過應(yīng)急系統(tǒng)的建設(shè)加以規(guī)避，以提高關(guān)鍵業(yè)務(wù)連續(xù)運行能力。應(yīng)急系統(tǒng)是本地HA、多節(jié)點負載分擔等業(yè)務(wù)連續(xù)保障模式的輕量級補充，可實現(xiàn)關(guān)鍵業(yè)務(wù)的快速恢復(fù)。本地HA是系統(tǒng)核心層的整體恢復(fù)體系，通過啟動HA可以全面接管核心層生產(chǎn)系統(tǒng)。多節(jié)點負載分擔可以在生產(chǎn)機房未發(fā)生火災(zāi)等情況下，確保業(yè)務(wù)連續(xù)性。歸納起來，主要有兩種情況下須進行生產(chǎn)系統(tǒng)至應(yīng)急系統(tǒng)的切換一種是主動應(yīng)急，生產(chǎn)系統(tǒng)進行平臺版本升級、應(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)用版本升級場景目前NGCRM/BOSS系統(tǒng)有穩(wěn)定的新業(yè)務(wù)上線流程，在上線前有著嚴格的測試流程。但是由于NGCRM/BOSS業(yè)務(wù)關(guān)聯(lián)性強，前期的測試有可能沒有覆蓋所有的業(yè)務(wù)流程。上線后，可能造成系統(tǒng)運行不穩(wěn)定或者部分業(yè)務(wù)受理結(jié)果不正確。在此情況下，必須采取措施，避免錯誤繼續(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)割接場景在進行系統(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)或泡水情況22應(yīng)急建設(shè)需求221業(yè)務(wù)建設(shè)范圍應(yīng)急系統(tǒng)基礎(chǔ)建設(shè)階段包括渠道及主要功能如下2211營業(yè)前臺應(yīng)急功能在生產(chǎn)系統(tǒng)切換至應(yīng)急系統(tǒng)后，營業(yè)前臺渠道應(yīng)支持如下表格22111所示的業(yè)務(wù)受理、信息查詢及其他輔助功能。表22111營業(yè)前臺應(yīng)急功能表業(yè)務(wù)功能功能域功能說明備注開戶業(yè)務(wù)受理可為客戶建立檔案、開通客戶訂購的移動服務(wù)及客戶付費信息充值業(yè)務(wù)受理可為用戶進行充值的服務(wù)充值應(yīng)至少包括前臺現(xiàn)金充值、充值卡充值、空中充值三種。繳費業(yè)務(wù)受理可為用戶進行繳費服務(wù)停復(fù)機業(yè)務(wù)受理可為用戶提供停機、復(fù)機的服務(wù)補換卡業(yè)務(wù)受理可實現(xiàn)對SIM卡的寫卡處理，實現(xiàn)IMSI碼與ICCID碼綁定，同時開通鑒權(quán)服務(wù)用戶資料查詢信息查詢可查詢用戶的準實時資料，如姓名、證件號碼等信息余額查詢信息查詢查詢用戶余額準實時數(shù)據(jù)信息積分查詢信息查詢可查詢用戶的準實時積分值信息賬單查詢信息查詢可查詢用戶的準實時消費賬單信息PUK碼查詢信息查詢可為用戶提供查詢PUK碼的服務(wù)家庭充值/繳費業(yè)務(wù)受理可為家庭用戶提供充值或繳費服務(wù)集團充值/繳費業(yè)務(wù)受理可為集團用戶提供充值或繳費服務(wù)套餐變更業(yè)務(wù)受理可為用戶提供各類產(chǎn)品套餐的變更服務(wù)營銷方案業(yè)務(wù)受理可為用戶提供營銷方案的辦理及撤銷服務(wù)號源查詢信息查詢可提供號源的查詢服務(wù)親情組合及查詢信息查詢可為用戶提供親情號碼組合受理及查詢服務(wù)用戶訂購信息查詢信息查詢可提供用戶的營銷方案、已開通業(yè)務(wù)、附加功能、增值業(yè)務(wù)、夢網(wǎng)業(yè)務(wù)、自有業(yè)務(wù)、國際功能的查詢服務(wù)查詢GPRS流量信息查詢可查詢用戶準實時的GPRS流量信息清單查詢信息查詢可查詢用戶準實時的清單信息2212客服系統(tǒng)應(yīng)急功能在生產(chǎn)系統(tǒng)切換至應(yīng)急系統(tǒng)后，客服系統(tǒng)應(yīng)提供如下表格22121所示的基本業(yè)務(wù)及用戶信息資料查詢功能。表22121客服系統(tǒng)應(yīng)急功能表業(yè)務(wù)功能渠道功能域功能說明備注密碼校驗人工臺/自動臺信息查詢可對用戶輸入的密碼進行正確性校驗用戶資料查詢?nèi)斯づ_/自動臺信息查詢可查詢用戶的準實時資料信息余額查詢?nèi)斯づ_/自動臺信息查詢查詢用戶余額準實時數(shù)據(jù)信息積分查詢?nèi)斯づ_/自動臺信息查詢可查詢用戶的準實時積分值信息申請停復(fù)機人工臺業(yè)務(wù)受理可為用戶提供停機、復(fù)機的服務(wù)用戶訂購信息查詢?nèi)斯づ_信息查詢可提供用戶的營銷方案、已開通業(yè)務(wù)、附加功能、增值業(yè)務(wù)、夢網(wǎng)業(yè)務(wù)、自有業(yè)務(wù)、國際功能的查詢服務(wù)賬單查詢?nèi)斯づ_信息查詢可查詢用戶的消費準實時賬單信息PUK碼查詢?nèi)斯づ_信息查詢可為用戶提供查詢PUK碼的服務(wù)親情組合及查詢?nèi)斯づ_業(yè)務(wù)受理可為用戶提供親情號碼組合受理及查詢服務(wù)查詢GPRS流量人工臺信息查詢可查詢用戶準實時的GPRS流量信息清單查詢?nèi)斯づ_信息查詢可查詢用戶準實時的清單信息套餐變更人工臺業(yè)務(wù)受理可提供為用戶辦理套餐產(chǎn)品變更的服務(wù)查詢有效期自動臺信息查詢可查詢賬戶余額的有效期時間信息話費查詢自動臺信息查詢可查詢用戶話費準實時信息欠費信息查詢自動臺信息查詢可查詢用戶欠費準實時信息2213電子渠道應(yīng)急功能22131網(wǎng)上營業(yè)廳網(wǎng)上營業(yè)廳在生產(chǎn)系統(tǒng)切換至應(yīng)急系統(tǒng)后，可支持如下表格221311所示的業(yè)務(wù)受理、信息查詢及其他輔助功能。表221311網(wǎng)上營業(yè)廳應(yīng)急功能表業(yè)務(wù)功能功能域功能說明密碼驗證業(yè)務(wù)受理可對用戶輸入的密碼進行正確性校驗用戶資料查詢信息查詢可查詢用戶的準實時資料，如姓名、證件號碼等信息余額查詢信息查詢查詢用戶余額準實時數(shù)據(jù)信息查詢GPRS流量信息查詢可查詢用戶準實時的GPRS流量信息賬單查詢信息查詢可查詢用戶的消費準實時賬單信息清單查詢信息查詢可查詢用戶準實時的清單信息網(wǎng)上充值卡充值業(yè)務(wù)受理可支持網(wǎng)上營業(yè)廳通過充值卡進行充值的服務(wù)停復(fù)機業(yè)務(wù)受理可為用戶提供停機、復(fù)機的服務(wù)套餐變更業(yè)務(wù)受理可為用戶提供各類產(chǎn)品套餐的變更服務(wù)親情組合及查詢業(yè)務(wù)受理可為用戶提供親情號碼組合受理及查詢服務(wù)用戶訂購信息查詢信息查詢可提供用戶的營銷方案、已開通業(yè)務(wù)、附加功能、增值業(yè)務(wù)、夢網(wǎng)業(yè)務(wù)、自有業(yè)務(wù)、國際功能的查詢服務(wù)PUK碼查詢信息查詢可為用戶提供查詢PUK碼的服務(wù)22132掌上營業(yè)廳掌上營業(yè)廳在生產(chǎn)系統(tǒng)切換至應(yīng)急系統(tǒng)后，可支持如下表格221321所示的業(yè)務(wù)受理、信息查詢及其他輔助功能。表221321掌上營業(yè)廳應(yīng)急功能表業(yè)務(wù)功能功能域功能說明密碼驗證業(yè)務(wù)受理可對用戶輸入的密碼進行正確性校驗用戶資料查詢信息查詢可查詢用戶的準實時資料，如姓名、證件號碼等信息余額查詢信息查詢查詢用戶余額準實時數(shù)據(jù)信息查詢GPRS流量信息查詢可查詢用戶準實時的GPRS流量信息賬單查詢信息查詢可查詢用戶的消費準實時賬單信息清單查詢信息查詢可查詢用戶準實時的清單信息網(wǎng)上充值卡充值業(yè)務(wù)受理可支持網(wǎng)上營業(yè)廳通過充值卡進行充值的服務(wù)停復(fù)機業(yè)務(wù)受理可為用戶提供停機、復(fù)機的服務(wù)套餐變更業(yè)務(wù)受理可為用戶提供各類產(chǎn)品套餐的變更服務(wù)親情組合及查詢業(yè)務(wù)受理可為用戶提供親情號碼組合受理及查詢服務(wù)用戶訂購信息查詢信息查詢可提供用戶的營銷方案、已開通業(yè)務(wù)、附加功能、增值業(yè)務(wù)、夢網(wǎng)業(yè)務(wù)、自有業(yè)務(wù)、國際功能的查詢服務(wù)PUK碼查詢信息查詢可為用戶提供查詢PUK碼的服務(wù)22133短信營業(yè)廳短信營業(yè)廳在生產(chǎn)系統(tǒng)切換至應(yīng)急系統(tǒng)后，可支持如下表格221331所示的業(yè)務(wù)受理、信息查詢及其他輔助功能。表221331短信營業(yè)廳應(yīng)急功能表業(yè)務(wù)功能功能域功能說明密碼驗證業(yè)務(wù)受理可對用戶輸入的密碼進行正確性校驗用戶資料查詢信息查詢可查詢用戶的準實時資料，如姓名、證件號碼等信息余額查詢信息查詢查詢用戶余額準實時數(shù)據(jù)信息查詢GPRS流量信息查詢可查詢用戶準實時的GPRS流量信息賬單查詢信息查詢可查詢用戶的消費準實時賬單信息清單查詢信息查詢可查詢用戶準實時的清單信息網(wǎng)上充值卡充值業(yè)務(wù)受理可支持網(wǎng)上營業(yè)廳通過充值卡進行充值的服務(wù)停復(fù)機業(yè)務(wù)受理可為用戶提供停機、復(fù)機的服務(wù)套餐變更業(yè)務(wù)受理可為用戶提供各類產(chǎn)品套餐的變更服務(wù)親情組合及查詢業(yè)務(wù)受理可為用戶提供親情號碼組合受理及查詢服務(wù)用戶訂購信息查詢信息查詢可提供用戶的營銷方案、已開通業(yè)務(wù)、附加功能、增值業(yè)務(wù)、夢網(wǎng)業(yè)務(wù)、自有業(yè)務(wù)、國際功能的查詢服務(wù)PUK碼查詢信息查詢可為用戶提供查詢PUK碼的服務(wù)2214網(wǎng)絡(luò)中斷網(wǎng)絡(luò)中斷業(yè)務(wù)受理流程1在網(wǎng)絡(luò)出現(xiàn)問題時，應(yīng)急系統(tǒng)只在本機進行繳費信息的記錄，生成繳費記錄文件，不做任何后續(xù)操作；2網(wǎng)絡(luò)正常而生產(chǎn)系統(tǒng)未恢復(fù)時，執(zhí)行應(yīng)急繳費提交，根據(jù)配置的應(yīng)急系統(tǒng)繳費流程，完成相關(guān)應(yīng)急操作；3生產(chǎn)系統(tǒng)正常后，同步應(yīng)急數(shù)據(jù)到生產(chǎn)系統(tǒng)。如圖22141所示應(yīng)急繳費本機記錄應(yīng)急繳費提交網(wǎng)絡(luò)非正常網(wǎng)絡(luò)正常生產(chǎn)系統(tǒng)提交生產(chǎn)系統(tǒng)正常圖22141網(wǎng)絡(luò)中斷業(yè)務(wù)受理流程圖2215輔助功能除以上提及的影響用戶的業(yè)務(wù)應(yīng)急功能之外，為了更加的完善應(yīng)急系統(tǒng)的支撐能力，應(yīng)急系統(tǒng)應(yīng)提供如下表格22151所示的基礎(chǔ)輔助功能。如下表所示表22151輔助功能表業(yè)務(wù)功能渠道功能域功能說明備注應(yīng)急業(yè)務(wù)流水查詢?nèi)斯づ_信息查詢可查詢到應(yīng)急系統(tǒng)中受理業(yè)務(wù)的應(yīng)急流水信息含操作員、受理時間、業(yè)務(wù)套餐等信息公告營業(yè)前臺、客服系統(tǒng)、電子渠道信息發(fā)布通知對用戶的解釋口徑，影響范圍等信息短信發(fā)送營業(yè)前臺、客服系統(tǒng)、電子渠道信息發(fā)布在應(yīng)急系統(tǒng)中受理業(yè)務(wù)，給用戶發(fā)送短信模板需與生產(chǎn)系統(tǒng)中有所區(qū)別，提前告知用戶業(yè)務(wù)的生效時間以正式短信內(nèi)容為準。222接管時間要求應(yīng)急系統(tǒng)的數(shù)據(jù)是生產(chǎn)系統(tǒng)以準實時的方式同步，應(yīng)急系統(tǒng)在接收到應(yīng)急切換命令后，30分鐘內(nèi)能完全接管定義好的生產(chǎn)系統(tǒng)的關(guān)鍵業(yè)務(wù)。223應(yīng)急數(shù)據(jù)同步為支持應(yīng)急系統(tǒng)的業(yè)務(wù)受理，應(yīng)急系統(tǒng)需要從生產(chǎn)系統(tǒng)中復(fù)制以下數(shù)據(jù)1CRM數(shù)據(jù)庫業(yè)務(wù)參數(shù)及系統(tǒng)參數(shù)客戶資料用戶資料帳戶資料付費關(guān)系資源資料。2客服數(shù)據(jù)庫工號信息。3帳務(wù)管理數(shù)據(jù)庫業(yè)務(wù)參數(shù)及系統(tǒng)參數(shù)三戶資料實時余額信息存折信息積分信息。4計費數(shù)據(jù)庫實時賬單信息實時清單信息。CRM數(shù)據(jù)庫、客服數(shù)據(jù)庫和帳務(wù)管理數(shù)據(jù)庫中的數(shù)據(jù)，采用第三方軟件（DSGREALSYNC/ORACLEGOLDENGATE/QUESTSHAREPLEX等）將應(yīng)急業(yè)務(wù)需要的相關(guān)數(shù)據(jù)準實時從生產(chǎn)系統(tǒng)同步到應(yīng)急系統(tǒng)。計費數(shù)據(jù)庫中的數(shù)據(jù)通過應(yīng)用改造的方式來同步，生產(chǎn)系統(tǒng)生成一份賬單文件和清單文件送到應(yīng)急系統(tǒng)，應(yīng)急系統(tǒng)使用入庫進程入到應(yīng)急數(shù)據(jù)庫中，保證兩個系統(tǒng)的數(shù)據(jù)一致性。223應(yīng)急數(shù)據(jù)回切在生產(chǎn)系統(tǒng)恢復(fù)后，應(yīng)急系統(tǒng)需要把故障期間的業(yè)務(wù)受理數(shù)據(jù)提交到生產(chǎn)系統(tǒng)。同時服務(wù)開通工單表（日志）也需要合并到BOSS生產(chǎn)系統(tǒng)。應(yīng)急交易數(shù)據(jù)提交需要將應(yīng)急期間的業(yè)務(wù)受理交易數(shù)據(jù)和繳費交易提交到BOSS生產(chǎn)系統(tǒng)。應(yīng)急交易數(shù)據(jù)提交需要對提交流量進行控制，避免對恢復(fù)后的生產(chǎn)系統(tǒng)正常處理產(chǎn)生影響。同時需要標識應(yīng)急交易提交中發(fā)生錯誤的交易，供人工核對處理。對業(yè)務(wù)受理交易，將訂單及臺帳相關(guān)數(shù)據(jù)搬到生產(chǎn)系統(tǒng)，重跑相關(guān)訂單，因資料修改并不是完全在完工流程中完成，有部分業(yè)務(wù)在登記時已經(jīng)修改，需要改造現(xiàn)有的完工流程，增加修改資料的環(huán)節(jié)，且回切業(yè)務(wù)不需要發(fā)指令。對繳費類交易，應(yīng)急系統(tǒng)發(fā)生的繳費相關(guān)數(shù)據(jù)導(dǎo)到ACT生產(chǎn)庫，其中預(yù)存、結(jié)余數(shù)據(jù)需要更新到賬務(wù)物理庫和ALTIBASE。對查詢類業(yè)務(wù)，還需要將相關(guān)日志，臺帳等導(dǎo)到生產(chǎn)系統(tǒng)，以便后續(xù)的查詢。223應(yīng)急系統(tǒng)管理功能1應(yīng)急系統(tǒng)版本管理對應(yīng)急系統(tǒng)軟件的版本進行檢查、監(jiān)控，記錄生產(chǎn)系統(tǒng)與應(yīng)急系統(tǒng)軟件配置文件和運行環(huán)境參數(shù)的差異，保證應(yīng)急系統(tǒng)可執(zhí)行代碼與生系統(tǒng)同步升級，并記錄應(yīng)用軟件版本升級軌跡。主要包括版本注冊、版本一致性檢查、版本更新控制、版本發(fā)布管理、版本更新等內(nèi)容。通過應(yīng)急系統(tǒng)建立版本管理機制，自動完成生產(chǎn)系統(tǒng)、應(yīng)急系統(tǒng)相應(yīng)環(huán)境配置、軟件版本號、軟件更新日期等信息比對，對版本差異進行告警發(fā)送，提醒維護人員及時進行關(guān)注并處理。2應(yīng)急系統(tǒng)數(shù)據(jù)管理為保證應(yīng)急系統(tǒng)在必要的時候能夠及時接管生產(chǎn)系統(tǒng)，應(yīng)急系統(tǒng)與生產(chǎn)系統(tǒng)的數(shù)據(jù)需保持一致性、完整性，應(yīng)在應(yīng)急系統(tǒng)中建立起與生產(chǎn)系統(tǒng)的數(shù)據(jù)同步審查機制，并通過數(shù)據(jù)核對幫助生產(chǎn)系統(tǒng)發(fā)現(xiàn)可能出現(xiàn)的問題，進一步完善和優(yōu)化生產(chǎn)系統(tǒng)和應(yīng)急系統(tǒng)。應(yīng)急系統(tǒng)數(shù)據(jù)管理主要包括稽核配置管理、數(shù)據(jù)采集管理、數(shù)據(jù)比對管理、數(shù)據(jù)同步管理。對各數(shù)據(jù)管理各功能模塊異常狀態(tài)進行監(jiān)控，異常時進行告警發(fā)送，提醒維護人員及時進行關(guān)注并處理。3應(yīng)急系統(tǒng)切換管理包括對應(yīng)急系統(tǒng)組織、人員、角色、權(quán)限的管理，明確應(yīng)急系統(tǒng)組織架構(gòu)，確保應(yīng)急系統(tǒng)切換過程的有序進行。收到切換指令后自動修改或人工修改接口地址并測試，保證應(yīng)急系統(tǒng)能夠正常運行。生產(chǎn)系統(tǒng)恢復(fù)正常后，需要進行回切操作。切換管理系統(tǒng)主要包括人員管理、權(quán)限管理、切換管理、回切管理。根據(jù)應(yīng)急系統(tǒng)組織機構(gòu)，對不同的人員角色賦予不同的權(quán)限，要求管理平臺界面化展示當前狀態(tài)，操作人員實施一鍵式切換和回切操作，避免人為操作失誤帶來的切換風險。4應(yīng)急系統(tǒng)演習(xí)管理負責規(guī)劃應(yīng)急系統(tǒng)應(yīng)急演習(xí)的相關(guān)流程與任務(wù)，通過系統(tǒng)切換和系統(tǒng)回切的操作，驗證應(yīng)急系統(tǒng)可用性和可靠性。5應(yīng)急系統(tǒng)監(jiān)控管理實時監(jiān)控應(yīng)急系統(tǒng)的所有設(shè)備是否處于健康狀態(tài)，監(jiān)控應(yīng)急系統(tǒng)軟件的關(guān)鍵點，建立故障告警機制，保證應(yīng)急系統(tǒng)的可用性。（需要和TOPTEA/BOMC進行分工）。6應(yīng)急系統(tǒng)公告管理告知應(yīng)急切換原因，預(yù)計恢復(fù)時間，對用戶的解釋口徑。第三章天津移動業(yè)務(wù)支撐應(yīng)急系統(tǒng)技術(shù)研究持續(xù)數(shù)據(jù)保護技術(shù)CDP311定義持續(xù)數(shù)據(jù)保護CDP是一套技術(shù)手段，它可以捕獲或跟蹤數(shù)據(jù)的變化，并將其獨立存放在生產(chǎn)數(shù)據(jù)之外，以確保數(shù)據(jù)可以恢復(fù)到過去的任意時間點。持續(xù)數(shù)據(jù)保護系統(tǒng)可以基于塊、文件或應(yīng)用實現(xiàn)，可以為恢復(fù)對象提供足夠細的恢復(fù)粒度，實現(xiàn)幾乎無限多的恢復(fù)時間點。312與現(xiàn)有數(shù)據(jù)保護手段對比CDP出現(xiàn)，是為有效彌補傳統(tǒng)數(shù)據(jù)容災(zāi)保護手段不足而產(chǎn)生的。CDPVS傳統(tǒng)備份傳統(tǒng)的數(shù)據(jù)保護解決方案專注在對數(shù)據(jù)的周期性備份上，因此一直伴隨有備份窗口、數(shù)據(jù)一致性和對生產(chǎn)系統(tǒng)的影響等問題。實際上，傳統(tǒng)數(shù)據(jù)保護技術(shù)中采用的是對“單一時間點（SINGLEPOINTINTIME）”的數(shù)據(jù)拷貝進行管理的模式，而CDP可以實現(xiàn)對“任意時間點（ANYPOINTINTIME）”的數(shù)據(jù)訪問，因此可以大大提高數(shù)據(jù)恢復(fù)點目標（RPO）。備份技術(shù)實現(xiàn)的數(shù)據(jù)保護間隔一般為24小時，因此用戶會面臨數(shù)據(jù)丟失多達24小時的風險，采用快照技術(shù)，可以將數(shù)據(jù)的丟失量風險降低到幾個小時之內(nèi)，而CDP能夠?qū)崿F(xiàn)的數(shù)據(jù)丟失量可以降低到秒級。CDPVS數(shù)據(jù)復(fù)制（磁盤鏡像）另外一種在數(shù)據(jù)容災(zāi)中常見的數(shù)據(jù)保護技術(shù)是復(fù)制技術(shù)，它可以通過與生產(chǎn)數(shù)據(jù)的同步獲得數(shù)據(jù)的最新狀態(tài)，但其無法規(guī)避有人為的邏輯錯誤或病毒攻擊所造成的數(shù)據(jù)丟失。當生產(chǎn)數(shù)據(jù)由于以上原因?qū)е聰?shù)據(jù)遭到破壞時（例如數(shù)據(jù)被誤刪除），復(fù)制技術(shù)會將遭到破壞的數(shù)據(jù)狀態(tài)同步到容災(zāi)數(shù)據(jù)存儲，使容災(zāi)數(shù)據(jù)也受到破壞。而CDP系統(tǒng)可以使數(shù)據(jù)狀態(tài)恢復(fù)到數(shù)據(jù)遭到破壞之前的任意一個時間點，因而消除了復(fù)制技術(shù)所含的風險。313總結(jié)為了保障業(yè)務(wù)支撐應(yīng)急系統(tǒng)能夠支持短時間的關(guān)鍵業(yè)務(wù)的運營生產(chǎn)，本系統(tǒng)選擇持續(xù)數(shù)據(jù)保護CDP技術(shù)進行建設(shè)。32基于J2EE的多層技術(shù)架構(gòu)321J2EE技術(shù)介紹J2EE是JAVA2平臺企業(yè)版（JAVA2PLATFORM,ENTERPRISEEDITION）。J2EE核心是一組技術(shù)規(guī)范與指南，其中所包含的各類組件、服務(wù)架構(gòu)及技術(shù)層次，均有共同的標準及規(guī)格，讓各種依循J2EE架構(gòu)的不同平臺之間，存在良好的兼容性，解決過去企業(yè)后端使用的信息產(chǎn)品彼此之間無法兼容，企業(yè)內(nèi)部或外部難以互通的窘境。322J2EE四層模型J2EE使用多層的分布式應(yīng)用模型，應(yīng)用邏輯按功能劃分為組件，各個應(yīng)用組件根據(jù)他們所在的層分布在不同的機器上。事實上，SUN設(shè)計J2EE的初衷正是為了解決兩層模式CLIENT/SERVER的弊端，在傳統(tǒng)模式中，客戶端擔當了過多的角色而顯得臃腫，在這種模式中，第一次部署的時候比較容易，但難于升級或改進，可伸展性也不理想，而且經(jīng)?；谀撤N專有的協(xié)議，通常是某種數(shù)據(jù)庫協(xié)議。它使得重用業(yè)務(wù)邏輯和界面邏輯非常困難?，F(xiàn)在J2EE的多層企業(yè)級應(yīng)用模型將兩層化模型中的不同層面切分成許多層。一個多層化應(yīng)用能夠為不同的每種服務(wù)提供一個獨立的層，以下是J2EE典型的四層結(jié)構(gòu)運行在客戶端機器上的客戶層組件運行在J2EE服務(wù)器上的WEB層組件運行在J2EE服務(wù)器上的業(yè)務(wù)邏輯層組件運行在EIS服務(wù)器上的企業(yè)信息系統(tǒng)ENTERPRISEINFORMATIONSYSTEM層軟件如圖3221所示圖3221J2EE四層結(jié)構(gòu)客戶層組件J2EE應(yīng)用程序可以是基于WEB方式的,也可以是基于傳統(tǒng)方式的。WEB層組件J2EEWEB層組件可以是JSP頁面或SERVLETS按照J2EE規(guī)范，靜態(tài)的HTML頁面和APPLETS不算是WEB層組件。正如下圖3222所示的客戶層那樣，WEB層可能包含某些JAVABEAN對象來處理用戶輸入，并把輸入發(fā)送給運行在業(yè)務(wù)層上的ENTERPRISEBEAN來進行處理。圖3222WEB層組件圖業(yè)務(wù)層組件業(yè)務(wù)層代碼的邏輯用來滿足銀行，零售，金融等特殊商務(wù)領(lǐng)域的需要,由運行在業(yè)務(wù)層上的ENTERPRISEBEAN進行處理下圖3223表明了一個ENTERPRISEBEAN是如何從客戶端程序接收數(shù)據(jù)，進行處理如果必要的話,并發(fā)送到EIS層儲存的，這個過程也可以逆向進行。有三種企業(yè)級的BEAN會話SESSIONBEANS,實體ENTITYBEANS,和消息驅(qū)動MESSAGEDRIVENBEANS會話BEAN表示與客戶端程序的臨時交互當客戶端程序執(zhí)行完后,會話BEAN和相關(guān)數(shù)據(jù)就會消失相反,實體BEAN表示數(shù)據(jù)庫的表中一行永久的記錄當客戶端程序中止或服務(wù)器關(guān)閉時,就會有潛在的服務(wù)保證實體BEAN的數(shù)據(jù)得以保存消息驅(qū)動BEAN結(jié)合了會話BEAN和JMS的消息監(jiān)聽器的特性,允許一個業(yè)務(wù)層組件異步接收JMS消息。圖3223業(yè)務(wù)層組件圖企業(yè)信息系統(tǒng)層企業(yè)信息系統(tǒng)層處理企業(yè)信息系統(tǒng)軟件包括企業(yè)基礎(chǔ)建設(shè)系統(tǒng)例如企業(yè)資源計劃ERP,大型機事務(wù)處理,數(shù)據(jù)庫系統(tǒng),和其它的遺留信息系統(tǒng)例如，J2EE應(yīng)用組件可能為了數(shù)據(jù)庫連接需要訪問企業(yè)信息系統(tǒng)。323J2EE結(jié)構(gòu)這種基于組件，具有平臺無關(guān)性的J2EE結(jié)構(gòu)使得J2EE程序的編寫十分簡單，因為業(yè)務(wù)邏輯被封裝成可復(fù)用的組件，并且J2EE服務(wù)器以容器的形式為所有的組件類型提供后臺服務(wù)因為不用自己開發(fā)這種服務(wù),所以我們可以集中精力解決手頭的業(yè)務(wù)問題1容器和服務(wù)容器設(shè)置定制了J2EE服務(wù)器所提供得內(nèi)在支持，包括安全，事務(wù)管理，JNDIJAVANAMINGANDDIRECTORYINTERFACE尋址,遠程連接等服務(wù)，以下列出最重要的幾種服務(wù)J2EE安全SECURITY模型可以讓你配置WEB組件或ENTERPRISEBEAN,這樣只有被授權(quán)的用戶才能訪問系統(tǒng)資源每一客戶屬于一個特別的角色，而每個角色只允許激活特定的方法。你應(yīng)在ENTERPRISEBEAN的布置描述中聲明角色和可被