新版大數(shù)據(jù)中心建設(shè)方案

1、大數(shù)據(jù)中心建設(shè)方案V3.0 大數(shù)據(jù)中心建設(shè)方案目錄TOC o 1-5 h z總體服務(wù)實施方案5集成實施方案5項目啟動階段56.2.1.1項目信息匯總5召開項目啟動會6項目規(guī)劃階段7需求調(diào)研及評審7 HYPERLINK l bookmark2 o Current Document 6.2.2.2項目現(xiàn)場查勘8項目現(xiàn)場環(huán)境準備9制定項目管理計劃9制定項目實施方案10項目方案內(nèi)部評審11 HYPERLINK l bookmark6 o Current Document 項目方案評審116.2.3項目實施階段12設(shè)備到貨驗收12硬件安裝施工13軟件安裝調(diào)測13系統(tǒng)測試14系統(tǒng)業(yè)務(wù)培訓146.2.4項目

2、驗收階段156.2.4.1驗收材料匯編156.2.4.2項目驗收測試166.2.4.3項目驗收會議16定制開發(fā)方案17 HYPERLINK l bookmark8 o Current Document 系統(tǒng)架構(gòu)17軟件生命周期20 HYPERLINK l bookmark12 o Current Document 定制能力22業(yè)務(wù)遷移服務(wù)24新應(yīng)用系統(tǒng)建設(shè)與部署評估服務(wù)24老應(yīng)用系統(tǒng)云化建設(shè)咨詢評估服務(wù)27云化測試與上線支持服務(wù)31 HYPERLINK l bookmark26 o Current Document 開發(fā)31 HYPERLINK l bookmark28 o Current D

3、ocument 開發(fā)測試環(huán)境31 HYPERLINK l bookmark30 o Current Document 開發(fā)測試環(huán)境資源31 HYPERLINK l bookmark32 o Current Document 開發(fā)環(huán)境使用32 HYPERLINK l bookmark34 o Current Document 測試支持32 HYPERLINK l bookmark36 o Current Document 支持內(nèi)容32 HYPERLINK l bookmark38 o Current Document 支持方式32 HYPERLINK l bookmark40 o Current

4、 Document 上線33業(yè)務(wù)遷移服務(wù)33 HYPERLINK l bookmark42 o Current Document 應(yīng)用遷移33 HYPERLINK l bookmark44 o Current Document 應(yīng)用遷移方法33 HYPERLINK l bookmark46 o Current Document 應(yīng)用遷移流程34 HYPERLINK l bookmark48 o Current Document 6.4.4.1.3應(yīng)用遷移方式選型38 HYPERLINK l bookmark52 o Current Document 6.4.4.2虛擬化遷移39虛擬化遷移方法和

5、流程40虛擬化遷移方案43 HYPERLINK l bookmark54 o Current Document 6.4.4.3數(shù)據(jù)遷移46數(shù)據(jù)遷移方法和流程46數(shù)據(jù)遷移方案設(shè)計原則47 HYPERLINK l bookmark56 o Current Document Oracle數(shù)據(jù)庫導出/導入遷移48 HYPERLINK l bookmark62 o Current Document 64434MySQl數(shù)據(jù)庫導出/導入遷移556.4.4.3.5異構(gòu)數(shù)據(jù)庫移植58安全等級保護方案62云安全等級保護解決方案62云平臺等級保護定級63云安全等級保護評估64云安全等級保護整改65等級保護管理整改

6、服務(wù)65等級保護技術(shù)整改集成65等級保護測評65備份服務(wù)方案666.6.1備份服務(wù)意義666.6.2備份服務(wù)內(nèi)容67備份恢復(fù)管理71備份方案調(diào)整與擴容73故障響應(yīng)修復(fù)方案74故障處理原則74云平臺軟件故障處理流程75云平臺硬件故障處理流程78機房基礎(chǔ)資源故障處理流程80系統(tǒng)優(yōu)化升級方案82變更請求83變更評估86變更分類86影響分級86變更的批準87變更實施和跟蹤88系統(tǒng)巡檢方案88核心業(yè)務(wù)保障方案92核心業(yè)務(wù)保障總體原則93保障對象和范圍93核心業(yè)務(wù)保障支持流程93專項小組支持服務(wù)97現(xiàn)場值守服務(wù)97快速現(xiàn)場支持97現(xiàn)場備件服務(wù)9811.應(yīng)急響應(yīng)解決方案98 HYPERLINK l book

7、mark78 o Current Document 6.11.1流程目的98 HYPERLINK l bookmark80 o Current Document 6.11.2流程原則986.11.3應(yīng)急保障小組架構(gòu)996.11.4應(yīng)急管理流程101總體服務(wù)實施方案根據(jù)本期項目特點及需求，可根據(jù)項目生命周期將服務(wù)階段劃分為項目集成階段及項目運維階段，并在各階段提供項目管理服務(wù)、項目集成方案設(shè)計服務(wù)、業(yè)務(wù)遷移服務(wù)、云平臺定制開發(fā)服務(wù)、云平臺安全等級保護服務(wù)、業(yè)務(wù)備份服務(wù)、云平臺業(yè)務(wù)培訓服務(wù)、云平臺運維服務(wù)等服務(wù)內(nèi)容。各項服務(wù)內(nèi)容貫穿項目全生命周期，通過項目管理服務(wù)將各項服務(wù)統(tǒng)籌編排，實現(xiàn)統(tǒng)一調(diào)度，

8、統(tǒng)一交付的標準化服務(wù)目標。各項服務(wù)內(nèi)容及實施方案如下所述。集成實施方案6.2.1項目啟動階段6.2.1.1項目信息匯總牽頭人項目經(jīng)理主要參與者項目組全體主要內(nèi)容（1）收集項目信息，包括但不僅限于如下內(nèi)容：a）項目招標文件b）項目建設(shè)方案/技術(shù)建議書c）項目合同d）項目設(shè)計文件項目服務(wù)承諾及相關(guān)約定調(diào)研并收集客戶現(xiàn)網(wǎng)情況(硬件組網(wǎng)、業(yè)務(wù)系統(tǒng)分布)分析項目信息，明確項目交付工作范圍及內(nèi)容分析項目風險規(guī)劃項目里程碑計劃初步規(guī)劃項目分工界面交付件項目信息收集表項目工作說明書項目分工界面說明備注6.2.1.2召開項目啟動會牽頭人項目經(jīng)理主要參與XX市智慧管廊大數(shù)據(jù)大數(shù)據(jù)云項目團隊、技術(shù)者經(jīng)理、施工經(jīng)理主

9、要內(nèi)容(1)組織客戶方項目團隊召開項目啟動會(外部)，包括但不限于如下內(nèi)容：明確項目背景及項目目標明確項目組成員分工及職責c）明確項目分工界面d）明確項目里程碑計劃及配套資源需求e）初步明確項目風險及應(yīng)對辦法(2)項目干系人識別（3）并簽字雙方（多方）就分工界面予以確認項目啟動會議紀要項目開工報告交付件項目風險登記表（更新）項目分工界面說明（更新）（1）項目分工界面說明需要項目參備注與方代表簽字確認62.2項目規(guī)劃階段622.1需求調(diào)研及評審牽頭人項目經(jīng)理主要參與聯(lián)席項目經(jīng)理、技術(shù)經(jīng)理、施工經(jīng)理、研發(fā)解決方案專家、技術(shù)支持及研發(fā)（1）項目需求調(diào)研、收集，如定制開發(fā)、主要內(nèi)容業(yè)務(wù)遷移等開展軟件版

10、本評估工作，確定可部署軟件版本對項目需求進行評審明確項目范圍交付件項目軟件評估報告項目需求分析說明書項目工作范圍說明書項目需求評審報告項目問題跟蹤表業(yè)務(wù)遷移調(diào)研表備注62.22項目現(xiàn)場查勘牽頭人施工經(jīng)理主要參與者技術(shù)經(jīng)理、項目經(jīng)理主要內(nèi)容開展項目現(xiàn)場查勘，確認現(xiàn)場環(huán)境根據(jù)查勘結(jié)果輸出項目工勘報告交付件項目工勘報告項目工程環(huán)境準備建議書備注6.223項目現(xiàn)場環(huán)境準備牽頭人施工經(jīng)理主要參與項目經(jīng)理、技術(shù)經(jīng)理者主要內(nèi)容(1)跟蹤、確認、協(xié)調(diào)以保證機房現(xiàn)場環(huán)境具備項目實施條件交付件項目工程環(huán)境準備建議書(更新)備注6224制定項目管理計戈U牽頭人項目經(jīng)理主要參與者技術(shù)經(jīng)理、施工經(jīng)理主要內(nèi)容規(guī)劃項目整體

