X省電信有限公司企業(yè)信息化系統(tǒng)整合項目存儲平臺一期工程招標(biāo)文件

1、xx省省電電信信有有限限公公司司企企業(yè)業(yè)信信息息化化系系統(tǒng)統(tǒng)整整合合項項目目 存儲及容災(zāi)平臺一期工程存儲及容災(zāi)平臺一期工程 招標(biāo)文件招標(biāo)文件 第三卷第三卷 技術(shù)規(guī)范書技術(shù)規(guī)范書 目目錄錄 1 1總總 則則 .5 5 1.11.1概述概述.5 1.1.11.1.1規(guī)范定義 .5 1.1.21.1.2規(guī)范內(nèi)容 .5 1.1.31.1.3規(guī)范依據(jù) .5 1.1.41.1.4規(guī)范要求 .5 1.1.51.1.5規(guī)范書有關(guān)內(nèi)容的澄清 .6 1.21.2對賣方建議書的要求對賣方建議書的要求.6 1.2.11.2.1技術(shù)規(guī)范書點對點應(yīng)答書要求 .6 1.2.21.2.2建議書的內(nèi)容格式要求 .6 1.2.3

2、1.2.3其他一些要求 .7 1.2.41.2.4總體要求 .8 1.31.3報價體系具體要求報價體系具體要求.8 1.3.11.3.1服務(wù)報價要求 .8 1.3.21.3.2培訓(xùn)報價要求 .9 1.3.31.3.3技術(shù)文檔要求 .9 1.3.41.3.4保密要求 .9 2 2工程說明工程說明 .1010 2.12.1系統(tǒng)建設(shè)目標(biāo)系統(tǒng)建設(shè)目標(biāo).10 2.22.2系統(tǒng)建設(shè)原則系統(tǒng)建設(shè)原則.11 2.32.3系統(tǒng)建設(shè)規(guī)模及需求系統(tǒng)建設(shè)規(guī)模及需求.11 2.3.12.3.1綜合受理平臺 .12 2.3.22.3.2綜合決策分析平臺 .12 2.3.32.3.3統(tǒng)一客戶資料平臺 .12 2.3.42.

3、3.4eai 平臺.13 2.3.52.3.5傳輸網(wǎng)管集中監(jiān)控系統(tǒng) .14 2.3.62.3.6大客戶網(wǎng)絡(luò)服務(wù)保障系統(tǒng) .14 2.3.72.3.7電子運維系統(tǒng) .14 2.3.82.3.8資金管控系統(tǒng) .14 2.42.4系統(tǒng)功能定位系統(tǒng)功能定位.14 3 3系統(tǒng)技術(shù)要求系統(tǒng)技術(shù)要求 .1515 3.13.1總體原則總體原則.15 3.1.13.1.1實用性與成熟性實用性與成熟性 .15 3.1.23.1.2先進(jìn)性先進(jìn)性 .15 3.1.33.1.3開放性與標(biāo)準(zhǔn)化開放性與標(biāo)準(zhǔn)化 .15 3.1.43.1.4靈活性和擴展性 .15 3.1.53.1.5高可用性 .15 3.1.63.1.6易于

4、管理和維護(hù) .15 3.1.73.1.7高效率 .16 3.1.83.1.8安全性 .16 3.1.93.1.9可擴充性原則可擴充性原則 .16 3.1.103.1.10前瞻規(guī)劃原則前瞻規(guī)劃原則.16 3.23.2總體要求總體要求.17 3.33.3技術(shù)原則及要求技術(shù)原則及要求.17 3.3.13.3.1存儲備份設(shè)備要求 .18 3.3.2.1在線高端磁盤存儲設(shè)備選型原則 .18 3.3.2.2二級備份磁盤存儲設(shè)備選型原則 .19 3.3.2.3磁帶備份存儲設(shè)備選型原則 .20 3.3.2.4備份設(shè)備選型原則 .20 3.3.2.5數(shù)據(jù)備份方案 .21 3.3.2.6存儲備份配置方案 .23

5、3.3.23.3.2容災(zāi)方案 .24 3.3.2.1容災(zāi)中心建設(shè)目標(biāo) .24 3.3.2.2容災(zāi)中心建設(shè)要求 .25 3.3.2.3同步容災(zāi)介紹 .25 3.3.2.4容災(zāi)中心邏輯圖 .26 3.3.2.5容災(zāi)中心部署圖 .27 3.3.2.6網(wǎng)絡(luò)連接要求 .28 4 4實施步驟實施步驟 .2929 5 5項目管控要求項目管控要求 .3030 5.15.1項目建設(shè)過程管控項目建設(shè)過程管控.30 5.25.2技術(shù)管控要求技術(shù)管控要求.31 6 6售后服務(wù)要求售后服務(wù)要求 .3232 6.16.1系統(tǒng)服務(wù)要求系統(tǒng)服務(wù)要求.32 6.26.2售后服務(wù)要求售后服務(wù)要求.32 7 7工程計劃、項目組織和

6、技術(shù)培訓(xùn)要求工程計劃、項目組織和技術(shù)培訓(xùn)要求 .3434 7.17.1工程計劃及進(jìn)度工程計劃及進(jìn)度.34 7.27.2項目組織要求項目組織要求.34 7.37.3技術(shù)培訓(xùn)要求技術(shù)培訓(xùn)要求.34 8 8售后技術(shù)支持及其他售后技術(shù)支持及其他 .3535 8.1其他.35 1 總總 則則 1.11.1 概述概述 1.1.11.1.1規(guī)范定義 本文件為“xx 省電信有限公司企業(yè)信息化系統(tǒng)整合項目存儲平臺一期工程” 技術(shù)規(guī)范書。提供本工程相關(guān)軟硬件設(shè)備的公司（以下稱賣方）應(yīng)向 xx 省電信 有限公司（以下簡稱“xx 電信” ）就系統(tǒng)所需的硬件設(shè)備、軟件設(shè)備及系統(tǒng)集成 作出詳細(xì)答復(fù)。 1.1.21.1.2

7、規(guī)范內(nèi)容 本規(guī)范書主要針對本次項目所需要的硬件設(shè)備、軟件設(shè)備等方面提出相應(yīng)的 技術(shù)規(guī)范要求。本規(guī)范給出了買方對 xx 省電信有限公司企業(yè)信息化系統(tǒng)整合項 目存儲平臺一期工程在硬件設(shè)備、軟件設(shè)備等方面應(yīng)滿足的各項要求，這些要求 將在以后的各章節(jié)中列出，以供賣方編寫方案建議書、硬件設(shè)備及軟件設(shè)備的配 置、供貨及報價書之用。請賣方根據(jù)自己所能提供的硬件設(shè)備和軟件設(shè)備，給出 詳細(xì)的方案建議書和商務(wù)報價書。 1.1.31.1.3規(guī)范依據(jù) （1）iso、itu-t、etsi、imtc、ietf 等軟硬件技術(shù)標(biāo)準(zhǔn)； （4）其他相關(guān)資料。 1.1.41.1.4規(guī)范要求 （1）賣方應(yīng)承諾所提供的硬件設(shè)備在產(chǎn)品性

8、能、技術(shù)指標(biāo)、服務(wù)內(nèi)容等方面滿足 本規(guī)范的要求； （2）當(dāng)買方有新建議，而本規(guī)范又尚未包括或和本規(guī)范不符時，則應(yīng)符合買方新 建議的要求；對于買方尚未有標(biāo)準(zhǔn)的，而本規(guī)范又未提及的部分，賣方提出其標(biāo)準(zhǔn)， 待雙方認(rèn)可后執(zhí)行； （3）當(dāng)賣方的設(shè)備中包含自己的專用標(biāo)準(zhǔn)，應(yīng)在建議書中具體說明，并附上相應(yīng) 的詳細(xì)資料； （4）賣方應(yīng)列出其建議書中所提供設(shè)備和系統(tǒng)在世界范圍內(nèi)和國內(nèi)的應(yīng)用情況， 諸如最大規(guī)模、業(yè)務(wù)類型及開展方式、用戶數(shù)量等。 1.1.51.1.5規(guī)范書有關(guān)內(nèi)容的澄清 （1）賣方對于規(guī)范書的疑問可以通過書面材料與買方聯(lián)系。在規(guī)定的建議書提交 最后期限以前，買方將以書面材料給予答復(fù)，有關(guān)買方答復(fù)材

