業(yè)務遷移規(guī)劃和設(shè)計方案

業(yè)務遷移規(guī)劃和設(shè)計方案XXX有限公司20XX年XX月XX日目錄TOC\h\z\u\t"標題1,1,標題2,2,標題3,3"一遷移部署計劃安排 2二業(yè)務遷移服務概述 2三業(yè)務遷移設(shè)計原則 3四業(yè)務系統(tǒng)遷移思路 3五業(yè)務遷移流程 4六遷移上云系統(tǒng)清單 6遷移部署計劃安排根據(jù)“先增量后存量”“先易后難”的原則，上云業(yè)務應用范圍包括：政府各部門（含直屬事業(yè)單位）現(xiàn)有和新建的等保三級及以下非涉密信息系統(tǒng)。因電子XX云按等保三級標準建設(shè)，等保三級以上信息系統(tǒng)暫不納入。各級機關(guān)、事業(yè)單位、群團組織等以及其他區(qū)本級預算單位的非涉密應用系統(tǒng)，由區(qū)科委提出遷移規(guī)范，聯(lián)合區(qū)府辦共同研究提出實施方案后，啟動遷移工作。2017年11月底前，根據(jù)計劃安排，匯總并梳理各部門2018年擬上云的項目范圍和清單；區(qū)財政局對預算資金予以保障。2017年12月前，區(qū)府辦、區(qū)科委對信息系統(tǒng)上云遷移情況進行初評估，結(jié)合評估結(jié)果，進一步優(yōu)化和完善相關(guān)工作。2018年3月，協(xié)同整體項目的啟動，按照市級或區(qū)級上云遷移規(guī)范與上云計劃清單，依據(jù)規(guī)范的遷移流程開始相關(guān)工作。首批遷移需在2018年6月完成，2018年9月完成整體的50%的遷移工作，2018年12月完成整體的75%的遷移工作，2019年12月完成整體遷移。各部門結(jié)合自身實際，與云服務商共同制定業(yè)務應用分類、分批上云計劃，優(yōu)先實現(xiàn)互聯(lián)網(wǎng)應用和超齡項目的遷移，實現(xiàn)試點部門基于電子XX云開展應用，完成事中事后綜合監(jiān)管平臺、協(xié)同OA平臺、網(wǎng)上XX大廳、政府網(wǎng)站群、公共信用信息服務平臺等綜合性應用平臺的遷移上云工作。業(yè)務遷移服務概述業(yè)務遷移服務主要內(nèi)容是將客戶現(xiàn)網(wǎng)業(yè)務平滑的遷移到云計算數(shù)據(jù)中心上。業(yè)務遷移存在復雜性和不確定性，給項目帶來很多風險，必須做縝密的調(diào)研和論證，制定科學、規(guī)范的實施方案和應急回退方案，選擇合適的遷移路線，制定合理的操作規(guī)范，減少和避免發(fā)生人為錯誤導致的故障，在規(guī)定的日期內(nèi)完成整個系統(tǒng)的遷移工作，做到業(yè)務停頓時間最短、影響范圍最小，否則不僅會給用戶的生產(chǎn)和管理帶來中斷，甚至會帶來經(jīng)濟損失。業(yè)務遷移設(shè)計原則數(shù)據(jù)安全性遷移過程中需要保證原有數(shù)據(jù)的安全性，避免因數(shù)據(jù)遷移造成原有數(shù)據(jù)的丟失、損壞。同時要求新增存儲設(shè)備具有較高的安全性，具有一定的數(shù)據(jù)保護措施，如存儲架構(gòu)冗余。業(yè)務連續(xù)性由于業(yè)務系統(tǒng)的運行要求不同，對業(yè)務連續(xù)性的要求也不同。對于關(guān)鍵的連續(xù)性要求較高的業(yè)務應盡量減少因遷移而造成的停機時間，保證其業(yè)務的連續(xù)性。遷移效率遷移方式不同，遷移的效率、所花費的時間也不同，根據(jù)客戶的業(yè)務特點，進行評估，選擇滿足客戶要求的遷移方案。 遷移成本根據(jù)客戶的預算，從成本考慮，選擇適合的遷移方案。虛擬化原則上所有X86平臺的業(yè)務系統(tǒng)都要遷移整合到虛擬化平臺，實現(xiàn)資源的動態(tài)調(diào)配。對于個別系統(tǒng)虛擬化無法支持的環(huán)境，需要采用P2P的遷移。遷移優(yōu)先級優(yōu)先遷移非核心業(yè)務和緊急上線業(yè)務，對于業(yè)務復雜度高和核心業(yè)務進行過仔細調(diào)研，演練成熟后進行遷移。兼容性遷移的業(yè)務系統(tǒng)必須滿足對虛擬化技術(shù)、操作系統(tǒng)的版本、應用軟件版本、硬件平臺的兼容性的要求。業(yè)務系統(tǒng)遷移思路對于在用系統(tǒng)的遷移，需要分階段進行。第一階段通過篩選，對硬件能力已無法滿足業(yè)務需求的系統(tǒng)、硬件老舊故障頻發(fā)的系統(tǒng)以及部門因技術(shù)能力不足提出希望遷移的系統(tǒng)，在遷移代價不高條件下首先進行遷移。對于運行良好，部門又有能力運維的系統(tǒng)暫不考慮遷移。第二階段遷移剩余的系統(tǒng)。在遷移時同時要采取從易到難，從次要到重要的順序進行。業(yè)務遷移流程此次遷移服務器所承載的應用系統(tǒng)需要平滑的遷移到虛擬化數(shù)據(jù)中心上；保證業(yè)務連續(xù)性是業(yè)務遷移的核心要求，遷移數(shù)據(jù)的高可靠性是業(yè)務遷移成敗的關(guān)鍵。根據(jù)多年業(yè)務遷移的項目實施經(jīng)驗，提供基于云平臺數(shù)據(jù)中心的集成業(yè)務遷移方案，可以充分保證業(yè)務連續(xù)性的最小中斷時間要求，并且在保證業(yè)務中斷時間的要求下，確保業(yè)務系統(tǒng)平穩(wěn)、數(shù)據(jù)安全的遷移到新的機房或服務器上。為了實現(xiàn)業(yè)務快速，平滑的遷移，結(jié)合的最佳實踐，我們把業(yè)務遷移流程分工為如下幾步：規(guī)劃，詳細設(shè)計，實施，后續(xù)管理，培訓，以及項目管理，其流程如下圖所示：業(yè)務遷移服務流程示意圖根據(jù)業(yè)務遷移流程和方法論，對各個階段需要完成的工作進行如下表說明：（注：耗時部分以合同簽訂后，正式開始實施為起始時間）。業(yè)務遷移各個階段需要完成的工作內(nèi)容表序項目描述耗時規(guī)劃階段1個月內(nèi)1設(shè)計信息收集設(shè)計業(yè)務系統(tǒng)IT現(xiàn)狀和遷移風險及業(yè)務關(guān)聯(lián)的調(diào)研表；0.5周2業(yè)務遷移評估從業(yè)務和IT需求的角度，包括了未來幾年發(fā)展需求和目前存在的瓶頸問題，對各個業(yè)務系統(tǒng)進行評估，給出專業(yè)遷移的建議。1周3應用關(guān)聯(lián)分析根據(jù)關(guān)聯(lián)業(yè)務調(diào)研表分析整個業(yè)務關(guān)聯(lián)情況；2周4遷移風險分析根據(jù)遷移風險調(diào)研表分析整個遷移風險情況；1周（同步進行）5遷移策略制定根據(jù)上面分析及遷移原則,制定詳細的業(yè)務遷移策略；0.5周詳細設(shè)計階段1個月1遷移方案制定制定業(yè)務遷移整體解決方案；1周2遷移計劃制定根據(jù)業(yè)務之間關(guān)聯(lián)情況和業(yè)務關(guān)鍵程度對應用進行分組，制定最終的詳細遷移計劃，包括遷移工具熟悉時間、數(shù)據(jù)上傳時間、最終同步時間；2周3風險應對計劃制定針對整個業(yè)務遷移風險情況制定相應的應對措施及計劃；1周實施階段6個月1遷移模擬演練選擇一種場景進行模擬業(yè)務遷移過程，改進業(yè)務遷移存在問題；2周2遷移技術(shù)服務在后臺數(shù)據(jù)中心部署業(yè)務遷移工具，對業(yè)務遷移工具進行測試，協(xié)助用戶對遷移工具開始正式遷移宣傳；4周3業(yè)務遷移實施協(xié)助客戶按照遷移計劃將業(yè)務系統(tǒng)從傳統(tǒng)PC平臺遷移到云平臺;1批6周2批6周3批6周共18周后續(xù)管理階段3個月1業(yè)務遷移評估對遷移后的業(yè)務系統(tǒng)進行評估，來確定能夠滿足我們前期的遷移目標，能夠滿足遷移的需求;4周2業(yè)務遷移監(jiān)控對遷移后的業(yè)務系統(tǒng)進行監(jiān)控，保證安全運行一個月,確保業(yè)務系統(tǒng)沒有后顧之憂;持續(xù)到項目驗收3業(yè)務遷移優(yōu)化針對評估結(jié)果和監(jiān)控中發(fā)現(xiàn)問題，對業(yè)務系統(tǒng)制定改進措施，對業(yè)務進行優(yōu)化;4周遷移上云系統(tǒng)清單按照目前的現(xiàn)狀經(jīng)過整理后得到以下結(jié)果：53個系統(tǒng)涉及25家單位，共計96臺物理機/虛擬機，折算標準虛擬資源需求量為CPU1680核內(nèi)存5.23TB存儲