11、管理規(guī)劃項目范圍管理規(guī)劃項目進度管理規(guī)劃項目質(zhì)量管理規(guī)劃項目風險管理規(guī)劃項目人力資源管理 大數(shù)據(jù)中心建設(shè)方案V3.0規(guī)劃項目溝通管理規(guī)劃項目干系人管理交付件項目管理計劃書項目進度計劃備注62.25制定項目實施方案牽頭人技術(shù)經(jīng)理主要參與者施工經(jīng)理、項目經(jīng)理、技術(shù)支持及研發(fā)主要內(nèi)容規(guī)劃設(shè)備安裝及綜合布線方案規(guī)劃網(wǎng)絡(luò)組網(wǎng)及安全方案規(guī)劃服務(wù)器及存儲分配方案規(guī)劃云計算平臺設(shè)計方案規(guī)劃第三方產(chǎn)品集成方案規(guī)劃業(yè)務(wù)遷移方案規(guī)劃項目驗收方案規(guī)劃項目培訓方案單元測試方案(含測試用例設(shè)計)集成測試方案(含測試用例設(shè)計)驗收測試方案(含測試用例設(shè)計)大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)據(jù)中心建設(shè)方案V3.0 交付件項目實施

12、方案備注62.26項目方案內(nèi)部評審牽頭人項目經(jīng)理主要參與者技術(shù)經(jīng)理、施工經(jīng)理、PMO主要內(nèi)容對項目管理計劃進行內(nèi)部評審對項目實施方案進行內(nèi)部評審根據(jù)評審意見進行計劃修訂及更新交付件項目管理計劃書(更新)項目管理計劃評審報告項目實施方案(更新)項目實施方案評審報告?zhèn)渥MC為我司內(nèi)部項目管理辦公室62.27項目方案評審牽頭人技術(shù)經(jīng)理主要參與者XX市智慧管廊大數(shù)據(jù)大數(shù)據(jù)云項目團隊、技術(shù)經(jīng)理、施工經(jīng)理對項目管理計劃書及項目實主要內(nèi)容施方案進行綜合評審(2)根據(jù)評審意見對方案修訂及更新交付件項目管理計劃書(更新)項目實施方案(更新)備注6.2.3項目實施階段6.2.3.1設(shè)備到貨驗收牽頭人施工經(jīng)理主要

13、參與者項目經(jīng)理主要內(nèi)容接收到貨物料并根據(jù)到貨清單全面核對配合客戶及監(jiān)理單位按照質(zhì)檢要求進行到貨驗收對到貨物料進行妥善存放及保管交付件到貨設(shè)備驗收單備注大數(shù)據(jù)中心建設(shè)方案V3.0623.2硬件安裝施工牽頭人施工經(jīng)理主要參與者項目經(jīng)理主要內(nèi)容依據(jù)項目實施方案開展布線、硬件安裝工作定期開展施工質(zhì)量檢查交付件系統(tǒng)硬件安裝質(zhì)量檢查報告?zhèn)渥?.233軟件安裝調(diào)測牽頭人施工經(jīng)理主要參與者技術(shù)經(jīng)理、項目經(jīng)理主要內(nèi)容根據(jù)項目實施方案開展軟件安裝及部署對部署過程中發(fā)現(xiàn)的問題及缺陷及時進行修復(fù)和更新交付件項目問題跟蹤表項目軟件配置規(guī)范Checklist備注623.4系統(tǒng)測試牽頭人施工經(jīng)理主要參與者技術(shù)經(jīng)理、項目經(jīng)理

14、主要內(nèi)容根據(jù)單元測試方案實施系統(tǒng)單元測試根據(jù)集成測試方案實施系統(tǒng)集成測試對測試過程中發(fā)現(xiàn)的問題及缺陷及時進行修復(fù)和更新交付件項目單元測試報告項目集成測試報告?zhèn)渥?1)測試方案及測試報告需根據(jù)項目實際情況在系統(tǒng)集成測試啟動前完成匯總并完成評審623.5系統(tǒng)業(yè)務(wù)培訓牽頭人施工經(jīng)理大數(shù)據(jù)中心建設(shè)方案V3.0主要參與者項目經(jīng)理、技術(shù)經(jīng)理、授課講師主要內(nèi)容依據(jù)合約制訂項目培訓方案，若無合約，開展隨工培訓開展相關(guān)系統(tǒng)業(yè)務(wù)、運維培訓收集培訓反饋交付件項目實施方案(更新)項目培訓簽到表項目培訓實施報告項目培訓反饋表備注6.2.4項目驗收階段6.241驗收材料匯編牽頭人項目經(jīng)理主要參與者XX市智慧管廊大數(shù)據(jù)大數(shù)

15、據(jù)云項目團隊、項目監(jiān)理單位、技術(shù)經(jīng)理、施工經(jīng)理主要內(nèi)容根據(jù)項目管理規(guī)范匯編項目驗收所需文件根據(jù)項目業(yè)主、監(jiān)理單位要求匯編項目驗收所需文件交付件項目驗收文件大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)據(jù)中心建設(shè)方案V3.0 備注(1)項目驗收文件依照項目業(yè)主(甲方)溝通結(jié)果確認并提供6.2.4.2項目驗收測試牽頭人項目經(jīng)理主要參與者XX市智慧管廊大數(shù)據(jù)大數(shù)據(jù)云項目團隊、項目監(jiān)理單位、技術(shù)經(jīng)理、施工經(jīng)理主要內(nèi)容協(xié)調(diào)項目業(yè)主、監(jiān)理單位及其他項目干系人對系統(tǒng)進行全面驗收測試對驗收過程中項目業(yè)主、監(jiān)理單位及其他參與驗收單位所提出的問題予以解釋說明并對驗收過程中發(fā)現(xiàn)的缺陷予以修復(fù)形成驗收測試結(jié)論明確項目遺留問題交付件項

16、目驗收測試報告項目遺留問題清單備注6.2.4.3項目驗收會議牽頭人項目經(jīng)理主要參與者XX市智慧管廊大數(shù)據(jù)大數(shù)據(jù)云項目團隊、項目監(jiān)理單位、技術(shù)經(jīng)理、施工經(jīng)理主要內(nèi)容總結(jié)項目整體交付工作就項目遺留問題及后續(xù)解決計劃進行討論說明項目移交及運維交接形成項目初步驗收結(jié)論交付件項目驗收報告項目服務(wù)交付報告項目會議紀要項目完工報告?zhèn)渥?.定制開發(fā)方案6.3.1系統(tǒng)架構(gòu)定制系統(tǒng)采用B/S/S三層架構(gòu)，基于SpringMVC開源框架開發(fā)，對內(nèi)可與CSMCloudOS、CASIMCVCFC進行對接，對外可與CA、郵件、短信、微信和支付寶等其它第三方系統(tǒng)進行對接。系統(tǒng)支持多種數(shù)據(jù)庫(Mysql、SqlServer、

17、Oracle和PostgreSQL等)，采用Tomcat7.0服務(wù)器，運行在Docker容器上。系統(tǒng)架構(gòu)具有以下幾個特點：大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)據(jù)中心建設(shè)方案V3.0 (1)技術(shù)先進性系統(tǒng)后端全部使用當前非常流行的開源框架，流程引擎采用Activiti5,ORM采用Hibernate4,MVC采用Spring4,安全采用Spring-security4，數(shù)據(jù)庫二級緩存采用Ehcache；前端采用Bootstrap、Echarts、FontAwesome和Jquery等非常流行的開源框架。系統(tǒng)前端采用定制開發(fā)自定義的標簽進行代碼開發(fā)，實現(xiàn)了組件化的開發(fā)，開發(fā)效率和維護效率都得到極大的提升