9、料的復(fù)印件也將遞交所 有得到技術(shù)規(guī)范書的賣方。 （2）在技術(shù)談判的各個階段，買方將以書面形式要求賣方對有關(guān)問題進(jìn)行進(jìn)一步 的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文件都將作為 合同附件。 （3）未經(jīng)買方許可，賣方不得以任何形式向第三方提供本文件的全部或部分內(nèi)容。 （4）買方在任何時候保留和擁有對本文件的解釋權(quán)和修改權(quán)。買方有權(quán)在簽定合 同前，根據(jù)需要修改和補充本技術(shù)規(guī)范書，修改補充后的最終技術(shù)規(guī)范書將作為合同 的附件。 （5）本工程技術(shù)規(guī)范書要求賣方針對本規(guī)范書描寫進(jìn)行詳細(xì)應(yīng)標(biāo)。 1.21.2 對賣方建議書的要求對賣方建議書的要求 賣方在收到本文件后，應(yīng)提供的資料包括以下

10、幾部分： （1）對本文件的點對點應(yīng)答書 （2）技術(shù)建議書 （3）報價書 1.2.11.2.1技術(shù)規(guī)范書點對點應(yīng)答書要求 賣方的應(yīng)答書中，要求對本文件的技術(shù)規(guī)范部分所提出的各項條款進(jìn)行逐項答復(fù)、 說明和解釋，首先對實現(xiàn)或滿足程度明確作出“滿足” 、 “部分滿足” 、 “不滿足”等應(yīng) 答。在答復(fù)中，凡采用“詳見” 、 “參見”方式說明的，應(yīng)指明參見文檔的具體章節(jié)或 頁碼。請賣方特別注意：凡采用“詳見” 、 “參見”方式說明的條款，必須在點對點應(yīng) 答書中注有適當(dāng)?shù)目偨Y(jié)性文字，簡潔、明了地回答相應(yīng)的條款。對于規(guī)范書中要求列 舉的條款，必須在點對點應(yīng)答書中進(jìn)行列舉，不得簡單答復(fù)“滿足”等，否則視該條 款

11、的應(yīng)答為“不滿足” 。如果回答“部分滿足” ，需要詳細(xì)說明哪些部分滿足，哪些部 分不滿足，并且詳細(xì)說明原因。 1.2.21.2.2建議書的內(nèi)容格式要求 賣方所提供的建議書應(yīng)按照以下內(nèi)容格式進(jìn)行編制： （一）綜述； （二）工程技術(shù)規(guī)范書； （三）技術(shù)規(guī)范書點對點應(yīng)答； （四）總體方案建議； （五）硬件設(shè)備的詳細(xì)配置清單； 其中應(yīng)包括硬件設(shè)備的詳細(xì)配置原則或配置說明、相關(guān)計算方法和依據(jù)，包括必 要的公式、表格或圖表； （六）硬件設(shè)備詳細(xì)說明； 其中對于賣方推薦使用的硬件主設(shè)備（品牌/型號） ，應(yīng)詳細(xì)說明其選擇的理由以 及與同類其他品牌產(chǎn)品進(jìn)行比較的說明； （七）硬件設(shè)備使用環(huán)境說明； （八）供貨計

12、劃及工程進(jìn)度安排詳細(xì)說明； （九）分工界面，要求圖示并加以說明； （十）測試及驗收； （十一）培訓(xùn)計劃； （十二）技術(shù)服務(wù)、支持； （十三）所提供硬件設(shè)備和軟件系統(tǒng)的技術(shù)文檔； （十四）相關(guān)資質(zhì)或許可證。 1.2.31.2.3其他一些要求 1. 賣方應(yīng)以技術(shù)先進(jìn)、經(jīng)濟合理，有利于今后發(fā)展的原則進(jìn)行系統(tǒng)平臺的設(shè)計和 硬件、軟件設(shè)備的配置。 2.根據(jù)買方的建議和要求，賣方應(yīng)向買方提供優(yōu)化的設(shè)計方案。 3. 賣方應(yīng)根據(jù)本規(guī)范書的要求在規(guī)定時間之前提供技術(shù)建議書（中文）和報價書 （中文） ，其中建議書要求提供兩套，報價書兩套（單獨密封包裝） ，并同時提 供建議書和商務(wù)報價書的電子文檔（ms offic

13、e 文檔形式的光盤） （本條以商 務(wù)規(guī)范書為準(zhǔn)） 。 4. 本技術(shù)規(guī)范書為買方為建立系統(tǒng)及實現(xiàn)對應(yīng)功能的最低要求。賣方應(yīng)保證本次 應(yīng)標(biāo)所提供的技術(shù)方案、軟硬件及技術(shù)服務(wù)可以滿足或高于本技術(shù)規(guī)范書所提 各項要求。賣方應(yīng)對 xx 電信存儲平臺的整個功能和系統(tǒng)負(fù)責(zé)，如果賣方出現(xiàn) 計算錯誤、配置錯漏、或提供的技術(shù)支持不全面等原因?qū)е孪到y(tǒng)功能無法實現(xiàn) 或不能完全實現(xiàn)，不能滿足正常業(yè)務(wù)發(fā)展的要求，影響系統(tǒng)的開通、運行和維 護(hù)，賣方應(yīng)付全部責(zé)任，免費予以調(diào)整和解決。如果賣方配置出現(xiàn)多配和錯配， 賣方應(yīng)以同等價格回收。 1.2.41.2.4總體要求 （1）報價應(yīng)包括根據(jù)系統(tǒng)要求的所有必須的硬件設(shè)備、安裝材料、

14、技術(shù)文件及安 裝調(diào)測、培訓(xùn)、技術(shù)支持等； （2）報價應(yīng)包括硬件設(shè)備的名稱、型號、配置模塊、數(shù)量等詳細(xì)內(nèi)容； （3）報價應(yīng)以人民幣為單位； （4）報價應(yīng)按目錄價、折扣價和折扣率分項列清，并指明其有效期； （5）如果賣方提供的設(shè)備有多種可選配套軟件，賣方可以建議買方采用某些業(yè)務(wù) 或功能，同時應(yīng)詳細(xì)描述和說明這些業(yè)務(wù)或功能并作為可選項提出報價，可供買方選 擇的設(shè)備和功能報價單列，但不計入總價； （6）賣方在報價中應(yīng)明確標(biāo)注采用的第三方設(shè)備，應(yīng)注明其供應(yīng)商。 1.31.3 報價體系具體要求報價體系具體要求 請賣方按照以下各項要求分別報價： （1）本次工程配置所有硬件設(shè)備的總價； （2）所有硬件設(shè)備的配

15、置清單及報價； （3）系統(tǒng)所有配置硬件設(shè)備的功能說明； （4）系統(tǒng)所有可選配置的設(shè)備，功能說明及相應(yīng)各項報價，此部分報價不計入總 價； （5）根據(jù)本規(guī)范書要求其他不計入總價的相關(guān)配置清單及報價，具體內(nèi)容參見后 續(xù)章節(jié)。 考慮到本系統(tǒng)工程的復(fù)雜性，要求賣方對商務(wù)報價滿足如下具體要求，： 賣方要提供硬件清單，并對硬件清單給出逐項報價； 賣方要給出系統(tǒng)集成的價格清單； 賣方要給出初驗、終驗的時間，并給出售后服務(wù)的價格清單； 賣方要給出培訓(xùn)等級以及培訓(xùn)所含的價格清單； 1.3.11.3.1服務(wù)報價要求 賣方應(yīng)對下述服務(wù)項目進(jìn)行報價： （1）安裝 賣方負(fù)責(zé)所提供硬件設(shè)備的安裝。 （2）系統(tǒng)調(diào)測 賣方應(yīng)負(fù)

16、責(zé)所提供軟件的調(diào)測，并負(fù)責(zé)配合系統(tǒng)內(nèi)相關(guān)設(shè)備的調(diào)測。 （3）技術(shù)服務(wù) 技術(shù)服務(wù)分為基本技術(shù)服務(wù)和可選技術(shù)服務(wù)，基本技術(shù)服務(wù)應(yīng)列出單價和合價， 并列入必選報價及總價中；可選技術(shù)服務(wù)列入選項報價中，只列單價，并且不記入總 價。基本技術(shù)服務(wù)包括技術(shù)支持，時限為系統(tǒng)終驗完成后的三年，賣方應(yīng)免費提供技 術(shù)支持時限內(nèi) 724 小時的技術(shù)支持。 1.3.21.3.2培訓(xùn)報價要求 請賣方根據(jù)本規(guī)范書對于技術(shù)培訓(xùn)要求的內(nèi)容，列出培訓(xùn)人員的費用單價及詳細(xì) 的培訓(xùn)計劃（包括時間、地點、課程等） ，并作為可選可選項單獨報價，不計入總價。 1.3.31.3.3技術(shù)文檔要求 要求賣方提供詳細(xì)的文檔資料，對所提供的技術(shù)文檔

