應用系統遷移方案（大綱）修訂版<v1.1>建設單位編制單位文檔時間:1.文檔說明本文檔的目的在于為應用系統設計的一個遷移和數據處理方案并對實際作進行指導，給予建議。1.1系統遷移需求分析按照要求，此次系統遷移具體需求分析如下：將原有能遷移的應用系統將全部遷移至機房遷移期間必須保證工作不能斷，歷史數據不能損失。2.系統遷移方法2.1應用遷移和數據處理方法遷移和整合的方法。本遷移與整合方法分為6個階段，分別為系統評估與分析方案設計、虛擬化環境準備、應用移植、測試驗證和業務割接。應用遷移和數據處理方法應用遷移和數據處理方法法 ?工具和會議等評估方式對應用系統進行評估分析和匯總系統需求形成調報告。?方案設計計遷移場景和數據處理方案在此基礎上進行遷移順序遷移方法等內容的計，形成總體遷移方案。?在虛擬化環境準備階段應判斷所遷移過去環境是否能容納被遷移的所有對象，以及，具體應檢查計算機資源、存儲資源、網絡資源、以及數據庫資源等建立遷移所需的環境準備，如虛擬機、虛擬化網絡等。?應用遷移機的應用系統移植到虛擬機內。?遷移測試在所遷移過去應用系統進行功能測試性能測試安全測試并進行應用系統驗證以便預先排除隱患使得應用系統成功的在所遷移過去的機房中運行。2.2應用遷移設計的相關部門業務遷移進行中，會涉及到如下各部門：?應用開發商：的7×24小時故障響應處理工作，為應用系統的維護支撐提供技術支持。?遷移實施方：1）對應用系統進行評估與分析；2）根據需求設計遷移方案，如遷移方式、遷移工具等，設計數據處理方案；3）進行應用系統遷移，將應用系統從物理機上移植到虛擬機上；4）與應用開發商一起進行測試驗證；3.系統評估與分析架構個資源使用情況，評估過程需包含以下信息和內容：1.現有系統支撐的服務器數量以及在服務器中的分布情況；2.括CPU為保證遷移成功，目標虛擬機規格應不低于原物理機標準；3.統計物理服務器部署位置，分析是否支持虛擬化，是否支持資源擴展；4.對當前存儲容量和資源利用率進行評估，需在目標系統中規劃好遷移要的存儲空間。需明確現有存儲如何利用。4.遷移計劃常清晰并進行評估后，才能開始對遷移進行計劃，步驟如下：1.險的高低降序排列；2.確定備份方案；3.確定并準備好遷移所需的工具包括工具在遷移中必備的一系列功能和用工具所需具備的網絡環境；4.確保遷移成功。因此，測試環境需明確設計的服務器和存儲數量。5.到網絡連接情況數據備份方式以及網絡流量來源確定網絡流量是否會引網絡擁塞；6確定遷移周期以及參與人員包括遷移起止時間團隊能力建設以及團隊成員的角色。4.1進度安排遷移實施時間安排計劃表如下所示：按照*保證功能的正常運行、符合所遷移過去試4.2測試計劃核，步驟如下：1.準備用于測試遷移的測試系統環境，在測試時，第一批服務器將會遷移到該系統環境中；2.安裝并核實遷移工具，此時要執行第一批服務器的P2V遷移3.對第一批服務器，需分析存儲系統，不管該服務器在存儲遷移中采用本地磁盤存儲還是遠端存儲系統。5.應用遷移應用系統遷移首先將應用系統從物理服務器移植到虛擬機上可直接在虛機上重新部署或者移植應用系統，也可將物理機用遷移工具轉換為虛擬機。5.1環境準備1.應用系統遷移前，相關人員應準備就緒：? 遷移實施方：負責具體遷移工作；? 應用系統開發商：負責具體應用的部署和測試；? 網絡系統管理員：負責網絡的通信和連接情況；? 系統管理員負責虛擬化環境的準備和資源提供原服務器密等信息提供；? 備份管理員：對重要的數據和應用進行遷移前備份；2.確認服務器具有足夠的cpu、內存、存儲和網絡資源滿足被移應用系統的需求。3.遷移前，對重要的數據和應用系統進行必要的備份，以防遷移過程中意外情況的出現。5.2系統環境配置及系統部署的軟件環境由各個公司負責部署維護。5.2.1.*********管理平臺1.**********管理平臺（服務硬件環境資源描述數量1內存1硬盤1軟件環境軟件描述數量x11數據庫Gbas、12.********系統（API數據接口管理硬件環境資源描述數量1內存1硬盤1軟件環境軟件描述數量1數據庫Oracl、l、15.3遷移要求在實施遷移之前，我們需進行如下的確認工作：? 需保證機房服務器已到位；? 前更加優良?份工作5.4遷移流程遷移的具體流程及描述如下所示：1.在評估階段，虛擬化和遷移之前需收集服務器信息如下：性能統計：包括cpu使用率，內存使用率，硬盤使用情況；物理服務配置：包括cpu規格，內存容量，硬盤容量。統計物理服務器部署位置，分析是否支持虛擬化，累計支持虛擬化的服務器數量，并規劃處虛擬化中需新增的硬件情況；通過上述無代理收集和代理收集兩種場景手機當前系統的使用和配置情況。2.分析現有服務的依賴條件，對當前系統進行備份。確定應用系統對服務器的依賴關系，可作為遷移參考，確定服務器的遷移優先級順序。在確定各服務器的依賴條件后，對需進行虛擬化的服務器進行備份。3.容量規劃和虛擬化執行根據當前的資源使用和需求情況，計算虛擬化所需的容量。4.在擬化解決方案中，同類虛擬機部署在同一個計算資源池中，可相互享存儲/計算資源，一個集群的故障不會影響到其他資源池。5.虛擬化規劃和虛擬機分配建立虛擬化平臺后，準備最終遷移資源；遷移前，如果服務器a具備雙核CPU和2G內存那么在虛擬化平臺中就創建一個雙核2G內存的虛擬機，并分配相應的硬盤。6.規劃遷移工具采用遷移工具從物理或虛擬的服務器向最終的虛擬化系統中進行磁盤復制。7.通過工具執行在線遷移準備好源系統，目標虛擬機以及目標系統后，決定遷移時所需使用的遷移工具和遷移策略。8. 遷移測試遷移后，需進行系統的測試來驗證遷移是否成功，測試場景如下應用系統遷移后的資源監控；遷移后應用系統功能是否正常，與之前一致遷移后系統性能，安全測試。6.數據遷移要求最小宕機時間同時面臨數據庫類型不同且數據庫不止分布在同一個服務器上。6.1數據現狀和問題自CAD是oracle、SQLServer,Gbase等，而按照要求使用的為oracle數據庫，我們需要對后期據的存儲、管理與對接工作做一個重新的梳理工作。6.2主要工作內容6.2.1數據整理數據整理就是將原系統數據整理為系統轉換程序能識別的數據整理大致兩個階段第一階段就是將不同類型來源數據采集備份到統一的數據庫中第二階段就是將原始數據進行整理按照不同的要求分類進入不同的中間數據庫為數據轉換提供中間數據。整理采用以下方法：1.確保原始數據的完整性在進行數據整理之間，我們先需要對原始數據進行備份。備份目的有兩個：一是統一數據庫便于數據轉換另一個就是為以后數據追根溯源提供參考依據。2.數據分級過濾策略數據分級過濾就是把數據按照不同的數據級別進行分類整理進入不同的中間數據庫中。我們把數據分為三個級別：廢棄數據、待調整數據、可轉換數據廢棄數據就是該部分數據的存在會對系統資源造成浪費的數據并且會影響以后系統的運行待調整數據就是該部分數據嚴重影響新系統的運行必須進行人工調整后方可進行數據轉換可轉換數據就是該部分數據不需做任何處理基本滿足數據轉換的要求。3.借助數據整理相關工具此需編寫相關的數據整理工具完成數據整理。包括數據整理工具和數據糾錯工具數據整理工具負責將原始備份數據庫中的數據進行分類進入不同的中間數據庫數據糾錯工具負責提供友好方便的工具界面提供用戶方相關人員完善和糾正錯誤數據。4.利用中間庫作為橋梁由于原系統和遷移后的數據庫類型結果不一樣所以采用中間庫作為銜接統數據的重要橋梁對于遷移前后系統的對照關系很重要一旦業務人員對遷移后系統某項數據存在疑問，就可通過中間庫的關聯，順利找出原數據。6.2.2數據轉換數據轉換就是將整理后的數據依照表的要求進行轉換并存入新的數據庫。6.2.3系統切換第一步：編寫系統切換方案。系統切換方案包括系統切換方法、系統切換計劃等內容。切換方案。第三步：進行系統業務數據轉換。第四步：遷移后系統運行監控及數據整理。在所有遷移后的系統平穩運行后還需進行定期的運行監控以及部分數據修正，所以在系統運行平穩運行后，需要對這些數據進行調整。6.2.4系統切換保障措施1）數據備份斷是數據轉換錯誤還是系統程序BUG。2）數據測試過功能測試的遷移后系統辦理實際業務來驗證數據轉換