18、。系統(tǒng)權(quán)限基于RBAC進行設(shè)計開發(fā)，權(quán)限與角色相關(guān)聯(lián)，非常靈活地支持系統(tǒng)進行權(quán)限管理，同時也能根據(jù)客戶的需要支持分授權(quán)的功能。(2)軟件組件化系統(tǒng)采用組件化設(shè)計開發(fā)，使系統(tǒng)的應(yīng)用功能、算法程序及子系統(tǒng)既有機集成，又相互獨立，如同系統(tǒng)上可以“熱插拔”的組件。這種設(shè)計開發(fā)，一方面可保證系統(tǒng)的靈活和按需配置，另一方面可最大限度地保護開發(fā)資源，避免重復(fù)開發(fā)。(3)高安全性系統(tǒng)根據(jù)GBT31167GBT31168的要求，對常見的攻擊(SQL盲注、OS攻擊、XSS攻擊、CSRF攻擊、MITM攻擊)進行了有效的防護，并使用AWVS對系統(tǒng)的安全漏洞進行掃描，保證了系統(tǒng)的高安全性。(4)高可用性系統(tǒng)當前根據(jù)定制

19、項目的實際需求，有多種HA的實現(xiàn)方案可選，例如：應(yīng)用服務(wù)器的主備倒換，或者負載均衡，或者以上兩個方案結(jié)合在一起使用。從而保證任何一臺服務(wù)器宕機都不會影響到整個系統(tǒng)的使用，理論上可用性能達到7*24。(5)高可擴展性由于系統(tǒng)架構(gòu)的支撐層采用面向服務(wù)的開發(fā)方式，即定制系統(tǒng)的業(yè)務(wù)數(shù)據(jù)來源于CloudOSCASIMC、VCFC和其它標準化的軟件所提供的標準化接口。新增的定制功能可以通過調(diào)用這些標準化的可復(fù)用服務(wù)實現(xiàn)自身的業(yè)務(wù)邏輯，而對現(xiàn)有功能沒有任何影響；可復(fù)用服務(wù)升級變更的時候，也可以通過提供多版本服務(wù)對應(yīng)用實現(xiàn)透明升級，不需要強制應(yīng)用同步變更。系統(tǒng)整體架構(gòu)如下圖所示：大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)

20、據(jù)中心建設(shè)方案V3.0 /1-?pctjiiiRPorhl后自Cloudos:C5NI定制VCFC制CAS定制城碼辺謔安全B&戛繪存羸鴿RBAC數(shù)據(jù)校限月罷務(wù)層事物背理異常如晡思毆務(wù)曰志嚴務(wù)曽臣登涙流強引聲甘它附聲CloudOSCSMVCFCCASIMC支撐層RestAPIRe&lAPIRstAPIRsrAPIRestAPIWEB器晴息4問枠艱存屮同件數(shù)據(jù)層LDAPSOLServ&rN*Mw1N*HrN1NKwNNsMrNriWMySQLORACLEPostqre-SQL6.3.2軟件生命周期在云應(yīng)用定制開發(fā)服務(wù)中，XXX公司向最終用戶交付如下服務(wù)：工作任務(wù)具體工作內(nèi)容輸出需求調(diào)研需求溝通和討

21、論調(diào)研記錄報告出差日報可行性分析與研發(fā)討論和部門內(nèi)部討論可行性分析報告需求分析需求整理和文檔編寫、部門需求評審、用戶需求確認、軟件需求規(guī)格業(yè)務(wù)需求分析說明書、需求確認書、軟件需求規(guī)格說明說明書編寫書項目設(shè)計階段編寫概要設(shè)計說明書概要設(shè)計詳細設(shè)計數(shù)據(jù)庫結(jié)構(gòu)說明（包括數(shù)據(jù)字字典說明）編碼階段代碼開發(fā)、單元測試和代碼走查軟件測試集成測試、系統(tǒng)測試、用戶測試（驗收測試）系統(tǒng)測試用例、驗收測試用例功能測試報告軟件交付編寫用戶幫助手冊、編寫部署指導、項目實施、編寫項目總結(jié)用戶幫助手冊、軟件部署指導說明書、所有定制開發(fā)程序源碼（含注釋說明）、軟件交付總結(jié)軟件維護軟件日常維護運維跟蹤報告運維更新后的相關(guān)文檔軟

22、件升級需求調(diào)整分析、軟件功軟件升級說明文檔能擴展和系統(tǒng)優(yōu)化一6.3.3定制能力單點登錄a)支持從Portal單點登錄到IMC、CAS、CloudOS、VCFC、UIS和其它第三方系統(tǒng)；b)支持Portal被其它系統(tǒng)單點登錄。模塊整合a)支持將IMC、CAS、CloudOS、VCFC、UIS和其它第三方系統(tǒng)的功能菜單設(shè)置到Portal的導航欄中，通過在Portal點擊進入指定系統(tǒng)的某個功能模塊；b)支持將IMC、CAS、CloudOS、VCFC、UIS和其它第三方系統(tǒng)的功能直接嵌入到Portal中；c)支持CloudOS一攬子的資源申請定制。數(shù)據(jù)整合支持整合CSM的數(shù)據(jù)支持整合CloudOS的數(shù)

23、據(jù)支持整合IMC的數(shù)據(jù)支持整合VCFC的數(shù)據(jù)支持整合CAS的數(shù)據(jù)支持整合其它第三方系統(tǒng)的數(shù)據(jù)(4)個性化定制a)個性化LOGOb)個性化背景圖片或者顏色c)個性化字體和樣式d)個性化布局個性化權(quán)限管理個性化大屏頁面展示(5)流程定制人員注冊流程定制主機申請流程定制硬盤申請流程定制d)公網(wǎng)IP申請流程定制e)其它流程定制(6)協(xié)作功能定制整合各個系統(tǒng)的數(shù)據(jù)，提供定制的REST接口給第三方系統(tǒng)提供移動設(shè)備接入的接口提供PORTA內(nèi)點對點討論和聊天的功能(7)報表定制支持CSMft表的定制支持CloudOS報表的定制支持IMC報表的定制支持VCF報表的定制e)支持CAS報表的定制(8)客戶端定制a)

24、Portal支持手機版網(wǎng)頁瀏覽b)CloudOS部分功能支持手機版網(wǎng)頁瀏覽(9)第三方系統(tǒng)對接定制a)短信平臺b)郵件系統(tǒng)微信d)支付寶業(yè)務(wù)遷移服務(wù)6.4.1新應(yīng)用系統(tǒng)建設(shè)與部署評估服務(wù)新建業(yè)務(wù)系統(tǒng)上線部署之前，需要進行充分的評估和分析，以確認最合適的部署方式，具體評估流程如下圖所示。H*早圭1*山m.haaj理.htal-L1rfit于d*i_l.-*14MF-fTsJBrHriHi耆i丄“劇“，1益LLLIIIJL“AM1n:nal=kkh二1*It.町零i-ltRffVHP1新業(yè)務(wù)系統(tǒng)建設(shè)與部署評估流程圖流程說明：是否對獨立硬件有特殊需求：IT系統(tǒng)需采用金融加密機等特殊硬件，如支付系統(tǒng)的

25、金融加密機、經(jīng)營分析系統(tǒng)NCR設(shè)備（采用Teradata數(shù)據(jù)倉庫）等。是否對操作系統(tǒng)有特殊需求：IT系統(tǒng)需采用除UNIX、Linux、Windows之外的特殊操作系統(tǒng)平臺。是否能夠共享已有的平臺：系統(tǒng)可以與已有系統(tǒng)共享已分配的虛擬化資源，且資源需求能夠滿足。選擇相應(yīng)的操作系統(tǒng)鏡像：根據(jù)IT系統(tǒng)需求選擇操作系統(tǒng)，包括UNIX、Linux、Windows。虛擬化適用性矩陣：評估IT系統(tǒng)是否適合運行在虛擬化環(huán)境，對于不同的服務(wù)器可參考下圖來評估其是否適合虛擬化，對于給定的應(yīng)用，可以根據(jù)系統(tǒng)預(yù)期的硬件利用率和需求以及用戶的數(shù)量決定是否適合虛擬化。亂44講用JK臥存亞熬fh*is#a崔4X14;特別推告