17、資料要求如下： （1）提供的技術(shù)文件應(yīng)與提供的軟、硬件設(shè)備相一致，技術(shù)文件應(yīng)該全面、完整、 詳細(xì)； （2）提供的技術(shù)文件應(yīng)能夠滿足軟、硬件設(shè)備安裝、使用、維護(hù)、應(yīng)用開發(fā)的需 要； （3）文檔和資料應(yīng)提供電子文檔和紙面文檔，電子文檔格式為 word 文檔。 1.3.41.3.4保密要求 賣方除以下情況外，非經(jīng) xx 省電信公司書面許可，不得將本文件的任何內(nèi)容 透露給除 xx 省電信公司以外的第三方。 經(jīng) xx 省電信公司書面許可，應(yīng)標(biāo)商才允許將本文（限于必要部分）透露給其 合作伙伴，并保證其合作伙伴不將本文透露給其它人。 未經(jīng)書面許可將本文件透露給第三方的應(yīng)標(biāo)商，將被剝奪中標(biāo)資格。 2 工程說明

18、工程說明 2.12.1 系統(tǒng)建設(shè)目標(biāo)系統(tǒng)建設(shè)目標(biāo) it 基礎(chǔ)硬件平臺遵循以服務(wù)為導(dǎo)向的信息系統(tǒng)基礎(chǔ)架構(gòu)（soia）標(biāo)準(zhǔn)，其技術(shù)基 礎(chǔ)是虛擬化技術(shù)，包括虛擬化服務(wù)器技術(shù)、虛擬化存儲技術(shù)和虛擬化軟件技術(shù)等； soia 的基礎(chǔ)架構(gòu)設(shè)計，不僅僅是采取虛擬化技術(shù)，而且結(jié)合傳統(tǒng)的分層的、模塊化的 現(xiàn)代計算機系統(tǒng)的設(shè)計理念，建設(shè)一個具備多級安全體制、統(tǒng)一運維管理、集中系統(tǒng) 備份的 it 基礎(chǔ)硬件平臺，實現(xiàn)對 xx 電信業(yè)務(wù)支撐系統(tǒng)提供統(tǒng)一的開放平臺基礎(chǔ)設(shè)施 服務(wù)支持的目標(biāo)。同時也為 xx 電信將來其他業(yè)務(wù)系統(tǒng)的接入提供基礎(chǔ)設(shè)施架構(gòu)，為實 現(xiàn)其他基礎(chǔ)設(shè)施服務(wù)打下堅實的基礎(chǔ)，例如災(zāi)難備份。 xx 電信 it 基

19、礎(chǔ)硬件平臺作為 xx 電信 it 系統(tǒng)的一部分，主要按照“平臺化、專業(yè) 化、可持續(xù)發(fā)展”的企業(yè) it 建設(shè)策略，對 xx 電信的 it 基礎(chǔ)硬件平臺資源進(jìn)行統(tǒng)一規(guī) 劃，統(tǒng)一部署，從而達(dá)到企業(yè) it 資源的最優(yōu)配置，提高資源利用效率，同時使整個平 臺在可靠性、可用性和安全性等方面得到加強。 實現(xiàn)主機設(shè)備、存儲設(shè)備，安全設(shè)備等資源的合理配置。 保障業(yè)務(wù)數(shù)據(jù)的關(guān)鍵服務(wù)器系統(tǒng)的穩(wěn)定運行。 保障企業(yè)信息安全。 優(yōu)化運維流程 降低總的成本費用 it 基礎(chǔ)硬件平臺作為整體 it 系統(tǒng)的一部分，xx 電信 it 系統(tǒng)的整體目標(biāo)完成 “五化”：業(yè)務(wù)系統(tǒng)綜合化、功能處理專業(yè)化、企業(yè)資源共享化、平臺建設(shè)集中化、 管

20、理模式統(tǒng)一化，同樣為 it 基礎(chǔ)硬件平臺的總體目標(biāo)。 xx 電信建設(shè)統(tǒng)一 it 基礎(chǔ)硬件平臺將實現(xiàn)： 降低維護(hù)成本，設(shè)備重用，節(jié)省了開支，優(yōu)化了系統(tǒng)的能力，使整個費用降低。 改善了應(yīng)用的服務(wù)水平。今天的競爭市場要求應(yīng)用響應(yīng)快，可用率高,數(shù)據(jù)存 儲量增加。 新方案和新應(yīng)用的實施更加容易。 可把信息作為一個戰(zhàn)略的商業(yè)工具來使用，信息是公司的關(guān)鍵性財產(chǎn)，統(tǒng)一 it 基 礎(chǔ)硬件平臺使公司更容易地存取信息，共享信息。 2.22.2 系統(tǒng)建設(shè)原則系統(tǒng)建設(shè)原則 2005 年 xx 電信存儲平臺一期工程在建設(shè)中應(yīng)堅持以下原則： （1）開放性：選用主流的硬件平臺（主機、網(wǎng)絡(luò)設(shè)備等）和軟件平臺，遵循業(yè)界 開放式標(biāo)

21、準(zhǔn)；采用開放各種網(wǎng)絡(luò)協(xié)議、硬件接口、數(shù)據(jù)接口等；采用成熟的應(yīng)用系統(tǒng) 架構(gòu)； （2）擴展性：選擇能夠支撐靈活、擴展的軟硬件平臺，能夠根據(jù)應(yīng)用需求，方便 擴展設(shè)備容量和提升設(shè)備性能；支持業(yè)務(wù)功能組件插拔升級能力，與 eai 平臺集成； 根據(jù)中國電信企業(yè)數(shù)據(jù)模型 edm 合理的構(gòu)建數(shù)據(jù)模型；應(yīng)用實現(xiàn)采用合理的技術(shù)架構(gòu)； （3）安全性：要求網(wǎng)絡(luò)安全管理、主機和操作系統(tǒng)安全管理、數(shù)據(jù)庫安全管理、 數(shù)據(jù)訪問權(quán)限管理等； （4）可靠性：通過對軟件、硬件、應(yīng)用和良好設(shè)計和可控的實施管理， 確保系 統(tǒng)具有良好的可靠性，保證系統(tǒng)的 7*24 應(yīng)用服務(wù)能力； （5）柔韌性：必須能夠方便地適應(yīng)當(dāng)前相關(guān)系統(tǒng)的不同情況以

22、及未來變化，包 括支撐技術(shù)、產(chǎn)品版本以及業(yè)務(wù)需求等方面的變化。本系統(tǒng)應(yīng)盡可能減少對原系統(tǒng)的 改變，同時，相關(guān)系統(tǒng)的改變不影響本系統(tǒng)的正常運行 （6） 、遵循業(yè)務(wù)流程驅(qū)動原則：通過流程驅(qū)動滿足業(yè)務(wù)的要求，圍繞業(yè)務(wù)流程確 定系統(tǒng)功能，允許流程的描述和具體實現(xiàn)是分離的 （7） 、其他要求：支持單點登錄（sso） ；界面統(tǒng)一集成的原則；支持 eai 的集成； 充分考慮系統(tǒng)的回退處理的機制。 2.32.3 系統(tǒng)建設(shè)規(guī)模系統(tǒng)建設(shè)規(guī)模及需求及需求 本次工程 it 基礎(chǔ)硬件平臺需要承載的系統(tǒng)為綜合受理平臺、綜合統(tǒng)計決策分析平 臺、統(tǒng)一客戶資料平臺、eai 平臺、傳輸網(wǎng)管集中監(jiān)控系統(tǒng)、大客戶網(wǎng)絡(luò)服務(wù)保障系統(tǒng)、

23、電子運維系統(tǒng)和資金管控系統(tǒng)等 8 個新建系統(tǒng)。各新建系統(tǒng)建設(shè)規(guī)模按滿足 850 萬用 戶數(shù)考慮，系統(tǒng)訪問終端數(shù)按 4000 個考慮，并發(fā)終端數(shù)按 1000 個考慮，并發(fā)事務(wù)數(shù) 按 300 個。平均響應(yīng)時間為 3 秒。按照三年規(guī)劃發(fā)展對目前幾大系統(tǒng)做出硬件與軟件 的需求分析。 2.3.12.3.1 綜合受理平臺 綜合受理平臺以實現(xiàn)全業(yè)務(wù)受理、支撐業(yè)務(wù)融合為目標(biāo)，通過整合各種接入方式， 建立支持全業(yè)務(wù)的受理、投訴建議、報障、繳費、查詢等全方位、多層次服務(wù)，提供 服務(wù)全過程的實時監(jiān)控、閉環(huán)管理和績效考核，支撐業(yè)務(wù)融合的客戶受理平臺。 2.3.22.3.2 綜合決策分析平臺 整合現(xiàn)有的經(jīng)營分析、公話分

