中國聯(lián)通綜合電信業(yè)務(wù)支持系統(tǒng)浙江容災(zāi)工程一期技術(shù)應(yīng)標書.doc_第1頁
中國聯(lián)通綜合電信業(yè)務(wù)支持系統(tǒng)浙江容災(zāi)工程一期技術(shù)應(yīng)標書.doc_第2頁
中國聯(lián)通綜合電信業(yè)務(wù)支持系統(tǒng)浙江容災(zāi)工程一期技術(shù)應(yīng)標書.doc_第3頁
中國聯(lián)通綜合電信業(yè)務(wù)支持系統(tǒng)浙江容災(zāi)工程一期技術(shù)應(yīng)標書.doc_第4頁
中國聯(lián)通綜合電信業(yè)務(wù)支持系統(tǒng)浙江容災(zāi)工程一期技術(shù)應(yīng)標書.doc_第5頁
已閱讀5頁,還剩134頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

中國聯(lián)通綜合電信業(yè)務(wù)支持系統(tǒng)浙江容災(zāi)工程 一期技術(shù)應(yīng)標書浙江大學快威科技集團有限公司2003年1月23日中國聯(lián)通綜合電信業(yè)務(wù)支持系統(tǒng)浙江容災(zāi)工程一期技術(shù)應(yīng)標書目 錄一、概述51.1 項目背景51.2 建設(shè)目標61.3 系統(tǒng)建設(shè)要求71.4 系統(tǒng)容災(zāi)范圍8二、現(xiàn)狀102.1 主機及存儲系統(tǒng)現(xiàn)狀102.2 業(yè)務(wù)網(wǎng)絡(luò)現(xiàn)狀10三、系統(tǒng)實現(xiàn)163.1 系統(tǒng)架構(gòu)163.1.1 容災(zāi)系統(tǒng)的實現(xiàn)163.1.2 查詢、數(shù)據(jù)分析系統(tǒng)(數(shù)據(jù)挖掘、統(tǒng)計報表等應(yīng)用)的實現(xiàn)173.1.3 開發(fā)和測試系統(tǒng)的實現(xiàn)183.2 主機系統(tǒng)設(shè)計183.2.1 主機系統(tǒng)的要求183.2.2 容災(zāi)中心數(shù)據(jù)庫性能指標的估算193.2.3 tpc-c測試模型203.2.4 主機性能估算說明213.2.5 數(shù)據(jù)庫主機性能指標tpcc估算213.2.6 主機內(nèi)存估算253.2.7 容災(zāi)中心應(yīng)用服務(wù)器性能指標估算273.2.8 主機設(shè)備配置283.2.9 系統(tǒng)接口機要求283.2.10 設(shè)備選型303.2.11主機設(shè)備配置清單313.3 存儲系統(tǒng)設(shè)計383.3.1 容災(zāi)中心數(shù)據(jù)磁盤存儲容量的估算383.3.2 生產(chǎn)中心存儲設(shè)備的擴展403.3.3 容災(zāi)中心存儲設(shè)備配置403.3.4 srdf傳輸433.4 網(wǎng)絡(luò)433.4.1 網(wǎng)絡(luò)改造443.4.2 容災(zāi)網(wǎng)絡(luò)路由設(shè)計443.4.3 網(wǎng)絡(luò)設(shè)備配置453.5 數(shù)據(jù)備份463.5.1 備份容量計算463.5.2 備份實現(xiàn)473.5.3 備份存儲設(shè)備483.6 數(shù)據(jù)庫系統(tǒng)48四、項目管理與實施494.1 項目管理計劃的目的及描述494.2 項目概述494.2.1 浙江聯(lián)通容災(zāi)工程(一期)參加各方:504.2.2 項目工程的范圍514.2.3 各方的總職責514.2.4 各方的主要任務(wù)514.3 文檔資料534.3.1 有關(guān)各方的管理溝通機制534.3.2 項目工程組成人員554.4 任務(wù)細分及其各自的責任564.4.1 任務(wù)細分的目的564.4.2 各方擁有的資源574.5 項目時間安排594.6 工程各階段應(yīng)完成的工作及完成各階段的標志、日期594.7 工程檢查表格及文件604.8 項目實施614.8.1 ibm設(shè)備的實施內(nèi)容614.8.2 emc設(shè)備的實施內(nèi)容624.9 測試計劃664.9.1 目的664.9.2 測試任務(wù)674.9.3 部分具體測試方案建議674.9.4 測試負責單位69五、培訓(xùn)計劃705.1培訓(xùn)課程安排705.2培訓(xùn)時間705.3培訓(xùn)費用715.4培訓(xùn)課程簡介71六、服務(wù)746.1 快威公司的服務(wù)746.2 emc公司的售后服務(wù)體系756.3 ibm產(chǎn)品的維護服務(wù)體系76附件a:emc設(shè)備供電及環(huán)境要求82附件b:ibm機房裝機條件84附件c:產(chǎn)品資料symmetrix企業(yè)智能存儲系統(tǒng)概述85c.1 symmetrix企業(yè)智能存儲系統(tǒng)的優(yōu)勢和特點85c.2 symmetrix先進的系統(tǒng)結(jié)構(gòu)86c.2.1 symmetrix的體系結(jié)構(gòu)86c.2.2 symmetrix內(nèi)部數(shù)據(jù)流88c.3 symmetrix的高可靠性89c.3.1 數(shù)據(jù)保護89c.3.2 symmetrix智能化后臺自我維護系統(tǒng)89c.3.3 symmetrix 不間斷修復(fù)90c.3.4 symmetrix不間斷電源系統(tǒng)91c.4 symmetrix硬件設(shè)計小結(jié)91c.5 timefinder解決方案綜述91c.5.1 timefinder產(chǎn)品介紹92c.5.2 timefinder主要應(yīng)用領(lǐng)域93c.6 emc control center96c.6.1 信息管理和“emc效應(yīng)”96c.6.2 emc controlcenter的功能96c.6.3 emc controlcenter的組件97c.6.4 兩種實現(xiàn)方式98c.6.5 emc controlcenter的特點99c.7 powerpath通道負載均衡及故障互備軟件99附件d:產(chǎn)品資料ibm p680-s85102附件e:產(chǎn)品資料ibm p660-m1(m85)106附件f:點對點應(yīng)答108浙江大學快威科技集團有限公司第 111 頁 共 139 頁一、概述1.1 項目背景目前,浙江聯(lián)通的綜合營帳系統(tǒng)已順利上線并成功運行。通過綜合營帳系統(tǒng),成功地實現(xiàn)了全省營業(yè)和帳務(wù)系統(tǒng)的成功整合,實現(xiàn)了降低成本、增加效益等設(shè)計目標。保持業(yè)務(wù)的持續(xù)性已成為浙江聯(lián)通現(xiàn)階段需要考慮的一個極為重要的方面。系統(tǒng)故障的出現(xiàn)可能導(dǎo)致生產(chǎn)停頓、客戶滿意度降低甚至失去客戶,企業(yè)的競爭力也會因此大打折扣。如何保障用戶增長迅速的各業(yè)務(wù)應(yīng)用、數(shù)據(jù)庫、網(wǎng)絡(luò)文檔系統(tǒng)以及其它重要數(shù)據(jù)資源的安全,成為企業(yè)面臨的最大問題。所以,企業(yè)必須防患于未然,盡早做好必要的準備,提高自己的抗災(zāi)、應(yīng)對意外的能力。當應(yīng)用系統(tǒng)因災(zāi)難性事件(如火災(zāi)等)遭到破壞時,要迅速恢復(fù)應(yīng)用系統(tǒng)的數(shù)據(jù)、環(huán)境,保證系統(tǒng)的可用性,這就需要災(zāi)難備份系統(tǒng)(也稱容災(zāi)系統(tǒng))。對于一個計算機業(yè)務(wù)系統(tǒng)來說,所謂災(zāi)難是指一切引起系統(tǒng)非正常停機的事件。據(jù)第三方咨詢公司統(tǒng)計,導(dǎo)致系統(tǒng)災(zāi)難的原因比例如下圖所示:硬件故障原因占44%:主要的硬件故障是磁盤(包括其適配卡,接線)和電源 (包括電纜,插座)。如果是安裝系統(tǒng)的磁盤故障,則還必需重建系統(tǒng)。 人為錯誤原因占32%:最容易忽略的故障原因,如對一些關(guān)鍵系統(tǒng)配置文件的不當操作,會導(dǎo)致系統(tǒng)不能正常啟動。 軟件故障原因占14%:最為復(fù)雜和多樣化的故障原因,如系統(tǒng)參數(shù)設(shè)置不當;或由于的應(yīng)用程序沒有優(yōu)化,造成運行時系統(tǒng)資源沒有合理分配;或數(shù)據(jù)庫參數(shù)設(shè)置不當?shù)?,都有可能?dǎo)致系統(tǒng)性能嚴重下降,甚至停機。 病毒影響(包括非法入侵)原因占7%:目前國內(nèi)unix系統(tǒng)受病毒影響的情況并不多見。 自然災(zāi)難原因占3%:雖然總的來講,自然災(zāi)害的發(fā)生幾率很低,但萬一發(fā)生則會造成災(zāi)難性的后果。據(jù)調(diào)查,導(dǎo)致系統(tǒng)停機超過12小時的災(zāi)難原因主要有以下幾種:u 電源故障,占31%;u 暴風雨襲擊,占20%;u 洪水及水管意外破裂,占16%;u 失火及爆炸,占9%;u 地震,占7%;u 其它4%。浙江聯(lián)通計費綜合營帳結(jié)算系統(tǒng)是整個支撐系統(tǒng)的核心,客戶服務(wù)系統(tǒng),oa系統(tǒng),決策支持系統(tǒng)的數(shù)據(jù)都來自于計費營帳結(jié)算中心的數(shù)據(jù)庫,計費營帳結(jié)算系統(tǒng)數(shù)據(jù)的實時性和準確性是提供優(yōu)秀客服質(zhì)量的保障,是業(yè)務(wù)分析、決策分析的依據(jù)。該系統(tǒng)運行的好壞,直接影響到用戶和浙江聯(lián)通分公司兩者的利益,是樹立聯(lián)通品牌效應(yīng)的關(guān)鍵。該系統(tǒng)將運行核心業(yè)務(wù)的服務(wù)器、磁盤陣列和網(wǎng)絡(luò)通訊設(shè)備都集中在一個杭州樞紐樓三樓的機房內(nèi)。試想無論哪種災(zāi)難情況發(fā)生都會導(dǎo)致核心數(shù)據(jù)的丟失,生產(chǎn)系統(tǒng)的癱瘓,尤其是自然災(zāi)難的發(fā)生會導(dǎo)致業(yè)務(wù)受理的長時間中斷,給用戶和公司帶來巨大的損失。目前,該系統(tǒng)主要通過脫機磁帶庫對數(shù)據(jù)進行定時的備份,該備份方式不能很好的保證數(shù)據(jù)的一致性和完整性,而且恢復(fù)時間長,不能滿足系統(tǒng)業(yè)務(wù)連續(xù)性的要求。為保證機房內(nèi)的核心業(yè)務(wù)和關(guān)鍵數(shù)據(jù)的7x24小時有效性,構(gòu)建一個安全可靠的災(zāi)難備份中心已迫在眉及。1.2 建設(shè)目標本次所建容災(zāi)系統(tǒng)是一個獨立的遠端計費中心,該系統(tǒng)將設(shè)置相應(yīng)的存儲系統(tǒng),通信線路保障,主機服務(wù)器以及應(yīng)用服務(wù)器,當主中心發(fā)生災(zāi)難時,遠端的容災(zāi)系統(tǒng)將自動或人工啟用,在極短的時間內(nèi)接管整個主中心的核心業(yè)務(wù)應(yīng)用,做到各業(yè)務(wù)單元的平滑切換,保證數(shù)據(jù)的一致性,業(yè)務(wù)的連續(xù)性。并且在保持連續(xù)運行的基礎(chǔ)上,快速恢復(fù)主數(shù)據(jù)中心的業(yè)務(wù)數(shù)據(jù)。本次建設(shè)的異地容災(zāi)備份系統(tǒng)實現(xiàn)現(xiàn)有計費分系統(tǒng)中包含g網(wǎng)和c網(wǎng)的相關(guān)功能,實現(xiàn)包括c網(wǎng)、g網(wǎng)、193長途、ip電話和尋呼五大業(yè)務(wù)網(wǎng)的綜合營業(yè)、綜合帳務(wù)及通信分系統(tǒng)相關(guān)功能,具體如現(xiàn)有系統(tǒng)功能描述。同時本次建設(shè)充分考慮到浙江聯(lián)通未來業(yè)務(wù)的發(fā)展趨勢,結(jié)合浙江聯(lián)通的平戰(zhàn)結(jié)合指導(dǎo)思想,可以充分地利用現(xiàn)有的先進技術(shù),在對容災(zāi)數(shù)據(jù)無影響的情況下,利用容災(zāi)系統(tǒng)上的生產(chǎn)數(shù)據(jù)鏡像進行備份、查詢、決策支持、數(shù)據(jù)分析等工作,產(chǎn)生效益,保護容災(zāi)中心的投資,實現(xiàn)在主中心運行完全正常的情況下增加系統(tǒng)升級、綜合測試和數(shù)據(jù)挖掘等功能。1.3 系統(tǒng)建設(shè)要求在災(zāi)害和計劃外的異常導(dǎo)致主用系統(tǒng)失效的情況下,對于容災(zāi)備份的要求主要包括以下幾方面:(1)直接涉及客戶利益的數(shù)據(jù)必須是有可靠備份的(異地在線或者脫機備份),且是有效的、與實際情況一致的,并是可恢復(fù)的,以充分保障客戶對于已付金額的所有權(quán)。例如客戶資料數(shù)據(jù)、預(yù)付費卡數(shù)據(jù)、繳費卡/充值卡數(shù)據(jù)、客戶余額數(shù)據(jù)等;(2)直接涉及企業(yè)利益的數(shù)據(jù)必須是有可靠備份的(異地在線或者脫機備份),且是有效的、與實際情況一致的,并是可恢復(fù)的,以充分保障企業(yè)對于應(yīng)得利益的所有權(quán)。例如應(yīng)繳帳務(wù)數(shù)據(jù)、營業(yè)數(shù)據(jù)(含收費數(shù)據(jù))、批價處理后的詳單數(shù)據(jù)(保存有效期內(nèi)的詳單數(shù)據(jù))、統(tǒng)計分析數(shù)據(jù)等;(3)直接支撐業(yè)務(wù)運營的應(yīng)用系統(tǒng)(例如預(yù)付費卡系統(tǒng))應(yīng)能在用戶可容忍的時間內(nèi)恢復(fù)運行,以充分保障客戶正常使用業(yè)務(wù)的權(quán)利和企業(yè)的形象,具體時間指標需根據(jù)業(yè)務(wù)評估而定;(4)對于浙江省業(yè)務(wù)量較大的省份,g網(wǎng)及c網(wǎng)的計費處理系統(tǒng),及綜合營業(yè)帳務(wù)處理系統(tǒng)應(yīng)及時恢復(fù)運行,以盡量避免企業(yè)對既得利益的損失;(5)全部應(yīng)用系統(tǒng)在規(guī)定時間內(nèi)恢復(fù)運行,并盡量保證數(shù)據(jù)的完整性和一致性,具體時間指標需通過業(yè)務(wù)評估分析而定。1.4 系統(tǒng)容災(zāi)范圍為了保證在主中心發(fā)生災(zāi)難時備份中心能夠接管主中心的核心業(yè)務(wù)同時綜合項目的投資預(yù)算,本次所建設(shè)計費營帳異地容災(zāi)系統(tǒng)主要包括主機系統(tǒng)、數(shù)據(jù)存儲、傳輸路由及接口三部分。主機系統(tǒng)所需實現(xiàn)核心業(yè)務(wù)包括計費、營業(yè)、帳務(wù)及繳費卡業(yè)務(wù)四部分,其中計費主要是指gsm和cdma一次批價,營業(yè)帳務(wù)是指綜合營帳系統(tǒng),主要包括gsm、cdma、193長途、ip電話、165和尋呼五個專業(yè)。 繳費卡業(yè)務(wù)的容災(zāi)將在繳費支付項目的設(shè)計中討論,不列入本項目。備份中心能否順利接管主中心的相關(guān)核心業(yè)務(wù)與備份數(shù)據(jù)能否保證其完整性是密切相關(guān)的,因此存儲設(shè)備中所備份的數(shù)據(jù)主要包括軟件程序、軟件配置數(shù)據(jù)、操作系統(tǒng)日志文件、數(shù)據(jù)庫日志文件、應(yīng)用軟件日志文件、批價后詳單數(shù)據(jù)、用戶資料、帳務(wù)數(shù)據(jù)、繳費信息、營業(yè)數(shù)據(jù)、統(tǒng)計分析數(shù)據(jù)等,其中軟件程序包括:系統(tǒng)軟件、應(yīng)用軟件、管理軟件。各數(shù)據(jù)的重要性和變化頻度具體如下表所示:序號數(shù)據(jù)類型變化頻度重要程度備 注1軟件程序慢系統(tǒng)軟件、應(yīng)用軟件、管理軟件2配置數(shù)據(jù)慢重要系統(tǒng)軟件、應(yīng)用軟件、網(wǎng)絡(luò)3操作系統(tǒng)日志文件快重要變化快慢主要取決于維護人員對系統(tǒng)訪問次數(shù)4數(shù)據(jù)庫日志文件快非常重要5應(yīng)用軟件日志文件快重要6客戶資料較快非常關(guān)鍵客戶定購資料、客戶信用資料、客戶基本資料7客戶帳務(wù)資料較快非常關(guān)鍵8客戶繳費資料較快非常關(guān)鍵含繳費余額9客戶信用資料較快關(guān)鍵10預(yù)付費卡數(shù)據(jù)快非常關(guān)鍵含預(yù)付費卡余額11繳費卡/充值卡資料快非常關(guān)鍵12批價后詳單數(shù)據(jù)快關(guān)鍵13營業(yè)數(shù)據(jù)快關(guān)鍵14統(tǒng)計分析數(shù)據(jù)慢(定期)關(guān)鍵一個帳務(wù)周期另外,為保證主中心到備份中心的順利切換,備份中心必須具備完整的局域網(wǎng)和存儲網(wǎng)傳輸;備份中心與主中心及地市中心之間需有廣域網(wǎng)連接;備份中心與總部結(jié)算中心、智能網(wǎng)、短消息、客服系統(tǒng)以及外界(如銀行、合作營業(yè)廳)等也必須留有接口。二、現(xiàn)狀2.1 主機及存儲系統(tǒng)現(xiàn)狀浙江聯(lián)通綜合營帳系統(tǒng)和客服系統(tǒng)如下圖所示,所有數(shù)據(jù)都存放在emc的企業(yè)存儲系統(tǒng)內(nèi),為容災(zāi)系統(tǒng)的實施打下了良好的基礎(chǔ)。2.2 業(yè)務(wù)網(wǎng)絡(luò)現(xiàn)狀隨著聯(lián)通網(wǎng)絡(luò)的不斷完善,目前浙江聯(lián)通主要經(jīng)營移動通信、數(shù)據(jù)通信、固定通信、無線尋呼以及增值業(yè)務(wù)。相關(guān)業(yè)務(wù)發(fā)展情況描述如下:u 移動通信網(wǎng)現(xiàn)狀中國聯(lián)通浙江gsm網(wǎng)自97年率先在杭州開通以來,短短幾年已經(jīng)歷過前后七期工程的建設(shè),目前g網(wǎng)交換容量達567萬門。八期工程目前尚在建設(shè)中,該工程結(jié)束后浙江聯(lián)通gsm網(wǎng)在全省杭州、溫州、臺州、嘉興、湖州、紹興、金華、麗水、衢州、舟山、寧波11個地市共組成11個移動業(yè)務(wù)本地網(wǎng),gsm網(wǎng)共設(shè)有43個交換端局,系統(tǒng)容量將達到608萬,hlr共設(shè)有17個,總?cè)萘繉⑦_到874萬門。gsm設(shè)備包括了北電、諾基亞和華為的產(chǎn)品。另外,全網(wǎng)還設(shè)有一對獨立tmsc2,一對獨立tmsc1,一對獨立h/lstp,19個獨立gmsc,容量為358000線。浙江聯(lián)通gsm數(shù)字移動通信網(wǎng)已基本覆蓋全省各縣市及廣大農(nóng)村地區(qū),無論從網(wǎng)絡(luò)規(guī)模、用戶數(shù)量以及業(yè)務(wù)收入等角度來看,該網(wǎng)均是浙江省電信業(yè)的一個極其重要的組成部分。2001年初,中國聯(lián)通新時空公司在全國啟動cdma一期工程的建設(shè),2002年1月8日正式放號。目前,浙江聯(lián)通cdma移動網(wǎng)絡(luò)在全省范圍內(nèi)設(shè)有一對獨立的tmsc1和一對獨立的h&lstp,9個交換端局,6個獨立hlr和1個交換機內(nèi)置式hlr。目前,全省cdma交換總?cè)萘繛?0萬門,hlr容量為136萬門??赏耆采w市區(qū)、重要城鎮(zhèn)和交通干線,并接近gsm網(wǎng)現(xiàn)有的覆蓋效果。二期工程后交換總?cè)萘繉⑦_到237萬門,共設(shè)有15個msc,hlr容量達317萬戶,共11個。浙江聯(lián)通gsm用戶截止2002年4月?lián)碛?28萬戶,cdma用戶截止4月?lián)碛?7000戶,所提供的業(yè)務(wù)有:電信業(yè)務(wù):話音、短消息業(yè)務(wù)、語音信箱服務(wù)、傳真;承載業(yè)務(wù):wap上網(wǎng)、ip phone;補充業(yè)務(wù):來電顯示、呼叫轉(zhuǎn)移等;智能業(yè)務(wù): pps、vpn、親情號碼。u 數(shù)據(jù)骨干網(wǎng)現(xiàn)狀中國聯(lián)通數(shù)據(jù)網(wǎng)由數(shù)據(jù)骨干網(wǎng)和本地傳輸接入網(wǎng)組成,本地傳輸接入網(wǎng)作為數(shù)據(jù)骨干網(wǎng)在城域的延伸和覆蓋,為數(shù)據(jù)骨干網(wǎng)的業(yè)務(wù)開展提供了必要的條件。中國聯(lián)通浙江省數(shù)據(jù)骨干網(wǎng)已經(jīng)覆蓋到包括:杭州、寧波、溫州、臺州、金華、紹興、湖州、嘉興、衢州、麗水、舟山等11個地區(qū)級節(jié)點。經(jīng)過兩期的擴容工程后,浙江省內(nèi)將包含有1個gx550,11個cbx500和11個b-stdx9000,共23個交換機。配置了1臺psax 1250和5臺ax100,共計6臺接入設(shè)備。杭州以stm-4速率與上海節(jié)點相連,以stm-1速率與廣州節(jié)點相連;溫州、寧波以stm-1速率與上海節(jié)點相連。在省內(nèi)以杭州、溫州為中心分別匯接其余各地市的業(yè)務(wù)。原單列寧波節(jié)點在二期工程中并入浙江分區(qū)。目前,本地傳輸接入網(wǎng)一期工程重點在杭州、寧波、溫州、臺州、嘉興五城市實施,在這些城市建設(shè)自己的城域骨干層和城域匯聚層,大規(guī)模的接入當?shù)赜脩?。其他縣市城域范圍僅考慮設(shè)置少量的接入設(shè)備進行用戶接入,并利用已有的傳輸資源將這些業(yè)務(wù)直接匯集到數(shù)據(jù)骨干網(wǎng)在當?shù)氐膮^(qū)域?qū)庸?jié)點。u 固定通信網(wǎng)現(xiàn)狀目前,浙江聯(lián)通在杭州和寧波分別建有一個16000路端和9000路端的ts局,其中杭州ts局負責全省(除寧波外)的長途匯接,寧波ts局負責寧波地區(qū)的長途匯接。與此同時中國聯(lián)通固定智能網(wǎng)的建設(shè)也已進行了二期工程。中國聯(lián)通固定智能網(wǎng)一期工程中,浙江聯(lián)通固定智能網(wǎng)在杭州建設(shè)獨立的智能網(wǎng)業(yè)務(wù)交換點(ssp)和智能外圍設(shè)備(ip),在杭州和寧波各設(shè)置1個sms遠程終端smap。99年中國聯(lián)通開始二期智能網(wǎng)工程建設(shè),在對原有的scp和ssp擴容的基礎(chǔ)上,增設(shè)上海、廣州的scp,新建7個城市的ssp。浙江聯(lián)通在該工程中在寧波新增1個ssp,同時對原有的杭州ssp進行擴容。浙江開通了11個城市智能網(wǎng)業(yè)務(wù),歸屬上海scp管理。u 無線尋呼網(wǎng)現(xiàn)狀聯(lián)通浙江尋呼網(wǎng)絡(luò)由原國信尋呼的全國網(wǎng)、省域網(wǎng)和各地市的本地網(wǎng)三級尋呼網(wǎng)絡(luò)組成,此外還有原聯(lián)通尋呼191/192網(wǎng)絡(luò)。除因地勢偏僻、人口稀少而不具備無線通信投資環(huán)境和經(jīng)濟價值的區(qū)域,聯(lián)通尋呼網(wǎng)絡(luò)覆蓋了其余絕大部分地區(qū)。另外,為適應(yīng)尋呼市場的新變化,浙江聯(lián)通也積極開展了尋呼增值業(yè)務(wù)。在尋呼上開展的增值業(yè)務(wù)分為兩類,普通信息服務(wù),主要提供給普通尋呼機用戶,用于增強普通尋呼機的吸引力;專項信息服務(wù),提供給信息機用戶。浙江聯(lián)通尋呼已經(jīng)開展的普通信息服務(wù)包括:u 天氣預(yù)報、航班時間、每日新聞提要等公眾信息。u e-mail通知呼u 信息點播和訂閱,股市行情訂閱和告警等由用戶定制和點播的信息服務(wù)。u 網(wǎng)頁尋呼,可以從網(wǎng)上向?qū)ず粲脩舭l(fā)出尋呼浙江聯(lián)通在省內(nèi)尋呼市場已占有主導(dǎo)地位。在全省各地市均設(shè)有尋呼中心,省內(nèi)尋呼網(wǎng)絡(luò)建設(shè)已經(jīng)基本完成,浙江聯(lián)通的尋呼業(yè)務(wù)正處在收獲階段。u 支撐系統(tǒng)/管理信息系統(tǒng)現(xiàn)狀(1) 系統(tǒng)現(xiàn)狀浙江省分公司計費系統(tǒng)采用“集中管理/集中計費、集中營業(yè)”的模式?!凹泄芾怼笔侵父鞯厥蟹止镜挠嬞M系統(tǒng)的運行受省分公司統(tǒng)一管理;“集中計費、集中營業(yè)”是指計費、營業(yè)數(shù)據(jù)的處理和存儲集中在省分公司。在這種模式中,地市只設(shè)有營業(yè)終端。終端所輸入的數(shù)據(jù)全進入省級數(shù)據(jù)庫,得到的數(shù)據(jù)也全來自于省級數(shù)據(jù)庫。省中心主要完成對話單的采集、預(yù)處理、一、二次批價、話費實時監(jiān)控、集中出帳、集中營業(yè)處理,并負責進行漫游處理;同時完成話單、營業(yè)、帳務(wù)、結(jié)算數(shù)據(jù)的統(tǒng)計分析工作;承擔全省詳單查詢和數(shù)據(jù)傳輸工作。浙江省聯(lián)通公司的計費計算機系統(tǒng)采用基于網(wǎng)絡(luò)互連的客戶機/應(yīng)用服務(wù)器/數(shù)據(jù)服務(wù)器結(jié)構(gòu)。各地交換機與前置機接口連接,將交換機中的計費文件取到前置機中,再傳給省計費中心的主機處理;省計費中心將話單處理完畢后實時送達各地區(qū),為當?shù)貭I業(yè)系統(tǒng)提供話單帳務(wù)信息。浙江省計費中心經(jīng)過gsm六期工程的擴容建設(shè)后,將建成多帳合一、業(yè)務(wù)組合銷售、統(tǒng)一用戶資料管理、統(tǒng)一營業(yè)界面的綜合業(yè)務(wù)計費營業(yè)帳務(wù)系統(tǒng)。(2) 設(shè)備配置現(xiàn)狀浙江省計費中心經(jīng)過gsm六期工程的擴容建設(shè)后,各系統(tǒng)主機采用獨立的設(shè)備,基本建成一個“專業(yè)計費,綜合營帳”的支撐系統(tǒng),力求為用戶提供“一單清,一臺清”的服務(wù)平臺。系統(tǒng)主要包括:gsm網(wǎng)、cdma網(wǎng)、尋呼、193長途、17911/17910 ip電話及165等計費子系統(tǒng)、綜合營業(yè)子系統(tǒng)、綜合帳務(wù)子系統(tǒng)、綜合結(jié)算子系統(tǒng)。目前g網(wǎng)、c網(wǎng)營業(yè)帳務(wù)已全部納入綜合營帳系統(tǒng),193長途即將割接,其它系統(tǒng)營業(yè)帳務(wù)仍由子系統(tǒng)完成,出帳時將各專業(yè)帳務(wù)數(shù)據(jù)合入賬單。具體各子系統(tǒng)設(shè)備配置如下:尋呼計費子系統(tǒng)采用intel平臺的pc 服務(wù)器作主機,目前仍然采用分散的方式工作,系統(tǒng)配置滿足500萬尋呼用戶。省中心設(shè)有兩臺ibm的pc服務(wù)器管理監(jiān)控系統(tǒng)工作情況。193長途計費子系統(tǒng)采用十臺hp d280完成全省各地市的營業(yè)帳務(wù)處理,一次批價目前由上海區(qū)域計費中心完成。17911計費子系統(tǒng)采用兩臺sam4500作為營業(yè)帳務(wù)服務(wù)器,雙機互為備份,一次批價在各地市的華為智能控制平臺(smap)完成。17910 ip(a)卡計費系統(tǒng)終端方式采用hp主機。193長途與17911計費融合后,該計費子系統(tǒng)將完成原始話單的一次批價,營業(yè)帳務(wù)處理將有綜合營帳系統(tǒng)完成,具體詳見相關(guān)單冊。165計費子系統(tǒng)采用兩臺sam工作站,系統(tǒng)配置支持60萬用戶。cdma計費子系統(tǒng)采用2臺ibm m80的高性能小型機實現(xiàn),完成對原始話單的一次批價。采集服務(wù)器采用一套sp寬節(jié)點實現(xiàn),以全省集中的方式采集話單數(shù)據(jù);hlr控制服務(wù)器采用一套sp 寬節(jié)點實現(xiàn);現(xiàn)有系統(tǒng)磁盤存儲容量為1164gb,采用ibm公司的ess設(shè)備。主機服務(wù)器通過光纖交換機與磁盤柜相連,光纖交換機共有2臺。gsm計費子系統(tǒng)采用兩臺compaq公司的gs60e服務(wù)器,完成一次批價功能。hlr控制通過綜合營業(yè)主機實現(xiàn);應(yīng)用服務(wù)器目前采用1臺compaq的gs60e實現(xiàn)。綜合營業(yè)子系統(tǒng)主機采用兩臺ibm公司的rs/6000 s85服務(wù)器,運用trucluster技術(shù)構(gòu)成主機集群,完成各業(yè)務(wù)的營業(yè)處理。其中m80作為綜合營帳的應(yīng)用服務(wù)器。綜合帳務(wù)子系統(tǒng)主機采用兩臺ibm公司的rs/6000 s80服務(wù)器,運用trucluster技術(shù)構(gòu)成主機集群,完成各業(yè)務(wù)的帳務(wù)處理。綜合結(jié)算子系統(tǒng)主機采用一臺compaq公司的gs60e服務(wù)器,完成各業(yè)務(wù)的網(wǎng)間結(jié)算,省內(nèi)漫游結(jié)算,長途結(jié)算。同時兼作決策支持系統(tǒng)服務(wù)器。擴容工程后決策支持系統(tǒng)將采用獨立的主機。目前g網(wǎng)計費、綜合結(jié)算、決策支持共用compaq的2臺esa12000和1臺ema12000,綜合營帳共用emc 8730。目前總配置容量為9.8t,其中emc8730為5.8t,esa12000為2t,ema12000為2t。主機服務(wù)器通過光纖交換機與磁盤柜相連,光纖交換機共有5臺。(3) 網(wǎng)絡(luò)現(xiàn)狀浙江聯(lián)通通過省中心、地市中心、營業(yè)廳三級網(wǎng)絡(luò)結(jié)構(gòu),收集全省計費數(shù)據(jù),在省中心統(tǒng)一處理和管理。省中心:省中心內(nèi)部局域網(wǎng)采用千兆以太網(wǎng)技術(shù)構(gòu)造網(wǎng)絡(luò)主干,其中g(shù)網(wǎng)計費子系統(tǒng)省中心局域網(wǎng)配置了3臺cisco 7206路由器,其中一臺同時作為其它兩臺的備份,共同負責全省各地市廣域網(wǎng)的路由傳輸,并在中心配置了兩臺catalyst 6000交換機(6506和6509),目前中心交換機6506放置在延安路四樓機房,中心交換機6509放置在樞紐樓三樓。省中心綜合營帳、綜合結(jié)算及gsm計費各系統(tǒng)間的通信由兩臺中心交換機共同完成;另外延安路四樓機房的中心交換機6506還負責省中心與地市中心、oa系統(tǒng)等的通信;樞紐樓三樓的中心交換機6509還負責與客服系統(tǒng)、165計費、17911計費、cdma計費、短信計費等系統(tǒng)的通信。主機和路由器與交換機采取交叉連接,提供冗余線路,并連接省中心網(wǎng)管微機,同時綜合營帳及結(jié)算子系統(tǒng)的數(shù)據(jù)傳輸通過該局域網(wǎng)完成;c網(wǎng)計費子系統(tǒng)省中心局域網(wǎng)采用千兆以太網(wǎng)和快速以太網(wǎng)技術(shù)組網(wǎng),設(shè)有2臺catalyst 4006交換機和2臺cisco 7206路由器,主機服務(wù)器通過千兆端口接入中心局域網(wǎng)交換機,控制終端等其他設(shè)備通過十兆或百兆端口接入核心交換機。省中心局域網(wǎng)通過浙江聯(lián)通傳輸網(wǎng)與地市中心的路由器設(shè)備相連,完成全省數(shù)據(jù)的傳輸;各專業(yè)計費子系統(tǒng)通過網(wǎng)絡(luò)接口與省中心綜合營帳結(jié)算系統(tǒng)相連,使各專業(yè)的計費子系統(tǒng)、營帳系統(tǒng)、結(jié)算系統(tǒng)聯(lián)合起來,形成一個完整的“專業(yè)計費,綜合營帳”系統(tǒng)。地市中心:g網(wǎng)廣域網(wǎng)通過各地市cisco 3640路由器,將地市計費營業(yè)數(shù)據(jù)上傳到省中心進行集中處理,局域網(wǎng)配置catalyst 1900交換機;c網(wǎng)廣域網(wǎng)通過各地市cisco 2621路由器和網(wǎng)絡(luò)交換機與該地市北電或朗訊的omc網(wǎng)絡(luò)相連(地市網(wǎng)絡(luò)交換機采用廠商自配的網(wǎng)絡(luò)交換機或hub),建立從終端服務(wù)器上采集數(shù)據(jù)的通路,完成計費數(shù)據(jù)的實時采集,并將數(shù)據(jù)送至省中心的采集服務(wù)器進行處理。省中心與各地市的數(shù)據(jù)傳輸均通過ddn傳輸網(wǎng)實現(xiàn)。地市營業(yè)廳:局域網(wǎng)通過3com hub連接營業(yè)廳前臺營業(yè)受理終端,通過cisco 2601上連地市中心路由器cisco 3640。三、系統(tǒng)實現(xiàn)3.1 系統(tǒng)架構(gòu)根據(jù)浙江聯(lián)通業(yè)務(wù)運營的需求,建立容災(zāi)中心并緩減生產(chǎn)系統(tǒng)的負荷壓力、保證業(yè)務(wù)運營的連續(xù)性。平時,利用容災(zāi)中心與生產(chǎn)中心的數(shù)據(jù)同步,在容災(zāi)中心通過生成bcv實現(xiàn)業(yè)務(wù)查詢和開發(fā)測試工作;在生產(chǎn)中心系統(tǒng)癱瘓時,備份中心的備用系統(tǒng)迅速能夠接管,從而減少宕機時間,保證運營業(yè)務(wù)的連續(xù)性。系統(tǒng)拓撲示意如下圖所示:3.1.1 容災(zāi)系統(tǒng)的實現(xiàn)針對浙江聯(lián)通目前的狀況,采用emc的srdf容災(zāi)解決方案來逐步實現(xiàn)遠程容災(zāi)系統(tǒng):a、 在同一生產(chǎn)數(shù)據(jù)中心內(nèi)實施容災(zāi)系統(tǒng),并進行測試及容災(zāi)演練;b、 建設(shè)紹興容災(zāi)中心;c、 將容災(zāi)系統(tǒng)搬遷到紹興容災(zāi)中心內(nèi),真正地實現(xiàn)遠程容災(zāi)。在杭州樞紐樓和紹興容災(zāi)中心之間使用emc公司的srdf同步技術(shù),保證二者之間數(shù)據(jù)的同步,確保在生產(chǎn)中心發(fā)生事故時,備份中心能夠最快速的啟動,并且盡可能不丟失任何數(shù)據(jù)。同時,為最大限度的保護投資,遠程容災(zāi)中心不會空置,利用emc的timefinder技術(shù)生成emc獨有的bcv(業(yè)務(wù)連續(xù)性卷),支撐查詢系統(tǒng)和開發(fā)系統(tǒng)等業(yè)務(wù)系統(tǒng),以滿足查詢系統(tǒng)和開發(fā)系統(tǒng)的需求。emc srdf對綜合營帳系統(tǒng)提供的保護有如下幾點:u 當生產(chǎn)中心出現(xiàn)問題需要做生產(chǎn)中心遷移時,容災(zāi)中心在人工干預(yù)下提供生產(chǎn)中心的所有(或部分)應(yīng)用服務(wù);u 災(zāi)難切換時,使用swap命令就可以將r2轉(zhuǎn)成生產(chǎn)卷,生產(chǎn)卷轉(zhuǎn)成r2?;厍袝r,再使用swap命令即可;swap后,srdf的操作方式不變,而且還是增量方式進行生產(chǎn)卷和r2的重新同步,即可以從r2將數(shù)據(jù)以增量方式恢復(fù)到生產(chǎn)卷;u 在容災(zāi)中心,srdf可以和timefinder結(jié)合,利用r2生成bcv,從而滿足查詢和開發(fā)的需求;u srdf通信鏈路中斷后,主機繼續(xù)對生產(chǎn)卷進行操作,symmetrix會自動記錄修改過的磁道,在通信恢復(fù)后,srdf會自動將修改過的磁道同步到容災(zāi)中心的r2;u srdf的實施對主機、操作系統(tǒng)、數(shù)據(jù)庫透明,即不占用主機、操作系統(tǒng)、數(shù)據(jù)庫資源,而且不同的主機、操作系統(tǒng)、數(shù)據(jù)庫可以通過一套srdf實現(xiàn)容災(zāi);u 以srdf為基礎(chǔ)實現(xiàn)的綜合營帳容災(zāi)系統(tǒng),也可以很方便地為其他業(yè)務(wù)系統(tǒng)提供同樣的功能;u srdf可以實現(xiàn)一備多、多備一方式,如二個symmetrix可以通過同一通信連路和一個symmetrix建立srdf連接,這可以為浙江聯(lián)通日后進一步的遠程容災(zāi)打下基礎(chǔ);u srdf可以使用各種通訊鏈路,如atm、e3、dwdm、ip等等;本次項目使用cwdm,實現(xiàn)最遠距離為200km的遠程容災(zāi)。3.1.2 查詢、數(shù)據(jù)分析系統(tǒng)(數(shù)據(jù)挖掘、統(tǒng)計報表等應(yīng)用)的實現(xiàn)查詢系統(tǒng)、數(shù)據(jù)分析系統(tǒng)(如數(shù)據(jù)挖掘、統(tǒng)計報表等應(yīng)用)會有較大的主機資源消耗,對生產(chǎn)系統(tǒng)的影響非常大,因此,如果將查詢系統(tǒng)、數(shù)據(jù)分析系統(tǒng)建立在生產(chǎn)系統(tǒng)基礎(chǔ)上,生產(chǎn)系統(tǒng)將面臨性能大副下降的危險,而且對生產(chǎn)系統(tǒng)的安全也存在威脅。通過遠程容災(zāi)系統(tǒng)的實現(xiàn),可以將查詢系統(tǒng)、數(shù)據(jù)分析系統(tǒng)在容災(zāi)端實現(xiàn),將查詢系統(tǒng)、數(shù)據(jù)分析系統(tǒng)和生產(chǎn)系統(tǒng)分離開來,從而減輕生產(chǎn)系統(tǒng)壓力。在使用查詢系統(tǒng)前,首先建立bcv和r2的鏡像關(guān)系,進行數(shù)據(jù)同步,待同步結(jié)束后,分離bcv和r2,然后查詢系統(tǒng)、數(shù)據(jù)分析系統(tǒng)在相應(yīng)的bcv上進行操作。3.1.3 開發(fā)和測試系統(tǒng)的實現(xiàn)在容災(zāi)中心,可以提供軟件開發(fā)、測試環(huán)境,使軟件具有一個完整的開發(fā)、測試環(huán)境,并通過存儲技術(shù),極大提高軟件開發(fā)測試環(huán)境的搭建速度;并使軟件開發(fā)測試和生產(chǎn)環(huán)境分離開來,解決目前浙江聯(lián)通使用磁帶或ftp網(wǎng)絡(luò)傳輸搭建軟件開發(fā)測試環(huán)境造成的效率不高且完整性不夠的問題,并且提高系統(tǒng)的安全性。同樣,在使用前首先需建立bcv和r2的鏡像關(guān)系,進行數(shù)據(jù)同步,待同步結(jié)束后,分離bcv和r2,然后開發(fā)系統(tǒng)就可以獲得與生產(chǎn)系統(tǒng)相同的數(shù)據(jù)源,從而可以在真實環(huán)境中進行測試、開發(fā)。3.2 主機系統(tǒng)設(shè)計3.2.1 主機系統(tǒng)的要求備份中心是一個獨立的計費中心,考慮到系統(tǒng)投資與系統(tǒng)利用率應(yīng)成一定的比例,備份中心配置一臺或兩臺高性能主機承擔主中心的核心業(yè)務(wù)(計費、營業(yè)、帳務(wù)、結(jié)算)。主機系統(tǒng)是容災(zāi)備份系統(tǒng)的核心,其性能直接影響到整個系統(tǒng)的性能,根據(jù)快速增長的大容量移動通信網(wǎng)絡(luò)對計費主機系統(tǒng)的要求,我們認為主機系統(tǒng)應(yīng)具備以下特性:u 高擴展性:由于移動電話用戶的飛速增長,主中心必然會迅速擴展,備份中心主機系統(tǒng)的結(jié)構(gòu)必須具有較高的擴展性,能夠隨業(yè)務(wù)量增加,通過各種方式如增加節(jié)點、處理器、內(nèi)存等,提高性能以滿足新的需求。u 高可靠性:計費主機系統(tǒng)需724小時連續(xù)運行,同時系統(tǒng)具有很好的容錯能力。u 高安全性:備份中心是為了保證整個計費系統(tǒng)的高安全性而建設(shè)的,主機系統(tǒng)是容災(zāi)備份系統(tǒng)的核心部分,因此必須保證對所有可能發(fā)生的安全性問題有完整的告警能力和應(yīng)急措施。u 并行處理能力:主機系統(tǒng)應(yīng)具有較強的并行處理能力,能夠并發(fā)處理多個事務(wù),同時能夠?qū)崿F(xiàn)多個事務(wù)的分攤,以提高主機的利用率,從而達到提高整個系統(tǒng)的性能。3.2.2 容災(zāi)中心數(shù)據(jù)庫性能指標的估算主機系統(tǒng)是保證整個計費系統(tǒng)性能達到設(shè)計目標的最重要,最基礎(chǔ)的因素。為滿足系統(tǒng)的性能需求,必須進行科學的分析和測算。由于當今硬件技術(shù)發(fā)展迅速,性能價格比大幅度增長,因而為系統(tǒng)選擇適當配置的機型對于保護用戶投資是十分重要的。對主機性能評測的指標有多種多樣,由于本系統(tǒng)中的計費系統(tǒng)的應(yīng)用屬于在線聯(lián)機事務(wù)處理類型,因此,tpc-c值將是在設(shè)計方案中衡量主機性能的最主要的指標。首先介紹一下主機需要處理的任務(wù)。主機處理任務(wù)由前文敘述可知,備份中心完成計費、營業(yè)、帳務(wù)、繳費卡支付四項功能。聯(lián)機實時計費處理是在具備實時采集的條件下,話單從交換機采集下來后,實時地對這些話單進行預(yù)處理及批價處理。目前g網(wǎng)和c網(wǎng)均采用聯(lián)機實時計費處理。帳務(wù)處理主要包括實時計費合帳處理和帳務(wù)批量處理。其中每個計費周期進行一次帳務(wù)批量處理,根據(jù)需求,整個帳務(wù)批量處理的時間必須限制在10小時之內(nèi),因此,其對主機性能的要求就是10小時必須對所有用戶出帳。營業(yè)處理主要是對日常的營業(yè)受理等工作并進行處理,系統(tǒng)采用三層的方式進行系統(tǒng)的構(gòu)造,考慮并發(fā)的數(shù)據(jù)庫連接所需要的系統(tǒng)響應(yīng),聯(lián)機應(yīng)用處理是指查詢及繳費處理對數(shù)據(jù)庫主機性能的要求,包括銀行接口對主機處理能力的需求。整個聯(lián)機應(yīng)用處理包括兩方面,一是對數(shù)據(jù)庫主機的需求,一是對聯(lián)機應(yīng)用處理主機的需求,即應(yīng)用服務(wù)器的需求,這部分需求的計算將在后面介紹。統(tǒng)一客戶資料處理主要是完成營業(yè)受理及帳務(wù)處理調(diào)用客戶資料的接口功能。3.2.3 tpc-c測試模型性能指數(shù)tpc-c值代表的是系統(tǒng)每分鐘完成訂單處理的數(shù)量。測試用多個事務(wù)處理來模擬現(xiàn)實世界中訂單處理的真實情況,每個有時間限制的事務(wù)代表了訂單處理中的一個環(huán)節(jié)。其中有:新訂單處理、訂單查詢、傳送訂單、付款信息更新、庫存數(shù)量檢測。the new-order transaction新訂單事務(wù)處理中包括了在一個數(shù)據(jù)庫事務(wù)處理中完成一個完整的訂單內(nèi)容進入系統(tǒng)。它代表了一個高頻度執(zhí)行、中等負荷、含讀寫操作、要求實時響應(yīng)聯(lián)機用戶的一種事務(wù)處理。這類事務(wù)處理是測試中的主要類型,用來衡量系統(tǒng)的處理能力。the payment transaction付款事務(wù)處理負責更新用戶的帳戶信息,同時更改區(qū)域及倉庫的統(tǒng)計信息。它代表了一類高頻度執(zhí)行、輕負荷、含讀寫操作、要求實時響應(yīng)的一類事務(wù)處理。the order-status transaction訂單狀態(tài)事務(wù)處理用來查詢用戶最新的訂貨信息。它代表了一類低頻度運行、中等負荷、對數(shù)據(jù)庫進行只讀操作、對響應(yīng)時間有要求的事務(wù)處理。the delivery transaction傳送事務(wù)處理完成10個新訂單的處理,每個訂單處理包括對數(shù)據(jù)庫的讀寫操作。它代表了一類低頻度執(zhí)行、但必須保證在一定時間內(nèi)完成的事務(wù)處理。傳送事務(wù)處理是在后臺運行的非交互式進程,它將運行結(jié)果記入結(jié)果文件。the stock-level transaction庫存檢測事務(wù)處理負責檢查最近貨物的銷售情況,并核對其告警限額。它代表了一類重負荷、低頻度運行、對數(shù)據(jù)庫作只讀操作、對響應(yīng)時間和一致性要求不高的事務(wù)處理。3.2.4 主機性能估算說明計費主機的選型取決于主機的處理能力及擴展能力,對主機的性能和存儲能力按擬建規(guī)模容量進行計算,保證系統(tǒng)的處理能力能夠滿足工程投產(chǎn)后的業(yè)務(wù)發(fā)展需求。計費主機的處理能力作用體現(xiàn)在每秒鐘的話單處理數(shù)量上。話單處理主要包括話單的采集、預(yù)處理、入庫、查重、碰撞檢查等功能。根據(jù)月話單量可以推算出其省計費中心每秒需要處理的話單數(shù)。主機系統(tǒng)的選擇主要考慮主機系統(tǒng)的運算能力和i/o能力,目前比較公認的衡量一個主機系統(tǒng)聯(lián)機在線處理能力的參數(shù)是tpmc值,tpmc值是測試一個主機在配備某種操作系統(tǒng),采用某種數(shù)據(jù)的情況下每分鐘處理事務(wù)的能力,tpmc值越高說明系統(tǒng)處理能力越強。備份中心對計費、營業(yè)、帳務(wù)各系統(tǒng)主機不獨立,將通過一臺和兩臺高性能服務(wù)器采用單機或雙機熱備份、負荷分擔等方式配置主機??紤]到投資、用戶理解程度、備份中心利用率等因素,備份中心相對于主中心來說,性能要求降低,但同時也要兼顧主備中心的應(yīng)用軟件匹配性,因此系統(tǒng)主機需同時滿足實時計費處理和實時合帳處理,出帳處理考慮到系統(tǒng)的性能要求問題,安排在晚間處理,營業(yè)處理在系統(tǒng)故障時,在用戶理解程度上延長響應(yīng)時間,因此主機tpcc需求有以下計算公式:數(shù)據(jù)庫主機tpcc=max(聯(lián)機實時計費tpcc + 實時合帳處理tpcc + 營業(yè)處理tpcc統(tǒng)一客戶資料tpcc,合帳批量處理tpcc統(tǒng)一客戶資料tpcc )3.2.5 數(shù)據(jù)庫主機性能指標tpcc估算本次備份容災(zāi)系統(tǒng)性能指標計算參數(shù)具體如下:(1) g網(wǎng):用戶數(shù)590萬戶,每用戶平均每天產(chǎn)生話單6張,忙時集中系數(shù)為2.4,cpu利用率為0.8;(2) c網(wǎng)電路域:用戶數(shù)為170萬戶,每用戶平均每天產(chǎn)生話單15張,忙時集中系數(shù)為2.4,cpu利用率為0.8;(3) c網(wǎng)數(shù)據(jù)域:用戶數(shù)為30萬戶,其它同c網(wǎng)電路域各參數(shù);(4) 193長途:用戶數(shù)為600萬戶,每用戶每天產(chǎn)生一張話單,忙時集中率為0.04, cpu利用率為0.8;(5) 17911電話:用戶數(shù)為64萬戶,每用戶每天產(chǎn)生一張話單,忙時集中率為0.04,cpu利用率為0.8;(6) 165:用戶數(shù)為48萬戶,每用戶每天產(chǎn)生兩張話單,忙時集中率為1.2;(7) 尋呼:用戶數(shù)為80萬戶,由于尋呼不出帳單,只作流水記錄,所以只影響營業(yè)處理的tpcc值;(8) 由于193與17911用戶目前與gsm用戶疊加率較高,因此考慮其用戶疊加率為0.8。以下計算,年按12個月計,月按30天,天按24小時計,小時按60分鐘,分鐘按60秒計,tpcc值以分鐘計。u 聯(lián)機實時計費處理tpcc聯(lián)機實時計費tpcc每秒處理話單數(shù)每張話單占用的事務(wù)數(shù)峰值系數(shù)600.8,每張話單占用的事務(wù)數(shù)為0.5。按以上要求計算得:g網(wǎng)實時計費tpcc=5901000062436000.52.4600.836875tpmcc網(wǎng)實時計費tpcc=(170+30)10000152436000.52.4600.831250tpmc因此聯(lián)機實時計費需滿足68125 tpmc。u 帳務(wù)處理及統(tǒng)計分析處理tpcc帳務(wù)處理主要包括聯(lián)機實時的計費合帳處理和每個計費周期進行一次的帳務(wù)批量處理。實時計費合帳處理tpcc計算模型參照聯(lián)機實時計費處理tpcc,則:實時計費合帳處理tpcc每秒處理話單數(shù)每張話單合帳占用的事務(wù)數(shù)峰值系數(shù)600.8,其中每張話單合帳占用的事務(wù)數(shù)為0.25;帳務(wù)批量處理tpcc=用戶數(shù)每用戶出帳占用的事務(wù)數(shù)/業(yè)務(wù)響應(yīng)時間(以分鐘為單位),其中每用戶出帳占用的事務(wù)數(shù)為5。按以上要求計算的得:g網(wǎng)實時合帳處理tpccg15901000062436000.252.4600.8=18438pmcg網(wǎng)出帳處理tpccg2590100005(1060)0.8=61458tpmcc網(wǎng)實時合帳處理tpccc1(17030)10000152436000.252.4600.8=15625tpmcc網(wǎng)出帳處理tpccc2(17030)10000510600.8=20833tpmc193長途網(wǎng)實時合帳處理tpcc19316001000010.04600.250.8=1250tpmc193長途網(wǎng)出帳處理tpcc1932600(1-0.8)10000510600.8=12500tpmcip電話網(wǎng)實時合帳處理tpccip1641000010.04600.250.8=133tpmcip電話網(wǎng)出帳處理tpccip264(1-0.8)10000510600.8=1333tpmc165實時合帳處理tpcc165148100002241.2600.250.8=250tpmc165出帳處理tpcc16524810000510600.8=5000tpmc綜合計算得:實時出帳處理tpcc=g1+c1+1931+ip1 + 1651=35696tpmc出帳處理tpcc= g2+c2+1932+ip2+165 2=101124tpmc考慮該系統(tǒng)為備份中心,因此為節(jié)省系統(tǒng)性能,出帳處理盡量放在晚上處理,不與實時計費及合帳處理沖突。u 營業(yè)處理tpcctpcc計算公式終端數(shù)并發(fā)比率(營業(yè)受理或業(yè)務(wù)變更的事務(wù)數(shù)/業(yè)務(wù)響應(yīng)時間清單查詢/業(yè)務(wù)響應(yīng)時間)忙時集中系數(shù)600.8公式說明:綜合營業(yè)主機主要以處理營業(yè)受理或業(yè)務(wù)變更及清單查詢業(yè)務(wù)為主;一般每三千個用戶配置一個終端;并發(fā)比率為20%;營業(yè)受理每筆的事務(wù)數(shù)為2,業(yè)務(wù)響應(yīng)時間為2秒,每月15%的用戶進行營業(yè)受理或業(yè)務(wù)變更;清單查詢的事務(wù)數(shù)是6,業(yè)務(wù)響應(yīng)時間為10秒,每個用戶每月進行一次清單查詢;營業(yè)處理忙時集中系數(shù)為1.5通過對兩種業(yè)務(wù)的折算,可以得:每秒每筆業(yè)務(wù)的事務(wù)數(shù)21526100.75因此得:營業(yè)處理tpcc=(590+170+(600+64)(1-80%)+48+80)100003000200.751.5600.8=59108tpmcu 統(tǒng)一客戶資料處理tpcc統(tǒng)一客戶資料子系統(tǒng)主要實現(xiàn)客戶信息的整合,為其他各系統(tǒng)提供統(tǒng)一最新的客戶資料,外部系統(tǒng)運行提取客戶信息時并發(fā)操作對主機性能影響最大。根據(jù)聯(lián)通總部營帳系統(tǒng)內(nèi)部接口規(guī)范要求,結(jié)合目前浙江聯(lián)通支撐業(yè)務(wù)系統(tǒng)建設(shè)情況,考慮統(tǒng)一客戶資料子系統(tǒng)需要提供的接口單元大約為80個,按照本期工程浙江聯(lián)通用戶數(shù)的取定情況,假定每個接口提取用戶資料數(shù)據(jù)為:平均20次數(shù)據(jù)庫操作/秒;根據(jù)相關(guān)系統(tǒng)的經(jīng)驗操作,1次數(shù)據(jù)庫操作相當于計算機事務(wù)處理能力單位值的1/10,cpu利用率為80。所以,統(tǒng)一客戶資料子系統(tǒng)主機tpcc值8020110600.812000tpmc。u 主機系統(tǒng)tpmc值取定由前述分析,得到下表:主機功能tpcc實時計費處理68125 tpmc實時合帳處理35696tpmc出帳處理101124tpmc營業(yè)處理59108 tpmc統(tǒng)一客戶資料12000tpmc系統(tǒng)性能需求值174929tpmc依據(jù)主機性能估算指標中的計算公式,計算得系統(tǒng)性能指標需求值為174929tpmc。3.2.6 主機內(nèi)存估算內(nèi)存的計算也是同等重要的,軟件是內(nèi)存的最大消耗者,數(shù)據(jù)庫軟件更是耗盡內(nèi)存的大戶,更不用說數(shù)據(jù)庫本身。除去軟件的內(nèi)存占用,數(shù)據(jù)處理也要占用大量的內(nèi)存,cpu要使用大量的分頁內(nèi)存,如果主存(物理內(nèi)存)不夠,系統(tǒng)一般會增加虛擬內(nèi)存的大小,使硬盤也成為犧牲品。因此在廣泛使用數(shù)據(jù)庫和數(shù)據(jù)處理的場合,更快的處理器和更大的內(nèi)存支持是系統(tǒng)提速的關(guān)鍵因素。內(nèi)存的計算可以用以下公式進行:內(nèi)存量各項業(yè)務(wù)占用內(nèi)存的合計操作系統(tǒng)占用內(nèi)存數(shù)據(jù)庫占用內(nèi)存1) 各項業(yè)務(wù)占用的內(nèi)存主要有以下幾項:(1) 用戶檔案占用內(nèi)存為提高系統(tǒng)處理效率,需要將用戶檔案(包括用戶、帳戶、客戶、帳務(wù)關(guān)系)及索引上載內(nèi)存,每個用戶檔案占用內(nèi)存400bytes,用戶檔案占用內(nèi)存= 用戶數(shù)400byte(590+170+(600+64)(1-80%)+48+80)100004004.2gb(2) 話單稽核占用內(nèi)存考慮到實時業(yè)務(wù)的需求,需要在內(nèi)存中保留3天的話單進行話單重單稽核,每張話單稽核的要素占用內(nèi)存40bytes,話單稽核占用內(nèi)存=(月話單數(shù)/10)40byte=(5906302001530(600+64)1482)100001040=8.76gb(3) 話單合帳占用內(nèi)存話單實時合帳處理生成的帳目需要進行內(nèi)存緩沖,每條帳目需要占用80bytes,約1/3的用戶會產(chǎn)生帳目,話單合帳占用內(nèi)存=(用戶數(shù)/3)80byte(590+170+(600+64)(1-80%)+48+80)100003800.28gb帳務(wù)批量處理約需占用內(nèi)存2gb(4) 營業(yè)處理占用內(nèi)存每個客戶端請求占用營業(yè)系統(tǒng)內(nèi)存為:2mb。營業(yè)處理占用內(nèi)存并發(fā)終端請求數(shù)2mb=(590+170+(600+64)(1-80%)+48+80)1000030002020000001.4gb(5) 報表、管理程序以及計算規(guī)則占用內(nèi)存考慮為2gb綜上所述得到下表:操作名稱占用內(nèi)存用戶檔案4.2gb話單稽核8.76gb話單合帳0.28gb帳務(wù)批量處理2gb營業(yè)處理1.4gb系統(tǒng)、數(shù)據(jù)庫、報表、管理程序以及計算規(guī)則2gb預(yù)留101.864gb各項業(yè)務(wù)占用內(nèi)存需求合計20.5gb3.2.7 容災(zāi)中心應(yīng)用服務(wù)器性能指標估算u 應(yīng)用服務(wù)器性能指標tpcc估算應(yīng)用服務(wù)器負責系統(tǒng)的應(yīng)用處理,除計費處理、帳務(wù)處理和接口處理部分的功能外,所有的應(yīng)用處理邏輯都在應(yīng)用服務(wù)器上處理。整個計費營帳系統(tǒng)的所有應(yīng)用都是基于三層應(yīng)用體系結(jié)構(gòu)的,應(yīng)用服務(wù)器上的應(yīng)用實現(xiàn)系統(tǒng)應(yīng)用的第二層,即中間層,負責處理相關(guān)的業(yè)務(wù)邏輯。應(yīng)用服務(wù)器的配置取決于以下幾個因素:(1) 業(yè)務(wù)量大小,共1051萬戶。(2) 系統(tǒng)配置富裕量因子。(3) 高峰時的并發(fā)業(yè)務(wù)交易數(shù)。下面將根據(jù)以上數(shù)據(jù),并結(jié)合應(yīng)用的經(jīng)驗,計算浙江聯(lián)通計費營帳結(jié)算容災(zāi)系統(tǒng)應(yīng)用服務(wù)器的配置。(1) 每秒并發(fā)業(yè)務(wù)交易數(shù)每秒并發(fā)業(yè)務(wù)交易數(shù)用戶數(shù)3000(每3000個用戶一個請求終端)并發(fā)率20700(2) 系統(tǒng)配置富裕因子根據(jù)經(jīng)驗,系統(tǒng)配置的富裕因子考慮為80%。根據(jù)前面兩項的計算,高峰瞬間的并發(fā)交易數(shù)為:70080= 876應(yīng)用服務(wù)每一終端請求觸發(fā)事務(wù)數(shù)為0.5,則:應(yīng)用

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論