26、虛擬化氣以j#K1畫議鼻盼直賈爭眾環(huán)忙靑w；m#升S72二I-WNT#IlTirME曲畫_!持搭出升盒弗UE4機用戶ftf剛戶骨申：?用T*4f!3i-nr*LS.*MS/ZJ片*丸可輕申便尋迪蠱寬色慢用飯壺GbitZSUlnt/Tii丹14-1ri卜0B內(nèi)存/t+右6.4.2老應(yīng)用系統(tǒng)云化建設(shè)咨詢評估服務(wù)為幫助客戶順利的實現(xiàn)應(yīng)用系統(tǒng)的云化建設(shè)，我們提供專業(yè)的云化咨詢服務(wù)。對當前運行在傳統(tǒng)架構(gòu)下的應(yīng)用系統(tǒng)及IT基礎(chǔ)架構(gòu)現(xiàn)狀進行充分的調(diào)研和分析，并提供云化IT基礎(chǔ)架構(gòu)的規(guī)劃與設(shè)計。為客戶將業(yè)務(wù)系統(tǒng)從傳統(tǒng)架構(gòu)轉(zhuǎn)移至云架構(gòu)提供有效的技術(shù)支撐。咨詢服務(wù)主要包含如下內(nèi)容：服務(wù)名稱服務(wù)描述業(yè)務(wù)系統(tǒng)現(xiàn)狀調(diào)研

27、咨詢服務(wù)專家將根據(jù)調(diào)查問卷，通過現(xiàn)場訪談的方式，收集客戶應(yīng)用系統(tǒng)的現(xiàn)狀信息，主要包括但不限于如下內(nèi)容：IT基礎(chǔ)架構(gòu)部分用戶數(shù)/并發(fā)數(shù)服務(wù)器、存儲等設(shè)備型號、配置和數(shù)量網(wǎng)絡(luò)架構(gòu)，如接入層、匯聚層、核心層、站點互聯(lián)設(shè)計等存儲架構(gòu)，如SANDASNAS分布式存儲等服務(wù)器資源利用率，包括CPU內(nèi)存等峰值和平均利用率存儲資源利用，包括總?cè)萘?、可用容量和剩余空間等災(zāi)備系統(tǒng)架構(gòu)，包括組網(wǎng)結(jié)構(gòu)、規(guī)模和RTO/RP0指標IT應(yīng)用系統(tǒng)部分應(yīng)用系統(tǒng)名稱和重要程度應(yīng)用系統(tǒng)架構(gòu)，如BSCS或其他與其他應(yīng)用系統(tǒng)對接和依賴關(guān)系應(yīng)用系統(tǒng)中間件、數(shù)據(jù)庫等平臺信息應(yīng)用系統(tǒng)業(yè)務(wù)流程評估與分析根據(jù)應(yīng)用系統(tǒng)現(xiàn)狀調(diào)研的結(jié)果，進行具體的評

28、估和分析，找出差距和改進點，主要包括但不限于以下內(nèi)容：網(wǎng)絡(luò)架構(gòu)分析，包括當前網(wǎng)絡(luò)架構(gòu)中的分層、分區(qū)、擴展性、安全性、可靠性、QOS保障等方面的分析；計算子系統(tǒng)分析，包括異構(gòu)平臺、計算模型、數(shù)據(jù)庫架構(gòu)、集群架構(gòu)、負載均衡架構(gòu)、服務(wù)器資源利用率等方面的分析；存儲子系統(tǒng)分析，包括異構(gòu)平臺、存儲架構(gòu)、采用的存儲技術(shù)、數(shù)據(jù)模型、性能指標、高可用現(xiàn)狀、存儲空間利用率等方面的分析；災(zāi)備子系統(tǒng)分析，包括災(zāi)備系統(tǒng)架構(gòu)（如雙活容災(zāi)、LANFree備份等）、災(zāi)備目標和數(shù)據(jù)量、容災(zāi)鏈路帶寬和距離、備份策略和備份窗口等，以及業(yè)務(wù)系統(tǒng)在RTO/RP（方面的需求，分析當前災(zāi)備系統(tǒng)是否能夠滿足業(yè)務(wù)需求。規(guī)劃與設(shè)計根據(jù)對評估與

29、分析的結(jié)果，進行云架構(gòu)的規(guī)劃和設(shè)計，主要包括但不限于以下內(nèi)容：總體架構(gòu)設(shè)計，描述云化IT基礎(chǔ)架構(gòu)的設(shè)計思想和藍圖，包括資源層（物理資源層、虛擬化平臺層、虛擬資源層）、服務(wù)層（基礎(chǔ)設(shè)施服務(wù)和平臺服務(wù)）和應(yīng)用層的整體設(shè)計，以及統(tǒng)一的運維管理和安全管理設(shè)計；云平臺架構(gòu)設(shè)計，包括資源池化管理和調(diào)度、自動編排、自助服務(wù)等；網(wǎng)絡(luò)架構(gòu)設(shè)計，包括網(wǎng)絡(luò)分層、功能分區(qū)、安全接入、Overlay、網(wǎng)絡(luò)虛擬化、擴展性和可靠性等；計算架構(gòu)設(shè)計，包括計算模型定義和分類、區(qū)域部署、服務(wù)器虛擬化、計算能力分析、集群和負載均衡等；存儲架構(gòu)設(shè)計，包存儲網(wǎng)絡(luò)和架構(gòu)、數(shù)據(jù)模型、性能模型、數(shù)據(jù)保護、存儲虛擬化整合、分布式存儲等災(zāi)備架構(gòu)

30、設(shè)計，包括災(zāi)備等級、本地/異地備份、本地/異地容災(zāi)、雙活容災(zāi)等6.4.3云化測試與上線支持服務(wù)開發(fā)免費提供完整的云平臺技術(shù)開發(fā)文檔，并可根據(jù)客戶需求，定期舉辦現(xiàn)場或網(wǎng)絡(luò)視頻培訓，并可提供完整的培訓教材。6.4.3.2開發(fā)測試環(huán)境開發(fā)者新開發(fā)的應(yīng)用在云平臺上線前可以在政務(wù)專有云開發(fā)測試環(huán)境上進行相關(guān)測試。開發(fā)測試環(huán)境使用的架構(gòu)和技術(shù)實現(xiàn)均與云平臺相同，開發(fā)測試環(huán)境與云平臺通過技術(shù)手段完全隔離，測試環(huán)境操作不影響云平臺正常對外提供服務(wù)。6.4.3.2.1開發(fā)測試環(huán)境資源開發(fā)測試環(huán)境，計算資源由4臺物理服務(wù)器組成，每臺服務(wù)器標配96GB內(nèi)存，9TB硬盤，按照16GB內(nèi)存每臺虛擬機計算共可以提供大約2

31、4臺虛擬機同時供開發(fā)者使用，如果按8GB內(nèi)存計算則可以提供48臺虛擬機同時供開發(fā)者使用。除本地硬盤外，虛擬機可以連接IPSAN存儲或者FC存儲進行相關(guān)測試。開發(fā)測試環(huán)境中提供MySQL、SQLServer數(shù)據(jù)庫服務(wù)。6.4.3.2.2開發(fā)環(huán)境使用與云平臺流程化申請不同，開發(fā)環(huán)境不單獨對外提供完整流程portal界面，開發(fā)測試環(huán)境對開發(fā)者提供單獨的申請/管理界面，由開發(fā)者提出資源需求，云平臺管理員根據(jù)虛擬機模板開通相應(yīng)的虛擬化資源，給開發(fā)者最大限度的自由空間去構(gòu)建測試環(huán)境。6.4.3.3測試支持針對開發(fā)者從前期咨詢到測試過程中遇到任何與云測試平臺相關(guān)的技術(shù)問題，都將提供所有必要技術(shù)支持。6.4.

32、3.3.1支持內(nèi)容測試環(huán)境基本操作指導、網(wǎng)絡(luò)通信保障、測試環(huán)境特殊需求受理、存儲資源分配、數(shù)據(jù)庫資源分配，測試業(yè)務(wù)評估，業(yè)務(wù)上線支持。6.4.3.3.2支持方式基本使用提供操作指導書，其他技術(shù)類支持，不僅限于電話、郵件咨詢。上線云平臺使用的底層環(huán)境與開發(fā)者使用的測試環(huán)境一致，可以保證在測試環(huán)境下測試通過的業(yè)務(wù)在云平臺上正常運行。如果測試環(huán)境下開發(fā)的業(yè)務(wù)通過評估具備遷移到云平臺的條件，則將協(xié)助開發(fā)者進行相關(guān)遷移工作，保障業(yè)務(wù)在云平臺正常運行。業(yè)務(wù)遷移服務(wù)6.4.4.1應(yīng)用遷移6.4.4.1.1應(yīng)用遷移方法云應(yīng)用遷移是為了將現(xiàn)有應(yīng)用平滑遷移到云平臺，應(yīng)分三個步驟來實施：分析、設(shè)計及建設(shè)階段收集基礎(chǔ)