24、析、資源分析、財務(wù)分析系統(tǒng)以及各相關(guān)業(yè)務(wù)系統(tǒng) 中的統(tǒng)計分析功能模塊，以提高企業(yè)核心競爭力、市場競爭力為目的，實施針對性營 銷、滿足精確化管理要求，而構(gòu)建綜合的分析平臺，從而實現(xiàn)經(jīng)營概況分析、競爭分 析、資源分析、客戶分析、業(yè)務(wù)分析、財務(wù)分析、服務(wù)質(zhì)量分析等功能。 其他其他 系統(tǒng)系統(tǒng) 千兆 交換 數(shù)據(jù)庫服數(shù)據(jù)庫服 務(wù)器務(wù)器 報表服務(wù)報表服務(wù) 器器 業(yè)務(wù)業(yè)務(wù) 系統(tǒng)系統(tǒng) 存貯存貯 數(shù)據(jù)挖掘服數(shù)據(jù)挖掘服 務(wù)器務(wù)器 主題數(shù)據(jù)庫主題數(shù)據(jù)庫 服務(wù)器服務(wù)器 web/app 服務(wù)器服務(wù)器 olap應(yīng)用服應(yīng)用服 務(wù)器務(wù)器 離線存離線存 貯貯 元數(shù)據(jù)管理元數(shù)據(jù)管理 服務(wù)器服務(wù)器 備份工作備份工作 站站 數(shù)據(jù)庫服數(shù)據(jù)

25、庫服 務(wù)器務(wù)器 etl服務(wù)服務(wù) 器器 etl服務(wù)服務(wù) 器器 2.3.32.3.3 統(tǒng)一客戶資料平臺 整合現(xiàn)有業(yè)務(wù)系統(tǒng)的客戶資料管理功能，清洗現(xiàn)有業(yè)務(wù)系統(tǒng)客戶數(shù)據(jù)，建立對客 戶資料統(tǒng)一維護(hù)、管理，以建立完善的客戶資料管理平臺，實現(xiàn)客戶資料共享，同時 全面支撐企業(yè)各業(yè)務(wù)系統(tǒng)對客戶資料所需的應(yīng)用和數(shù)據(jù)。 其其 他系統(tǒng)他系統(tǒng) 千兆 交換 數(shù)據(jù)庫數(shù)據(jù)庫 服務(wù)器服務(wù)器 業(yè)業(yè) 務(wù)系統(tǒng)務(wù)系統(tǒng) 存貯存貯 接口服務(wù)接口服務(wù) 器器 web服務(wù)服務(wù) 器器 應(yīng)用服務(wù)應(yīng)用服務(wù) 器器 離線存離線存 貯貯 備份工作備份工作 站站 數(shù)據(jù)庫數(shù)據(jù)庫 服務(wù)器服務(wù)器 接口服務(wù)接口服務(wù) 器器 2.3.42.3.4 eai 平臺 為解決企

26、業(yè)信息孤島、流程割裂、全局不可見的系統(tǒng)現(xiàn)狀，采用 eai/bpi 的的思 想和理念，以數(shù)據(jù)集成、應(yīng)用集成、流程集成為目標(biāo)，建立企業(yè)的數(shù)據(jù)總線、企業(yè)的 服務(wù)總線和企業(yè)的業(yè)務(wù)流程管理與監(jiān)控的多層次、可擴展的企業(yè)基礎(chǔ)軟件平臺。 ethernet eai primary servereai secondry server db server primary 共共享享存存儲儲區(qū)區(qū) 公公共共網(wǎng)網(wǎng)絡(luò)絡(luò) logical host: hostname = ip = physical host: hostname = ip = physical host: hostname = ip = db server se

27、condry 共共享享存存儲儲區(qū)區(qū) logical host: hostname = ip = 2.3.52.3.5 傳輸網(wǎng)管集中監(jiān)控系統(tǒng) 2.3.62.3.6 大客戶網(wǎng)絡(luò)服務(wù)保障系統(tǒng) 2.3.72.3.7 電子運維系統(tǒng) 2.3.82.3.8 資金管控系統(tǒng) 2.42.4 系統(tǒng)功能定位系統(tǒng)功能定位 認(rèn)證與授權(quán) 主機與存儲平臺 網(wǎng)絡(luò)平臺 管理平臺 本文檔主要說明主機與存儲平臺硬件設(shè)備的選型要求和平臺的設(shè)計要求。主機平 臺包括數(shù)據(jù)庫服務(wù)器、接口服務(wù)器、應(yīng)用服務(wù)器、報表服務(wù)器、web 服務(wù)器等各種服 務(wù)器主機組成的平臺。存儲平臺主要包括各種存儲設(shè)備組成的平臺。 3 系統(tǒng)技術(shù)要求系統(tǒng)技術(shù)要求 3.13.

28、1總體原則總體原則 3.1.13.1.1實用性與成熟性實用性與成熟性 必須使用業(yè)界成熟、可靠和實用的技術(shù)，以滿足系統(tǒng)的可用性、可靠性和實用性。 3.1.23.1.2先進(jìn)性先進(jìn)性 系統(tǒng)的建設(shè)必須采用相對先進(jìn)的技術(shù)和方法，能夠滿足和適應(yīng) xx 電信公司 it 系統(tǒng) 快速變化和發(fā)展的要求。賣方應(yīng)保證本次提供的產(chǎn)品是全新的，而且應(yīng)該采用最新的 產(chǎn)品型號和功能。 3.1.33.1.3開放性與標(biāo)準(zhǔn)化開放性與標(biāo)準(zhǔn)化 xx 電信統(tǒng)一 it 系統(tǒng)的建設(shè)必須采用開放的技術(shù)標(biāo)準(zhǔn)和協(xié)議，并具有很強兼容性和 可恢復(fù)性。需要考慮不限制到單一設(shè)備上，具有廣泛的互連性和開放性。 3.1.43.1.4靈活性和擴展性 應(yīng)具有可用

29、性、可擴展性和靈活性，以保證將來發(fā)展時能迅速采用最新出現(xiàn)的技術(shù)、 長期保持系統(tǒng)的先進(jìn)性能，并能夠及時升級到新的系統(tǒng)，以充分保證用戶的投資。即 隨著 xx 電信的業(yè)務(wù)發(fā)展，可以從當(dāng)前的關(guān)鍵業(yè)務(wù)級容災(zāi)備份系統(tǒng)方便地升級到應(yīng)用級 的容災(zāi)備份系統(tǒng)。 3.1.53.1.5高可用性 在充分考慮到系統(tǒng)的靈活性的同時，要避免任何的單點故障，以保證系統(tǒng)的可靠 和數(shù)據(jù)的安全。整體 it 系統(tǒng)的結(jié)構(gòu)、中間服務(wù)器、存儲的連接、單獨的服務(wù)器存儲設(shè) 備等都保證高冗余性的設(shè)計。系統(tǒng)平臺需要具備每周 724 小時連續(xù)工作的能力，平 均無故障時間（mtbf）大于 10000 小時，系統(tǒng)的可用性應(yīng)大于 99.999%，避免單點故

30、障， 盡可能提高系統(tǒng)服務(wù)時間和效率，來保證系統(tǒng)高可用性。 3.1.63.1.6易于管理和維護(hù) 系統(tǒng)的各部分必須有機地集成，集中控制，便于統(tǒng)一維護(hù)和管理。所有設(shè)備必須 具有完善的可管理性，即必須配備相應(yīng)的監(jiān)控及管理軟件。針對服務(wù)器設(shè)備、存儲設(shè) 備、備份設(shè)備和交換機的各部件的運行，包括對服務(wù)器、存儲的處理器、內(nèi)存、磁盤 使用空間、存儲的 io 性能、磁盤組的性能等硬件資源及操作系統(tǒng)的狀態(tài)、占用率、性 能等各種參數(shù)進(jìn)行監(jiān)控及管理。應(yīng)具備有效的工具，保證系統(tǒng)的易用性和可維護(hù)性， 并使得系統(tǒng)在較優(yōu)的狀態(tài)下運行，以提高系統(tǒng)的運行處理效率。 3.1.73.1.7高效率 保證系統(tǒng)在業(yè)務(wù)高峰時仍具有較強的抗沖擊