33、設(shè)施新建、改造、擴容需求。識別和定義必需的運維、技術(shù)架構(gòu)功能組件：包括技術(shù)規(guī)范、服務(wù)器架構(gòu)、數(shù)據(jù)庫服務(wù)/基礎(chǔ)服務(wù)、并發(fā)處理能力、存儲容量及增長趨勢、SLA故障響應(yīng)時間、變更管理等等?？焖俳ㄔO(shè)支持測試驗證的環(huán)境，包括基礎(chǔ)網(wǎng)絡(luò)、存儲和服務(wù)器環(huán)境。測試階段包括組件功能性測試、組件集成性測試和組件性能測試。功能型測試：包括應(yīng)用功能模塊測試、高可靠性測試、數(shù)據(jù)備份測試等；組件集成性測試：包括系統(tǒng)各模塊間數(shù)據(jù)交互，與其他系統(tǒng)間數(shù)據(jù)交互，系統(tǒng)安全保障要求，設(shè)備故障恢復(fù)時間等;組件性能測試：包括系統(tǒng)響應(yīng)測試，負荷峰值，數(shù)據(jù)交換吞吐量等。3.遷移及擴展制定完善的遷移方案、充分的實施方案、良好的應(yīng)急預(yù)案等，最后實

34、施遷移。6.441.2應(yīng)用遷移流程已有應(yīng)用要遷移到云平臺需要各個線條對應(yīng)用系統(tǒng)進行梳理，具體梳理的主要內(nèi)容如下表所示：編號梳理項目主要內(nèi)容1系統(tǒng)重要性適用范圍；故障影響用戶范圍；允許最大宕機時間；大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)據(jù)中心建設(shè)方案V3.0 重要等級；2系統(tǒng)當前部署模式市集中；區(qū)縣分散部署；部署位置；3系統(tǒng)是否具備遷移條件系統(tǒng)是否長期使用；系統(tǒng)是否存在嚴重故障隱患；同時在線用戶比例；系統(tǒng)資源利用率；是否支持系統(tǒng)優(yōu)化改造；是否支持平滑移植；在梳理完上述內(nèi)容后，各應(yīng)用可參照下圖所示的流程進大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)據(jù)中心建設(shè)方案V3.0 行遷移。遷期砂云窣臺異H伸訕trifj衍列魄匚衣

35、JT醫(yī)瞅駐州他現(xiàn)呈癖昭應(yīng)尸KES是0力舄挨祈s?rL墾1R*bfi?rn、需倉P具體流程圖的說明如下：遷移到云平臺：將IT系統(tǒng)遷移到云平臺，使用虛擬化資源或物理資源（例如虛擬服務(wù)器、虛擬存儲虛擬網(wǎng)絡(luò)），并采用統(tǒng)一運營管理平臺進行管理。改造后遷移：對系統(tǒng)架構(gòu)、運行環(huán)境、接口等進行改造，使其滿足遷移到云平臺的技術(shù)要求，然后再遷移到云平臺。保持現(xiàn)狀：繼續(xù)保持IT系統(tǒng)當前的運行環(huán)境，包括基礎(chǔ)設(shè)施直至IT系統(tǒng)退役。系統(tǒng)是否會長期使用：該系統(tǒng)是否還將繼續(xù)長期使用，如是否還會繼續(xù)使用超過一年。系統(tǒng)是否存在故障隱患：該系統(tǒng)是否存在驗證的故障隱患，如數(shù)據(jù)安全、架構(gòu)缺陷等。設(shè)備利用率是否在60%與80%之間：該系

36、統(tǒng)是否能夠有效的利用基礎(chǔ)設(shè)施硬件資源，如CPU利用率存儲利用率過低或過高。同時在線用戶比例是否大于等于50%：該系統(tǒng)用戶的平均使用率（平均使用率指總體而言，同時在線的用戶占全部預(yù)期用戶的比例）大于等于50%。系統(tǒng)是否隨著壓力增長而擴展：該系統(tǒng)是否能夠進行平滑擴展以滿足預(yù)期內(nèi)或預(yù)期外的業(yè)務(wù)需求。系統(tǒng)是否能夠移植：該系統(tǒng)是否能夠消除隱患以進行移植，并滿足業(yè)務(wù)使用需求。是否有能力進行系統(tǒng)遷移及測試：該系統(tǒng)維護團隊是否有足夠的能力對系統(tǒng)進行測試及遷移。系統(tǒng)是否近期停用：該系統(tǒng)是否由于技術(shù)原因或業(yè)務(wù)的原因在近期將被停用。是否有業(yè)務(wù)驅(qū)動力進行系統(tǒng)遷移：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力進行系統(tǒng)移植。是否能夠進行

37、虛擬化：該系統(tǒng)平臺是否有合適的技術(shù)支持虛擬化。是否有業(yè)務(wù)驅(qū)動力進行虛擬化：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力對基礎(chǔ)設(shè)施（服務(wù)器或存儲）進行虛擬化。系統(tǒng)是否支持快速移植：該系是否能夠進行快速移植。是否有業(yè)務(wù)驅(qū)動力進行系統(tǒng)移植：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力進行應(yīng)用移植。是否有業(yè)務(wù)驅(qū)動力進行平臺轉(zhuǎn)換：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力進行平臺轉(zhuǎn)換。6.4.4.1.3應(yīng)用遷移方式選型應(yīng)用系統(tǒng)遷移需要根據(jù)系統(tǒng)類型和重要性選擇合適的遷移方式，而對于復(fù)雜系統(tǒng)的遷移，需要根據(jù)實際情況采用定制化的遷移技術(shù)及方法：重新安裝：IT系統(tǒng)相關(guān)文檔、安裝流程齊全，在虛擬化環(huán)境中重新部署IT系統(tǒng)再進行數(shù)據(jù)遷移。鏡像快照：在某個時間點對

38、系統(tǒng)進行快照，在虛擬化環(huán)境中恢復(fù)快照。虛擬化遷移：物理服務(wù)器到虛擬機的實時遷移(P2V)。通過網(wǎng)絡(luò)設(shè)備將需要遷移的業(yè)務(wù)網(wǎng)絡(luò)與云平臺實現(xiàn)二層的互通。有選擇的分批次的遷移服務(wù)器，將業(yè)務(wù)從原物理服務(wù)器遷移到新平臺的虛擬機上。在業(yè)務(wù)遷移后，服務(wù)器網(wǎng)絡(luò)屬性配置保持不變(如IP地址/VLAN等等)，業(yè)務(wù)依然通過老平臺承載。通過依次遷移大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)據(jù)中心建設(shè)方案V3.0 服務(wù)器的網(wǎng)關(guān)，防火墻的安全策略，以及在云平臺發(fā)布相應(yīng)的路由，最終實現(xiàn)業(yè)務(wù)通過云平臺承載。整個的遷移過程對業(yè)務(wù)來說幾乎是透明的，應(yīng)用不需要修改任何參數(shù)。6.4.4.2虛擬化遷移虛擬化遷移是指把源主機上的操作系統(tǒng)和應(yīng)用程序通過

39、離線或在線的方式移動到目標虛擬化主機上，并且能夠在目標虛擬化主機上正常運行。在實施虛擬化遷移的過程中，我們除了要關(guān)注遷移過程的可靠性，還需要關(guān)注遷移的性能，即遷移的時間和對業(yè)務(wù)系統(tǒng)的影響，虛擬化遷移的性能指標包括以下三個方面：整體遷移時間：從源主機開始遷移到遷移結(jié)束的時間業(yè)務(wù)停機時間：遷移過程中，源主機、目標主機同時不可用的時間對應(yīng)用程序的性能影響：遷移對于源主機上運行服務(wù)性能的影響程度。虛擬化遷移的目標是最小化整體遷移的時間和業(yè)務(wù)停機時間，并且將遷移對于源主機上運行服務(wù)的性能造成的影響降至最低。在遷移過程中，這幾個因素互相影響，我們將針對不同的業(yè)務(wù)場景和客戶需求，進行充分和專業(yè)的評估與分析，