31、能力。 3.1.83.1.8安全性 提供訪問控制，可配置多層次安全控制 支持對數(shù)據(jù)分級別可視性的控制：記錄級、部分接口級、報表級 對數(shù)據(jù)訪問和可視權(quán)限的分層控制 可以按用戶組定義安全策略 違反安全策略自動報警、生成違反安全策略的報表 支持?jǐn)?shù)據(jù)加密傳輸和存放 重要數(shù)據(jù)提供數(shù)據(jù)安全機制、防篡改機制，并可以向容災(zāi)中心解決方案平 滑過渡 3.1.93.1.9可擴充性原則可擴充性原則 本次建設(shè)應(yīng)滿足總體硬件結(jié)構(gòu)發(fā)展的需要。在市場機制下，面臨競爭，公司不斷尋 求新的利潤增長點，同時隨著新技術(shù)的不斷涌現(xiàn)和快速發(fā)展，電信業(yè)務(wù)的多元化，新 的市場策略的推出，客戶服務(wù)的一體化都是必然的趨勢，這就要求電信業(yè)務(wù) it

32、 系統(tǒng)必 須具備相應(yīng)的靈活性和可擴展性。這包括所選硬件設(shè)備必須能充分估計未來的擴展情 況，軟件設(shè)計更是必須模塊化、可配置，能夠適應(yīng)一定時間內(nèi)的業(yè)務(wù)變化，可擴展性 強，并保證系統(tǒng)在進(jìn)行擴展時，不影響系統(tǒng)的正常運行?？蓴U展性設(shè)計要保證系統(tǒng)擴 展后其性能有近似線性的提高，在增加新業(yè)務(wù)模塊時，也不影響原有應(yīng)用軟件的正常 運行。 3.1.103.1.10 前瞻規(guī)劃原則前瞻規(guī)劃原則 隨著數(shù)據(jù)業(yè)務(wù)的蓬勃發(fā)展，并且將有愈演愈烈的趨勢，xx 電信統(tǒng)一 it 系統(tǒng)對數(shù)據(jù) 業(yè)務(wù)的支撐也將是未來的必然需求！xx 通信是經(jīng)營綜合性業(yè)務(wù)的電信運營企業(yè)，為適 應(yīng)這種業(yè)務(wù)需求，xx 電信統(tǒng)一 it 系統(tǒng)的業(yè)務(wù)功能必須進(jìn)行外延

33、式和內(nèi)涵式的雙向拓 展，必須進(jìn)行大力創(chuàng)新，以適應(yīng)全新的領(lǐng)域，滿足未來多種電信業(yè)務(wù)經(jīng)營和發(fā)展的需 要，為各項業(yè)務(wù)的發(fā)展奠定堅實的物質(zhì)技術(shù)基礎(chǔ)。同時也要考慮到以后容災(zāi)的需求， 需要留有容災(zāi)的接口。由于 xx 電信原有業(yè)務(wù)系統(tǒng)中已經(jīng)采用了某些品牌的服務(wù)器、存 儲設(shè)備，所以統(tǒng)一 it 系統(tǒng)也應(yīng)考慮支持異構(gòu)容災(zāi)的需求。 3.23.2 總體要求總體要求 保證數(shù)據(jù)的正確性、安全性、一致性。 系統(tǒng)應(yīng)具有良好的監(jiān)控功能、高可用性、可操作性和可擴展性。 實時性：批量完成大容量數(shù)據(jù)的處理；對實時性要求高的數(shù)據(jù)提供特殊的處 理方法，以實現(xiàn)這類數(shù)據(jù)的實時處理。 準(zhǔn)確性：提供多種核查手段，保證兩個中心災(zāi)難備份結(jié)果的準(zhǔn)確性

34、。 易操作、易管理：應(yīng)具有良好的用戶操作界面、詳細(xì)的幫助信息；系統(tǒng)參數(shù) 的維護(hù)與管理通過操作界面實現(xiàn)。 磁盤陣列設(shè)備要求具有很高的安全可靠性，保證數(shù)據(jù)不被非法盜用和修改偽 造。 磁盤陣列設(shè)備必須易于擴充，能滿足當(dāng)前和未來的存儲和應(yīng)用的增長需求。 應(yīng)具有較強的可擴充能力，包括系統(tǒng)處理能力的擴充、存儲容量的擴充及 i/o 能力的擴充等，并支持系統(tǒng)的平滑擴充。 3.33.3 技術(shù)原則技術(shù)原則及要求及要求 應(yīng)用系統(tǒng)，是中國電信面向客戶服務(wù)的統(tǒng)一窗口和保障，是 xx 電信核心競爭力的 體現(xiàn)。系統(tǒng)在建設(shè)過程中應(yīng)采用國際先進(jìn)、成熟的科技成果，結(jié)合中國電信已有的經(jīng) 驗和資產(chǎn)，保證系統(tǒng)在國內(nèi)相應(yīng)領(lǐng)域內(nèi)具有領(lǐng)先的

35、技術(shù)水平。系統(tǒng)實現(xiàn)過程中，應(yīng)該 遵循如下技術(shù)原則： 1. 先進(jìn)性 系統(tǒng)的實現(xiàn)應(yīng)參考國際標(biāo)桿 ngoss、國內(nèi) ctg-mboss 規(guī)范并結(jié)合現(xiàn)狀，采用先進(jìn)可 靠的設(shè)備和技術(shù)，確保系統(tǒng)的先進(jìn)性和成熟性，保證投資的有效性和延續(xù)性。 2. 安全可靠性 系統(tǒng)必須要達(dá)到電信級的安全標(biāo)準(zhǔn)，提供良好的安全可靠性策略，支持多種安全可 靠性技術(shù)手段，制定嚴(yán)格的安全可靠性管理措施。 3. 開放性 系統(tǒng)應(yīng)基于國內(nèi)外業(yè)界開放式標(biāo)準(zhǔn)，進(jìn)行全國統(tǒng)一規(guī)劃，為未來的業(yè)務(wù)發(fā)展奠定基 礎(chǔ)。 4. 可擴展性 系統(tǒng)應(yīng)具備靈活的可擴展性，具備方便地適應(yīng)業(yè)務(wù)需求的變化、迅速地支持新業(yè)務(wù) 的能力。 5. 可伸縮性 系統(tǒng)應(yīng)具備良好的可伸縮性

36、，具備平滑的擴展能力，支持業(yè)務(wù)量快速發(fā)展的需要。 6. 易使用性 系統(tǒng)應(yīng)易于使用與維護(hù)，具備良好的用戶操作界面、人性化的管理工具和完備的幫 助信息。 3.3.13.3.1 存儲備份設(shè)備要求 3.3.2.1在線高端磁盤存儲設(shè)備選型原則 磁盤陣列設(shè)備要求有很高的安全可靠性，要求無單點故障，如磁盤的冗余， cache 的冗余鏡像等； 磁盤陣列設(shè)備要求有很好的 iops 指標(biāo)，數(shù)據(jù)庫的處理性能同 iops 有著直接的 關(guān)系，保證多系統(tǒng)同時運行的性能保障， 為了將來業(yè)務(wù)的發(fā)展，在保證 it 體系結(jié)構(gòu)不變的情況下，硬件設(shè)備必須具有 一定的擴展空間，保證系統(tǒng)在硬件擴容時原有設(shè)備的投資不受損失。 磁盤陣列必須

37、支持主流的操作系統(tǒng)（hp-ux、aix、solaris、nt、linux 等）, 配合多機高可用群集系統(tǒng)的需要； 磁盤陣列采用 2g fabric 光纖接口，支持 raid 10、5，并可提供多通道、雙電 源及冗余風(fēng)扇； 磁盤陣列設(shè)備支持具有較強的平滑擴充能力，保證系統(tǒng)存儲容量與 i/o 能力的 同步擴充； 磁盤陣列支持先進(jìn)的存儲、備份方式，例如全光纖通道技術(shù)等,設(shè)備應(yīng)支持 san 技術(shù)，以便備份系統(tǒng)支持 serverless 備份方式； 滿足下列管理功能： 基本存儲管理功能 內(nèi)置瀏覽器管理界面 配置、監(jiān)測 磁盤容量劃分、邏輯卷配置 call home remote support 通過尋呼機

38、、email報警功能 snmp、mib支持（網(wǎng)管協(xié)議） 主機到存儲的通道負(fù)載均衡、自動切換功能，要求不受主機的臺數(shù)限制 存儲系統(tǒng)性能管理功能 虛擬化存儲支持異構(gòu)存儲的虛擬化存儲，將多個異構(gòu)存儲系統(tǒng)的容量結(jié)合為 單個存儲池，通過一個中心點進(jìn)行管理。 虛擬化存儲可以在幾乎不影響服務(wù)器應(yīng)用程序情況下，調(diào)整物理存儲系統(tǒng)環(huán)境。 虛擬化存儲可以支持磁盤快照、遠(yuǎn)程復(fù)制等功能； 規(guī)劃本地磁盤設(shè)備的高可用性設(shè)計 3.3.2.2二級備份磁盤存儲設(shè)備選型原則 此設(shè)備用于磁盤的離線的備份，應(yīng)具有一定的擴展性，最大磁盤數(shù)應(yīng)大于 200 塊。 出于對容量的考慮，磁盤盡量采用大容量的磁盤 磁盤陣列必須支持主流的操作系統(tǒng)（h

39、p-ux、aix、solaris、nt、linux 等）, 配合多機高可用群集系統(tǒng)的需要； 磁盤陣列采用 2g fabric 光纖接口，支持 raid 10、5，并可提供多通道、雙電 源及冗余風(fēng)扇； 滿足下列管理功能： 基本存儲管理功能 內(nèi)置瀏覽器管理界面 配置、監(jiān)測 磁盤容量劃分、邏輯卷配置 3.3.2.3磁帶備份存儲設(shè)備選型原則 系統(tǒng)中的備份設(shè)備應(yīng)支持網(wǎng)絡(luò)共享。 備份設(shè)備容量至少是在線存儲容量的 4-6 倍。 擴展性，磁帶設(shè)備應(yīng)該可以在以后為多個系統(tǒng)共享，保證系統(tǒng)在硬件擴容時原 有設(shè)備的投資不受損失。如最大容量、最大磁帶機、最大主機接口等要有一定的擴充 性，插槽數(shù)量應(yīng)該大于 6000 盤。

40、 備份設(shè)備應(yīng)具有分區(qū)的功能，可以為多臺主機公享 備份設(shè)備要求有良好的安全可靠性；支持控制路經(jīng)的切換 備份軟件要求有良好的用戶管理界面和恢復(fù)策略； 備份設(shè)備可與多種廠家的主機系統(tǒng)相連； 磁帶庫要求支持 fiberchannel 接口； 備份設(shè)備具有較強的平滑擴充能力，包括系統(tǒng)設(shè)備容量的擴充及 i/o 能力的擴 充等； 支持先進(jìn)的存儲、備份方式，例如并行備份等；支持 lto 3 磁帶驅(qū)動，磁帶庫 設(shè)備等； 備份軟件可支持對庫、表、系統(tǒng)等備份和恢復(fù)。 3.3.2.4備份設(shè)備選型原則 系統(tǒng)中的備份設(shè)備應(yīng)支持網(wǎng)絡(luò)共享。 備份設(shè)備容量至少是在線存儲容量的 4 倍； 擴展性，磁帶設(shè)備應(yīng)該可以在以后為多個系統(tǒng)

41、共享，保證系統(tǒng)在硬件擴容時原 有設(shè)備的投資不受損失。如最大容量、最大磁帶機、最大主機接口等要有一定的擴充 性 備份設(shè)備要求有良好的安全可靠性； 備份軟件要求有良好的用戶管理界面和恢復(fù)策略； 備份設(shè)備可與多種廠家的主機系統(tǒng)相連； 磁帶庫要求支持 fiberchannel-al 接口； 備份設(shè)備具有較強的平滑擴充能力，包括系統(tǒng)設(shè)備容量的擴充及 i/o 能力的擴 充等； 支持先進(jìn)的存儲、備份方式，例如并行備份等；支持 lto 3 磁帶驅(qū)動，磁帶庫 設(shè)備等； 備份軟件可支持對庫、表、系統(tǒng)等備份和恢復(fù)。 3.3.2.5數(shù)據(jù)備份方案 xx 電信 it 系統(tǒng)要求 724 小時數(shù)據(jù)在線，需要一種新型的數(shù)據(jù)備份

42、技術(shù)，在線備 份和保護(hù)不斷增長的數(shù)據(jù)，以最大限度地減少數(shù)據(jù)不可用時間，并利用磁帶技術(shù)的優(yōu) 勢對重要離線數(shù)據(jù)進(jìn)行歸檔，備份需求歸納如下： 1. lan free 2. 快速數(shù)據(jù)備份和快速數(shù)據(jù)恢復(fù)：實現(xiàn)零除備份窗口，業(yè)務(wù)不因備份而停頓； 大 幅度提高數(shù)據(jù)恢復(fù)速度，提高數(shù)據(jù)可用性 3. 利舊現(xiàn)有備份設(shè)備，實現(xiàn)零沖擊、零停機增強型備份 4整合現(xiàn)有的磁帶庫，實現(xiàn) d2d2t 數(shù)據(jù)備份（d2d 實現(xiàn)零停機增強型備份和快速 恢復(fù)；d2t 則為歸檔備份） 。 5能與虛擬存儲技術(shù)相結(jié)合對異構(gòu)平臺實現(xiàn)零停機數(shù)據(jù)備份。 基于以上的備份需求，提出如下的備份原則、備份功能要求和性能要求： （一） 、備份原則： （1）

43、、零沖擊、零停機的高速數(shù)據(jù)備份：完全不影響生產(chǎn)主機及網(wǎng)絡(luò)的備份處 理;真正實現(xiàn) lan free, server free 備份； （2） 、高速和分鐘級數(shù)據(jù)恢復(fù)：大幅度提高數(shù)據(jù)恢復(fù)速度，提高數(shù)據(jù)可用性； 借助于獨特的后處理技術(shù)，可實現(xiàn)分鐘級的、多版本的、與數(shù)據(jù)容量無關(guān)的快速恢 復(fù)； （3） 、異構(gòu)平臺，易于擴展 ：備份平臺要求完全開放的數(shù)據(jù)備份平臺，支持 全部主流廠商的存儲硬件，也支持全部數(shù)據(jù)庫產(chǎn)品，適應(yīng)電信和一般企業(yè)的網(wǎng)絡(luò)結(jié) 構(gòu)。 （4） 、備份容量需要擴展時，用戶只須將 san 中的任何存儲設(shè)備進(jìn)行擴容，或 接入新的任意廠家的存儲硬件即可實現(xiàn)備份容量的擴展。 （5） 、生產(chǎn)數(shù)據(jù)和備份數(shù)據(jù)

44、在線共享：存在于 san 中磁盤介質(zhì)上的 snapshot 快照可拷貝生成多個，并由多臺主機數(shù)據(jù)庫參照使用，如多臺報表查詢、檢查測試 系統(tǒng)等，不影響主生產(chǎn)系統(tǒng)。要求實現(xiàn)在線數(shù)據(jù)遷移、擴容等多種應(yīng)用。 （6） 、支持磁帶設(shè)備進(jìn)行數(shù)據(jù)歸檔 ：現(xiàn)存的磁帶備份方式可作為數(shù)據(jù)歸檔備 份繼續(xù)被使用，d2d 備份和 d2t 備份形成互補、共存的應(yīng)用模式。 （二） 、備份基本功能要求備份基本功能要求 （1）支持全部主流數(shù)據(jù)庫和多種備份方式 ：支持各種主流的數(shù)據(jù)庫系統(tǒng)的備份， 包括 ms sql，oracle，sybase，informix, db2, mysql 等; 提供數(shù)據(jù)庫的離線和在線 備份；支持全備份

45、及增量、差分、合并備份方式等。 （2）支持全部主流操作系統(tǒng)平臺：支持各種主流的操作系統(tǒng)：windows 2k/xp,linux,ibm aix, solaris, hp-ux。 （3）支持對備份數(shù)據(jù)的多種快速檢索/查詢和恢復(fù)方式 （4）數(shù)據(jù)備份的管理功能：方便簡單的、自動化的、對多點備份 job、大量備份 數(shù)據(jù)、可用空間的各種管理功能。 （5）備份數(shù)據(jù)有效性的快速檢查 ：對備份的數(shù)據(jù)做備份可靠性的檢查，以保證備 份數(shù)據(jù)的有效性。 （6）系統(tǒng)備份：支持 windows , linux，solaris，aix，hp-ux 等操作系統(tǒng)的在線 系統(tǒng)備份。因為病毒或其他原因?qū)е孪到y(tǒng)或應(yīng)用軟件損壞時，要求