40、并設(shè)計合理的和定制化的遷移方案，以達到預(yù)期的目標。6.4.421虛擬化遷移方法和流程虛擬化遷移過程中，服務(wù)交付人員需要詳細了解客戶需求，深入分析客戶業(yè)務(wù)系統(tǒng)現(xiàn)狀，設(shè)計出切實可行的遷移方案，并細化成可供實施的各種圖、表、配置文件等交付件。虛擬化遷移具體交付內(nèi)容如下表所示：服務(wù)名稱丿服務(wù)描述詳細信息收集丿服務(wù)專家將根據(jù)信息收集模板，通過電話或現(xiàn)場交流的方式，收集客戶需求和現(xiàn)場環(huán)境信息，主要收集內(nèi)容如下：當前業(yè)務(wù)系統(tǒng)組網(wǎng)拓撲、業(yè)務(wù)類型、月服務(wù)器數(shù)量和分布源服務(wù)器軟硬件配置、操作系統(tǒng)和軟件版本源服務(wù)器的資源包括CPU內(nèi)存、磁盤和網(wǎng)絡(luò)連接等占用狀況各業(yè)務(wù)系統(tǒng)之間的依賴關(guān)系和對接情況客戶對可靠性、安全性方

41、面的要求命名規(guī)則大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)據(jù)中心建設(shè)方案V3.0 評估和分析根據(jù)信息收集的結(jié)果，對應(yīng)用系統(tǒng)的虛擬化遷移進行評估和規(guī)劃，主要包括如下內(nèi)容：評估當前物理服務(wù)器資源利用率，并計算遷移后虛擬機所應(yīng)具備的計算資源。評估當前存儲類型、資源利用率和性能指標，并計算遷移后虛擬化平臺所應(yīng)提供的存儲類型和容量。評估當前虛擬化平臺可用資源（計算、存儲、網(wǎng)絡(luò)等）是否具備遷移的條件。評估遷移過程對業(yè)務(wù)系統(tǒng)的風險，包括業(yè)務(wù)暫停、數(shù)據(jù)丟失、性能下降等，并提岀相應(yīng)的規(guī)避或回退措施。方案設(shè)計；根據(jù)對當前系統(tǒng)的評估和分析結(jié)果，進行具體的遷移方案設(shè)計，在保障遷移過程的可靠性的基礎(chǔ)上，應(yīng)盡量降低業(yè)務(wù)整體的暫停時間

42、。主要包括以下內(nèi)容：確定遷移工具和遷移方式（在線/離線）確定遷移前環(huán)境準備工作規(guī)劃并設(shè)計具體的遷移步驟，包括所有服務(wù)器的遷移先后順序。規(guī)劃并設(shè)計必要的備份方案，對于某些關(guān)鍵業(yè)務(wù)系統(tǒng)數(shù)據(jù)，或虛擬化后需要重復(fù)利用的服務(wù)器，建議在遷移前進行適當?shù)臄?shù)據(jù)備份規(guī)劃并設(shè)計遷移后所需的網(wǎng)絡(luò)環(huán)境規(guī)劃遷移實施計劃，包括遷移起止時間、團隊成員和具體分工等遷移執(zhí)行根據(jù)遷移實施方案確定中的步驟和計劃，執(zhí)行具體的虛擬化遷移工作，主要包括如下內(nèi)容：遷移前環(huán)境準備，包括遷移工具安裝、網(wǎng)絡(luò)環(huán)境準備遷移前原系統(tǒng)健康檢查，確保遷移前原系統(tǒng)處于健康狀態(tài)遷移前數(shù)據(jù)備份（可選）在虛擬化平臺完成遷移前準備，包括虛擬機創(chuàng)建等暫停業(yè)務(wù)系統(tǒng)運行

43、（可選）通過遷移工具執(zhí)行在線/離線遷移將業(yè)務(wù)系統(tǒng)切換到虛擬化平臺并停用舊系統(tǒng)業(yè)務(wù)驗證和測試完成虛擬化遷移后，將對遷移后的業(yè)務(wù)系統(tǒng)進行驗證和測試，以確認業(yè)務(wù)系統(tǒng)在虛擬化平臺運行正常，主要包括如下內(nèi)容：根據(jù)客戶需求和業(yè)務(wù)環(huán)境，輸出測試方案與客戶討論，制定明確的測試計劃根據(jù)測試計劃中的時間點，按照測試方案中的內(nèi)容和步驟進行業(yè)務(wù)系統(tǒng)的驗證和測試完成測試后，輸出測試報告6.4.422虛擬化遷移方案遷移方式選型根據(jù)信息收集的結(jié)果，分析各應(yīng)用系統(tǒng)特點，包括重要程度、與其他業(yè)務(wù)系統(tǒng)的關(guān)聯(lián)關(guān)系、是否允許離線遷移、允許離線的時間窗口等因素，然后為每個應(yīng)用系統(tǒng)制定相匹配的遷移方式，如下表所示：序號服務(wù)名稱遷移工具遷

44、移方式選擇依據(jù)1政務(wù)信息系統(tǒng)XXX_CAS_Converter在線業(yè)務(wù)連續(xù)性要求高，允許離線的時間窗口較小，2辦公自動化系統(tǒng)XXX_CAS_Converter離線業(yè)務(wù)連續(xù)性要求較低，有足夠的離線時間窗口3郵件系統(tǒng)XXX_CAS_Converter離線業(yè)務(wù)連續(xù)性要求高，允許離線的時間窗口較小，虛擬資源計算在進行虛擬化遷移之前，應(yīng)對每個應(yīng)用系統(tǒng)虛擬化遷移后所需的虛擬計算進行合理的評估和計算，以確保遷移后應(yīng)用系統(tǒng)的可用性、可靠性和各項性能指標可滿足業(yè)務(wù)目標。虛擬資源計算的原則是，如果客戶希望業(yè)務(wù)系統(tǒng)遷移后，業(yè)務(wù)系統(tǒng)能夠保持與原系統(tǒng)一致的體驗，我們建議虛擬機的計算能力與原物理服務(wù)器的計算能力保持一致；

45、如果客戶希望通過P2V的遷移，提高資源的利用率，我們建議虛擬機的計算能力可以相比原先進行一定程度的壓縮，具體的壓縮計算方式如下圖所示。內(nèi)存方汞I、對樹理史豐機畢廚砒卄還強萬上嶺左曲擬址異作第統(tǒng)I虛擬盜源rL訂算方味遷移計劃設(shè)計根據(jù)先易后難、先小后大、有關(guān)聯(lián)的業(yè)務(wù)系統(tǒng)統(tǒng)一遷移的原則，并在與客戶協(xié)商后，確定業(yè)務(wù)遷移的計劃，包括遷移時間窗口、所需資源等信息，如下所示:|萬注1vCPUsCeTitPxKiS利用軍閃OX)1方;2皆匚PUsCe*)IF)(均值利用率厲坯閉0%)楚1序*相匚*W極費ititlXHW方潔肖能撐址百的曜或亡九申(fit粧峰倍和用車悶?zāi)刈詡衫寐省耙?0曙序號系統(tǒng)計劃遷移窗口實

46、際遷移窗口所需資源備注1郵件系統(tǒng)影響小2辦公自動化系統(tǒng)遷移難度較小3政務(wù)信息系統(tǒng)業(yè)務(wù)重要遷移注意事項應(yīng)用系統(tǒng)遷移前，建議進行健康檢查，確保當前應(yīng)用系統(tǒng)及所屬的服務(wù)器、存儲設(shè)備、操作系統(tǒng)、中間件平臺等均處于健康狀態(tài)，沒有未處理的告警、報錯等異常信息。大數(shù)據(jù)中心建設(shè)方案V3.0 在條件許可的情況下，建議重啟一次業(yè)務(wù)系統(tǒng)以測試業(yè)務(wù)是否可以自動啟動且運行正常。對于重要或核心的應(yīng)用系統(tǒng)，建議在進行虛擬化遷移之前配合用戶做好核心數(shù)據(jù)的備份，以規(guī)避遷移過程中由于各種軟硬件故障、人員誤操作等意外因素所帶來的數(shù)據(jù)安全風險。6.4.4.3數(shù)據(jù)遷移數(shù)據(jù)遷移主要是指對應(yīng)用系統(tǒng)中的核心數(shù)據(jù)庫的數(shù)據(jù)進行在線或離線遷移。在