46、系統(tǒng)軟件和各種應(yīng) 用軟件的備份和快速恢復(fù)。 （7）零停機 server free, lan free 備份 ：在 san 環(huán)境下對工作數(shù)據(jù)庫提供零停 機、零沖擊和零干擾的在線備份；零停機在線數(shù)據(jù)備份僅消耗 2%以下的主機資源。 （8）備份數(shù)據(jù)的后處理和快速恢復(fù)：經(jīng)過 post-processing 后處理后，可以建立 近線備份數(shù)據(jù)庫，可以在短時間內(nèi)快速恢復(fù)數(shù)據(jù)，恢復(fù)業(yè)務(wù)系統(tǒng)的運行，同時為其它 應(yīng)用提供數(shù)據(jù)共享 （9）備份數(shù)據(jù)共享 ：與相應(yīng)軟件模塊配合,可實現(xiàn)基于快照的對工作數(shù)據(jù)庫空間 的共享。 （10）遠(yuǎn)程多點數(shù)據(jù)備份和同步 ：與相應(yīng)軟件模塊配合,可方便地實現(xiàn)自動的、異 步的、高可靠性的、遠(yuǎn)程

47、多點數(shù)據(jù)備份和同步。 （三）（三） 、備份性能要求、備份性能要求 （1）備份和恢復(fù)速度 ：實用備份速度 120mb/sec；實用恢復(fù)速度 60mb/sec。 （2）當(dāng)前版本數(shù)據(jù)恢復(fù)速度：當(dāng)前版本的數(shù)據(jù)，經(jīng)過自動后處理后，恢復(fù)時間應(yīng) 小至一分鐘。 3.3.2.6存儲備份配置方案 存儲備份方案要求有效整合現(xiàn)有存儲備份設(shè)備，并購置新的存儲備份設(shè)備和相 關(guān)軟件，合理規(guī)劃、設(shè)計存儲備份設(shè)備，以滿足當(dāng)前業(yè)務(wù)系統(tǒng)的存儲備份的需求， 同時為未來的業(yè)務(wù)系統(tǒng)提供存儲備份平臺。 （一） 、生產(chǎn)中心存儲新增配置： 為保護(hù)了原有的 san 投資，在生產(chǎn)中心新增兩臺 128 口的主干導(dǎo)向器（san director） ，

48、作為統(tǒng)一 san 網(wǎng)絡(luò)的核心，將原有的小交換機作為邊緣交換機； 配置 1 臺裸容量為 30tb、64gb cache、iops 大于 600k 的高端磁盤陣列，1 臺 裸容量為 40tb 的二級備份磁盤存儲設(shè)備和 1 臺備份容量為 120tb 的備份磁帶 庫； （二） 、容災(zāi)中心新增配置： 配置兩臺 32 口交換機，交換機上都配置有虛擬存儲器。 配置 1 臺裸容量為 30tb、64gb cache、iops 大于 600k 的高端磁盤陣列。 （三） 、生產(chǎn)中心與容災(zāi)中心連接配置：通過裸光纖連接生產(chǎn)中心同容災(zāi)中心。 本次項目需要新購設(shè)備如下表所示： 序 號 存儲設(shè)備 名稱 數(shù) 量 業(yè)務(wù)功能配置情

49、況 1 生產(chǎn)中心 磁盤陣列 1 用于生產(chǎn)中心的磁盤 存儲 裸容量 30tb，cache 64gb，光纖接口 32，iops 值要大于 600k。 2 容災(zāi)中心 磁盤陣列 1 用于容災(zāi)中心的磁盤 存儲 裸容量 30tb，cache 64gb，光纖接口 32，iops 值要大于 600k。 3 備份磁盤 存儲設(shè)備 1 用于生產(chǎn)中心的二級 磁盤備份 裸容量 40tb，光纖接口 8 個。 4磁帶庫1用于數(shù)據(jù)的離線備份 配置 20 個 lto3 的驅(qū)動器，120tb 磁帶 5 生產(chǎn)中心 交換機 2 生產(chǎn)中心的 san 交 換機 每臺 32 個 2gb 端口，要求嵌入智能化存 儲服務(wù)配置了相應(yīng)的容災(zāi)軟件和

50、快閃備份 軟件。 6 容災(zāi)中心 交換機 2 容災(zāi)中心的 san 交 換機 每臺 32 個 2gb 端口，要求嵌入智能化存 儲服務(wù)配置了相應(yīng)的容災(zāi)軟件和快閃備份 軟件。 目前 xx 電信有多個廠商存儲的情況，要求將現(xiàn)有的各種存儲設(shè)備形成一個大型的 存儲池，有效的利用空間。需要利用虛擬引擎和虛擬控制器技術(shù)，達(dá)到以下目標(biāo)： 1 1、 靈活的容災(zāi)功能靈活的容災(zāi)功能 目前 xx 電信有多個廠商存儲的情況，要求采用智能虛擬存儲進(jìn)行數(shù)據(jù)整合的解決 方案來實現(xiàn)不同存儲之間的數(shù)據(jù)安全，這是由智能交換機本身的功能實現(xiàn)的，是在交 換機一層實現(xiàn)的數(shù)據(jù)安全保護(hù)方式（與主機和存儲無關(guān)） ，可以支持不同廠商的存儲產(chǎn) 品，可

51、以采用一臺或多臺存儲設(shè)備，節(jié)省投資，適用于現(xiàn)有的環(huán)境。 2 2、 投資保護(hù)（不改動原有數(shù)據(jù)）投資保護(hù)（不改動原有數(shù)據(jù)） 透明的加入 san 是虛擬控制器的基本功能，當(dāng)虛擬控制器被加入到一個現(xiàn)有的 san 環(huán)境中時，不需要做數(shù)據(jù)遷移，虛擬控制器 把現(xiàn)有的磁盤配置原封不動的繼承下來， 這樣對服務(wù)器上的應(yīng)用是完全透明的。當(dāng) san 虛擬控制器完全配置好以后，所有的過 程對服務(wù)器透明，因此不需要中止應(yīng)用。 3 3、 提高存儲利用率提高存儲利用率 san 卷控制器可以幫助增加可供主機應(yīng)用使用的存儲總量。通過將整個存儲網(wǎng)絡(luò)中 的存儲容量集中在一起，它允許主機應(yīng)用訪問自己所在的存儲區(qū)域網(wǎng)（san）之外的存

52、儲容量。 3.3.23.3.2 容災(zāi)方案 3.3.2.1容災(zāi)中心建設(shè)目標(biāo) 為防止小系統(tǒng)中的硬件故障，或因火災(zāi)、颶風(fēng)、地震等自然因素引起的數(shù)據(jù)處理設(shè) 備的損壞，而造成關(guān)鍵業(yè)務(wù)的中斷，對電信行業(yè)來說，建設(shè)容災(zāi)中心是必要的。 為保障“業(yè)務(wù)連續(xù)性” ，xx 電信擬啟動容災(zāi)中心建設(shè)。通過容災(zāi)中心的建設(shè)，達(dá)到 三個目的： （1） 、實現(xiàn)數(shù)據(jù)的異地保護(hù)； （2） 、實現(xiàn)異地業(yè)務(wù)接管； （3） 、實現(xiàn)生產(chǎn)中心負(fù)荷分擔(dān)。 3.3.2.2容災(zāi)中心建設(shè)要求 容災(zāi)中心的建設(shè)要求：保障業(yè)務(wù)的連續(xù)性，要保障業(yè)務(wù) “鏈”中的每一個元件都 能夠恢復(fù)到期望的目標(biāo)，要求以業(yè)務(wù)為出發(fā)點，從數(shù)據(jù)庫的數(shù)據(jù)復(fù)制、網(wǎng)絡(luò)、通訊線 路、應(yīng)用服

53、務(wù)器、存儲、數(shù)據(jù)庫服務(wù)器、web 服務(wù)器，甚至包括 dns、ldap 服務(wù)器和加 密機制等方面綜合考慮容災(zāi)方案，以保障業(yè)務(wù)的連續(xù)性。 容災(zāi)中心技術(shù)指標(biāo)要求：達(dá)到 rto、rpo 和 nro 技術(shù)指標(biāo)。 容災(zāi)方案要求：目前的電信行業(yè)對性能要求很高，要求采用同步的災(zāi)備方案；同時 用此方式在本地建立一個本地的數(shù)據(jù)鏡像，減少了恢復(fù)時間。 3.3.2.3同步容災(zāi)介紹 同步容災(zāi)也叫同城鏡像技術(shù)。同步容災(zāi)提供了實現(xiàn)災(zāi)難備份的方案基礎(chǔ)。同步容災(zāi) 全是以存儲為基礎(chǔ)的、實時的、與應(yīng)用無關(guān)的數(shù)據(jù)遠(yuǎn)程鏡像功能。同步容災(zāi)實現(xiàn)較為 簡單，是無數(shù)據(jù)丟失且具有完全恢復(fù)功能的的災(zāi)難恢復(fù)解決方案。 同步容災(zāi)基于企業(yè)存儲服務(wù)器，通