47、整個應(yīng)用系統(tǒng)的遷移過程中，數(shù)據(jù)的遷移是至關(guān)重要的步驟，遷移后數(shù)據(jù)的完整性和一致性將直接影響應(yīng)用系統(tǒng)的可用性；遷移過程中稍有差錯，可能將會帶來重大的損失。數(shù)據(jù)遷移方法和流程為了確保數(shù)據(jù)遷移過程的可靠性，我們建議在進行數(shù)據(jù)遷移之前，進行充分的需求分析和方案設(shè)計，并制定嚴格的數(shù)據(jù)遷移規(guī)范和流程。IT架構(gòu)分析了解遷移前和遷移后業(yè)務(wù)系統(tǒng)環(huán)境，包括主機配置、數(shù)量、操作系統(tǒng)版本、存儲架構(gòu)、磁盤管理方式等。應(yīng)重點關(guān)注遷移前后主機操作系統(tǒng)版本、數(shù)據(jù)庫版本是否存在異構(gòu)的大數(shù)據(jù)中心建設(shè)方案V3.0情況。數(shù)據(jù)容量評估確定需要遷移的數(shù)據(jù)量大小，可用于執(zhí)行遷移的網(wǎng)絡(luò)帶寬，從而估算出遷移所需要的時間，作為遷移時間窗口的評估

48、輸入。業(yè)務(wù)連續(xù)性評估評估客戶對停機時間的容忍度,以及對業(yè)務(wù)連續(xù)性的保持需求,確定可用于執(zhí)行遷移的停機時間窗口；對于某些關(guān)鍵的需7*24連續(xù)運行的業(yè)務(wù)系統(tǒng)，則只能選擇在線遷移方案。遷移方案設(shè)計和選型對數(shù)據(jù)遷移實施過程中的風險點進行分析，并提出控制預(yù)案和回退方案；對于某些關(guān)鍵的核心應(yīng)用系統(tǒng)，可根據(jù)客戶需求，對數(shù)據(jù)遷移方案進行驗證和演練，并根據(jù)演練結(jié)果對遷移方案進行修訂和完善。遷移實施和測試嚴格按照遷移方案的步驟，進行數(shù)據(jù)遷移操作。遷移完成后應(yīng)進行數(shù)據(jù)的完整性和一致性校驗工作，確認數(shù)據(jù)遷移成功后，進行應(yīng)用系統(tǒng)的切換。數(shù)據(jù)遷移方案設(shè)計原則為了確保遷移過程的可靠性，以及遷移后業(yè)務(wù)系統(tǒng)的可用性，降低數(shù)據(jù)遷

49、移對應(yīng)用系統(tǒng)正常運行所帶來的風險，我們建議盡量采用同構(gòu)遷移的原則，即遷移前后的數(shù)據(jù)庫版本盡量保持一致，操作系統(tǒng)版本則可根據(jù)實際情況進行調(diào)整。遷移前后操作系統(tǒng)和數(shù)據(jù)庫均保持同構(gòu)場景：即操作系統(tǒng)和數(shù)據(jù)庫類型、版本均保持一致，則可直接通過數(shù)據(jù)庫備份和恢復(fù)的方式進行遷移，對于Oracle數(shù)據(jù)庫可通過RMAN實現(xiàn)。為了減少數(shù)據(jù)庫的停機時間，可以通過在線數(shù)據(jù)庫全備份+離線增備的方式進行恢復(fù)。遷移前后操作系統(tǒng)異構(gòu)、數(shù)據(jù)庫同構(gòu)場景：即操作系統(tǒng)類型或版本不一致，數(shù)據(jù)庫類型一致，而數(shù)據(jù)庫版本相同或不同的場景，例如同為Oracle數(shù)據(jù)庫的情況下，則可通過數(shù)據(jù)庫的導出/導入方式進行遷移。遷移前后操作系統(tǒng)和數(shù)據(jù)庫均為異

50、構(gòu)的場景：為了充分保障遷移后數(shù)據(jù)的一致性和完整性，建議選擇業(yè)界成熟且有官方技術(shù)支持的數(shù)據(jù)庫復(fù)制或遷移工具如OracleGoldenGate進行異構(gòu)平臺、異構(gòu)數(shù)據(jù)庫之間的遷移。6.4.4.3.3Oracle數(shù)據(jù)庫導出/導入遷移本章節(jié)所介紹的數(shù)據(jù)庫導出/導入遷移，適用于源數(shù)據(jù)庫和目標數(shù)據(jù)庫均為Oracle數(shù)據(jù)庫的場景，即從Oracle數(shù)據(jù)庫遷移至異機的Oracle數(shù)據(jù)庫；源和目標數(shù)據(jù)庫版本可以不同，源和目標數(shù)據(jù)庫所在服務(wù)器的操作系統(tǒng)也可以不同。大數(shù)據(jù)中心建設(shè)方案V3.0大數(shù)據(jù)中心建設(shè)方案V3.0 對于源和目標數(shù)據(jù)庫均為非Oracle數(shù)據(jù)庫的場景，例如從MSSQLServer遷移到MSSQLServ

51、er，或者從MySQL遷移到MySQL則可以使用其他相對應(yīng)的工具實現(xiàn)。數(shù)據(jù)庫泵技術(shù)介紹Oracle10g之前，可以通過exp/imp工具進行數(shù)據(jù)庫的導出/導入，實現(xiàn)數(shù)據(jù)庫的遷移。Oracle10g開始引入了數(shù)據(jù)泵技術(shù)。使用數(shù)據(jù)泵可快速加載或卸載Oracle數(shù)據(jù)庫的數(shù)據(jù)與元數(shù)據(jù)。數(shù)據(jù)泵基礎(chǔ)結(jié)構(gòu)是通過DBMS_DATAPUMPPL/SC程序包調(diào)用的。因此，通過使用數(shù)據(jù)泵可構(gòu)建自定義的數(shù)據(jù)遷移實用程序。數(shù)據(jù)泵會自動確定要使用的數(shù)據(jù)訪問方法；訪問方法可能是直接路徑或外部表。如果表結(jié)構(gòu)允許使用直接路徑加載和卸載，而且希望達到最大單個流性能時，數(shù)據(jù)泵會使用直接路徑加載和卸載。但是，如果存在集簇表、引用完整

52、性約束條件、加密列或一些其它項，數(shù)據(jù)泵會使用外部表，而不是使用直接路徑來移動數(shù)據(jù)。由于數(shù)據(jù)泵能夠在與長時間運行的作業(yè)分離后重新掛接并且不影響作業(yè)本身，所以您可以監(jiān)視多個位置正在運行的作業(yè)。只要元信息未受干擾，就可重新啟動所有停止的數(shù)據(jù)泵作業(yè)而不丟失數(shù)據(jù)。數(shù)據(jù)泵可通過如下兩種工具進行調(diào)用：命令行導出與導入客戶端，分別為expdp和impdp基于Web的導出與導入界面，通過DatabaseControl可訪問數(shù)據(jù)泵具有如下5種導出和導入模式:模式使用參數(shù)說明操作角色全庫FULL導岀整個數(shù)據(jù)庫必須擁有EXP_FULL_DATABASE角色方案SCHEMAS導岀一個或多個用戶模式中的數(shù)據(jù)和元數(shù)據(jù)如果擁

53、有EXP_FULL_DATABASE角色，可以導出任何模式，否則只能導出自己的模式表TABLES導岀一組特定的表擁有EXP_FULL_DATABASE角色，可以導出任何模式的表，否則只能導岀自己模式中的表表空間TABLESPACES導岀一個或多個表空間中的數(shù)據(jù)必須擁有EXP_FULL_DATABASE角色，才能導岀整個表空間可移動表空間TRANSPORT_TABLSPACES導出一個或多E個表空間中對象的元數(shù)據(jù)要求具有EXP_FULL_DATBAE角色數(shù)據(jù)泵技術(shù)具有如下優(yōu)點：EXCLUDEINCLUDE和CONTENT參數(shù)用于細粒度級對象和數(shù)據(jù)的選擇?？梢灾付▽С龌?qū)雽ο蟮臄?shù)據(jù)庫版本。允許對