54、過光纖通道，以邏輯卷為基本單位，將本地存儲 上的數(shù)據(jù)同步鏡像到遠(yuǎn)端存儲上。 同步方式下:點對點遠(yuǎn)程拷貝(同步容災(zāi))是一種同步遠(yuǎn)程鏡像工具，可用于相隔距 離最多可達(dá) 300 公里的兩個存儲系統(tǒng)中指定的邏輯卷。存儲可以為所有連接的主機支 持同步容災(zāi)功能。 同步容災(zāi)將確保如果備份卷不能被更新，那么即使源卷更新成功，整個寫操作也會 返回失敗-徹底保證源卷和目的卷的數(shù)據(jù)徹底一致。同步方式可以保證數(shù)據(jù)不會丟失， 更重要的是數(shù)據(jù)的一致性在這種方式下能夠得到很好的保證-數(shù)據(jù)的不一致意味著相 關(guān)數(shù)據(jù)的丟失，此時數(shù)據(jù)庫的數(shù)據(jù)安全機制無法保證數(shù)據(jù)的安全，嚴(yán)重時有可能造成 數(shù)據(jù)庫無法啟動。 當(dāng)生產(chǎn)系統(tǒng)收到備份系統(tǒng)傳回

55、的已寫信息之后，生產(chǎn)機的磁盤系統(tǒng)通知主機該寫操 作已完畢，在此之后生產(chǎn)系統(tǒng)應(yīng)用繼續(xù)執(zhí)行。 在同步容災(zāi)的工作模式下，可以保證數(shù)據(jù)庫及應(yīng)用的一直性，對電信需同城之間的 災(zāi)備可以采用此種方式。 3.3.2.4容災(zāi)中心邏輯圖 生產(chǎn)中心 存儲 區(qū)域 1 主機 1 dcn san 數(shù) 據(jù) 鏡 像 主機 2 主機. 主機 n 存儲區(qū)域. 主機 1 主機 2 主機 主機 n san 需 保 護(hù) 數(shù) 據(jù) 存儲 區(qū)域 1 存儲 區(qū)域 2 存儲 區(qū)域 . 存儲 區(qū)域 n 存儲 區(qū)域 n 容災(zāi)中心 裸光纖 容災(zāi)技術(shù) 存儲 區(qū)域 2 存儲 區(qū)域 2 需 保 護(hù) 數(shù) 據(jù) 利用同步容災(zāi)方案，在生產(chǎn)中心的同城建立容災(zāi)中心，生

56、產(chǎn)中心和容災(zāi)中心通過裸 光纖連接，從如下幾個方面考慮容災(zāi)： 1數(shù)據(jù)的異地保護(hù)：利用數(shù)據(jù)遠(yuǎn)程鏡像技術(shù)，支持生產(chǎn)中心需要保護(hù)的數(shù)據(jù)（核 心數(shù)據(jù)）鏡像到容災(zāi)中心； 2負(fù)載分擔(dān)：生產(chǎn)中心通過自身的主機和存儲完成業(yè)務(wù)功能，當(dāng)生產(chǎn)中心業(yè)務(wù)繁 忙時，能利用容災(zāi)中心存儲來負(fù)載分擔(dān)；生產(chǎn)中心承擔(dān)部分業(yè)務(wù)功能，同時容 災(zāi)中心承擔(dān)部分業(yè)務(wù)功能； 3異地業(yè)務(wù)接管：當(dāng)生產(chǎn)中心發(fā)生災(zāi)難時，能自動切換到容災(zāi)中心，支持關(guān)鍵業(yè) 務(wù)的正常運行，保障業(yè)務(wù)的持續(xù)性，達(dá)到應(yīng)用級的容災(zāi)。 3.3.2.5容災(zāi)中心部署圖 dcn san雙冗 余結(jié)構(gòu) 企業(yè)級存 儲器 二級存儲（虛 擬帶庫） 企業(yè)級磁 帶庫 陜西電信it系統(tǒng)平臺 容災(zāi)系統(tǒng)物理示

57、意圖 san 容災(zāi)裸光纖 備份服務(wù)器 san san雙冗余結(jié)構(gòu) 企業(yè)級存 儲器 生產(chǎn)中心同容災(zāi)中心通過遠(yuǎn)程拷貝+遠(yuǎn)程雙機熱集群實現(xiàn)災(zāi)備的自動化，實現(xiàn)第七 級的容災(zāi)。對于災(zāi)備來說,數(shù)據(jù)在本地和遠(yuǎn)端都是以寫 cache 為基準(zhǔn)的. 中心連接整體采用 san（存域網(wǎng)）的結(jié)構(gòu)，磁盤存儲服務(wù)器為主中心，新購一臺高 端存儲，配有 32 塊光纖口（4g 的接口） ，配有 64g 的 cahce，底層磁盤都為 15000 轉(zhuǎn) 146g 的磁盤，raid 方式建議對數(shù)據(jù)寫要求高的關(guān)鍵應(yīng)用采用 raid10，其他應(yīng)用采用 raid5。同時生產(chǎn)中心配置兩臺 128 口的交換機。 每臺主機的每個分區(qū)配有 2 個 hb

58、a（光纖卡） ，分別同兩個光纖交換機相連。配備 了的多路徑冗余軟件，多路徑負(fù)載均衡軟件為連接主機的多個路徑間自動負(fù)載均衡及 故障切換的軟件，保證光纖卡的兩條路徑并行工作，當(dāng)一條線斷掉的情況下，另一條 可以接管另一條的工作。從主機到存儲的每條路徑和部件都是冗余的，不存在單點故 障。 生產(chǎn)中心同容災(zāi)中心通過交換機裸光纖直接連接,遠(yuǎn)端可以采用一臺高端存儲磁盤， 用于數(shù)據(jù)容災(zāi)中心的數(shù)據(jù)存儲。 磁帶庫放在遠(yuǎn)端通過光纖本地和遠(yuǎn)端的主機都可以看到和應(yīng)用遠(yuǎn)端的磁帶庫，所以 磁帶庫放到遠(yuǎn)端和本地的意義是一樣的。之所以放到遠(yuǎn)端是考慮到可以通過容災(zāi)中心 的本地快照產(chǎn)生的第三份卷做 server free 的備份,即

59、同應(yīng)用無關(guān)的備份。 生產(chǎn)中心同容災(zāi)中心通過容災(zāi)軟件+高可靠性集群軟件實現(xiàn)災(zāi)備的自動化，同步容 災(zāi)可以與主機 unix 服務(wù)器的高可靠性集群軟件無縫結(jié)合，這樣在本地發(fā)生災(zāi)難時，保 證系統(tǒng)可以切到容災(zāi)中心。 同時遠(yuǎn)端中心同時可以進(jìn)行本地快照，本地快照產(chǎn)生的目標(biāo)卷可以進(jìn)行查詢、數(shù) 據(jù)挖掘、后臺分析、備份等。本地快照產(chǎn)生的目標(biāo)卷的數(shù)據(jù)庫也可以在指定的主機上 online 起來，進(jìn)行備份，另外，本地快照可以定制 copy 的時間間隔，如 1 小時。對于 主機的誤操作如刪掉一個表（1 小時之內(nèi)） ，則可以通過本地快照的目標(biāo)卷找回這個表， 如果超過兩小時，又可以通過備份的磁帶回存找回。如果數(shù)據(jù)庫處于歸檔模式

60、 （archive mode） ，對于誤刪除的表也可以通過磁帶備份的 archive log 來找回。 3.3.2.6網(wǎng)絡(luò)連接要求 根據(jù)當(dāng)前電信的規(guī)劃，生產(chǎn)中心位于省中心，在同城的市中心建設(shè)容災(zāi)中心，實現(xiàn) 兩點間業(yè)務(wù)的容災(zāi)和備份，為了確保數(shù)據(jù)的一致性和安全性，并且能夠在本地生產(chǎn)中 心受到破壞或意外事故時，能切換到同城的容災(zāi)中心，能保證系統(tǒng)正常地運行，保持 業(yè)務(wù)的連續(xù)運行和穩(wěn)定運行。這一業(yè)務(wù)需求對現(xiàn)有網(wǎng)絡(luò)提出了新的要求： 容災(zāi)中心網(wǎng)絡(luò)要求 需要建設(shè)高可用、高性能、可擴展的、安全的生產(chǎn)中心及容災(zāi)中心網(wǎng)絡(luò)，容災(zāi)中心 的網(wǎng)絡(luò)應(yīng)與生產(chǎn)中心的網(wǎng)絡(luò)配置相當(dāng)，從而保證當(dāng)生產(chǎn)中心發(fā)生災(zāi)難性故障時完全接 管生產(chǎn)中