54、導出和導入對象進行版本控制，以便與低版本的數(shù)據(jù)庫兼容。在導出或?qū)胱鳂I(yè)中，能夠控制用于此作業(yè)的并行線程的數(shù)量。使用ESTIMATE_ONLY參數(shù)可估計導岀作業(yè)占用的空間量（實際上并不執(zhí)行導出）。使用網(wǎng)絡(luò)模式支持在網(wǎng)絡(luò)上直接導岀和導入，而不需要使用轉(zhuǎn)儲文件集。在導入過程中，可以更改目標數(shù)據(jù)文件名、方案和表空間。通過SAMPLE參數(shù)可指定執(zhí)行數(shù)據(jù)泵導出時，要從源數(shù)據(jù)庫取樣和卸載數(shù)據(jù)的百分比。使用COMPRESSION參數(shù)可指示是否應(yīng)在導出轉(zhuǎn)儲文件中壓縮元數(shù)據(jù)，以便占用更少的磁盤空間。如果壓縮了元數(shù)據(jù)，導入過程中會自動執(zhí)行解壓縮。數(shù)據(jù)泵導出和導入的實現(xiàn)方式：使用數(shù)據(jù)泵導出，可以將源數(shù)據(jù)庫中的數(shù)據(jù)和元

55、數(shù)據(jù)卸載到被稱為轉(zhuǎn)儲文件集的操作系統(tǒng)文件集。使用數(shù)據(jù)泵導入，可以將導出轉(zhuǎn)儲文件集中存儲的元數(shù)據(jù)和數(shù)據(jù)加載到目標系統(tǒng)。數(shù)據(jù)泵支持網(wǎng)絡(luò)模式的導岀和導入，即直接從源數(shù)據(jù)庫加載目標數(shù)據(jù)庫，而不使用任何干預(yù)文件。這種方式非常適合源數(shù)據(jù)庫為只讀的場景。Iexpdp客啟數(shù)據(jù)序錯授遷移步驟步驟1：新數(shù)據(jù)庫安裝和準備XX政務(wù)專有云平臺中，若新數(shù)據(jù)庫已經(jīng)處于就緒狀態(tài)則該步驟可省略。安裝新操作系統(tǒng)，檢查并更新所需要的系統(tǒng)補丁檢查并創(chuàng)建Oracle用戶和用戶組修改內(nèi)核參數(shù)（Linux平臺）創(chuàng)建必要的文件系統(tǒng)和目錄結(jié)構(gòu)設(shè)置初始化參數(shù)文件安裝Oracle數(shù)據(jù)庫，并更新數(shù)據(jù)庫補丁創(chuàng)建密碼文件和參數(shù)文件在目標庫上創(chuàng)建表空間，

56、保持與源庫一致在目標庫上檢查系統(tǒng)用戶，保持與源庫一致新數(shù)據(jù)庫準備就緒步驟2：原數(shù)據(jù)庫導出新數(shù)據(jù)庫即遷移的目標數(shù)據(jù)庫準備就緒后，可執(zhí)行如下步驟，導出原數(shù)據(jù)庫的數(shù)據(jù)。建立目錄對象要使用數(shù)據(jù)泵技術(shù)，需要先在Oracle數(shù)據(jù)庫中建立目錄對象或者使用默認目錄對象，默認的目錄對象名為DATA_PUMP_DIR通過目錄對象可以對數(shù)據(jù)庫導岀的文件進行靈活的管理。由于所有的目錄對象的擁有者都是sys用戶，因此還需要對執(zhí)行導岀數(shù)據(jù)的用戶進行相應(yīng)的授權(quán)。執(zhí)行expdp導岀通過expdp/impdp工具，實現(xiàn)基于數(shù)據(jù)泵技術(shù)的數(shù)據(jù)導出和導入。Expdp和impdp工具即可以通過命令行參數(shù)執(zhí)行，也可以交互式執(zhí)行，或者通過

57、OracleEnterpriseManagerDatabaseControl制定可重復(fù)執(zhí)行的數(shù)據(jù)泵作業(yè)計劃。建議通過OracleEM向?qū)У姆绞?，?chuàng)建數(shù)據(jù)泵導出作業(yè),并根據(jù)需要導出全庫或部分數(shù)據(jù)，生成轉(zhuǎn)存儲文件。若希望通過命令行參數(shù)執(zhí)行，建議先編輯好參數(shù)文件，并在執(zhí)行expdp工具時使用編輯好的參數(shù)文件。步驟3：目標數(shù)據(jù)庫導入數(shù)據(jù)泵導入是一個可將導出轉(zhuǎn)儲文件集加載到目標系統(tǒng)的實用程序，因此在目標數(shù)據(jù)庫執(zhí)行導入之前，需要先獲取源數(shù)據(jù)庫導出的轉(zhuǎn)存儲文件。將源數(shù)據(jù)庫導出的轉(zhuǎn)存儲文件拷貝到目標數(shù)據(jù)庫所在服務(wù)器設(shè)置環(huán)境變量在目標數(shù)據(jù)庫上執(zhí)行必要的檢查工作，包括表空間數(shù)量、名稱和路徑檢查spfile參數(shù)文件

58、檢查數(shù)據(jù)庫的歸檔狀態(tài)檢查系統(tǒng)用戶及授權(quán)檢查數(shù)據(jù)字典和視圖執(zhí)行impdp數(shù)據(jù)導入在執(zhí)行impdp導入時候，可以根據(jù)需要對數(shù)據(jù)文件、表空間和方案進行重新映射,例如:使用REMAP_DATAFILE重新映射數(shù)據(jù)文件使用REMAP_TABLESPAO新映射表空間使用REMAP_SCHEM重新映射方案如無特殊需求，建議目標庫與源庫保持一致。導入成功后，對目標數(shù)據(jù)庫執(zhí)行一致性校驗，包括：編譯無效對象校驗對象數(shù)，確認是否與源庫一致對比被鎖定的數(shù)據(jù)庫賬戶檢查sequence檢查job狀態(tài)步驟4：遷移后處理在目標數(shù)據(jù)庫完成數(shù)據(jù)的導入后，需要執(zhí)行如下步驟，使目標數(shù)據(jù)庫就緒，完成最終的數(shù)據(jù)庫遷移工作。配置并啟動Li

59、stener修改job參數(shù)，并重啟數(shù)據(jù)庫對全庫的表做統(tǒng)計分析設(shè)置目標數(shù)據(jù)庫的歸檔，并確認歸檔進程正常設(shè)置目標數(shù)據(jù)庫服務(wù)器IP地址（根據(jù)實際情況調(diào)整644.3.4MySQL數(shù)據(jù)庫導出/導入遷移數(shù)據(jù)遷移至MySQL云數(shù)據(jù)庫之使用MySQLdum工具對于用戶來說，從原有數(shù)據(jù)庫遷移到云數(shù)據(jù)庫數(shù)據(jù)的過程，與從一個mysql服務(wù)器遷移到另外一臺mysql服務(wù)器的過程基本類似。具體的遷移流程如下：開通云數(shù)據(jù)庫服務(wù)。開通云數(shù)據(jù)庫服務(wù)，如果開通成功，會返回給用戶連接地址和端口利用MySQLdum備份數(shù)據(jù)先停止業(yè)務(wù)，使用MySQLdumpI勺數(shù)據(jù)導出工具，將線下原有數(shù)據(jù)庫數(shù)據(jù)導出為數(shù)據(jù)文件（本步驟僅僅導出數(shù)據(jù)，不

60、包括存儲過程，函數(shù)，觸發(fā)器）。利用MySQLdum導岀存儲過程、觸發(fā)器以及函數(shù)備份線下原有數(shù)據(jù)庫勺存儲過程、觸發(fā)器和函數(shù)（若數(shù)據(jù)庫中沒有使用存儲過程、觸發(fā)器和函數(shù)，則跳過這步），在導出存儲過程、觸發(fā)器和函數(shù)時，需要將definer去掉。將數(shù)據(jù)文件和存儲過程文件上傳到已經(jīng)購買勺云服務(wù)器中。將數(shù)據(jù)導入至云數(shù)據(jù)庫遠程登錄到云服務(wù)器，將剛才上傳勺數(shù)據(jù)文件導入到云數(shù)據(jù)庫實例中。將觸發(fā)器、存儲過程、函數(shù)導入至云數(shù)據(jù)庫至此數(shù)據(jù)遷移完畢，可以對云數(shù)據(jù)庫服務(wù)正常使用。用戶可使用數(shù)據(jù)庫客戶端工具（如MySQL-Front）或第三方數(shù)據(jù)庫管理工具（如phpmyadmin）以及程序的方式，通過域名和大數(shù)據(jù)中心建設(shè)方案