1、精選范本文件編號：密級：項目ID :項目編號：中國移動廣東公司UA際平臺應用遷移方案（大綱）擬制審核批準版本沈志華日期2014 . 07. 16日期日期目錄 TOC o 1-5 h z HYPERLINK l bookmark7 o Current Document 文檔說明 4 HYPERLINK l bookmark9 o Current Document 應用系統遷移方法 4 HYPERLINK l bookmark5 o Current Document 應用遷移與整合方法 4 HYPERLINK l bookmark11 o Current Document 應用遷移涉及的相關部門

2、5系統評估與分析 6系統評估和分析流程 7評估準備 8遷移范圍確定 8 HYPERLINK l bookmark19 o Current Document 評估方法與準備 9 HYPERLINK l bookmark21 o Current Document 評估環境的準備 9 HYPERLINK l bookmark26 o Current Document 系統調研與評估 9物理基礎架構調研與評估 9應用系統調研與評估 10 HYPERLINK l bookmark28 o Current Document 遷移對應用系統的影響 11 HYPERLINK l bookmark30 o Cu

3、rrent Document 需求分析及匯總 11 HYPERLINK l bookmark32 o Current Document 基礎架構需求分析與匯總 11 HYPERLINK l bookmark34 o Current Document 應用系統需求分析和匯總 11方案設計 11 HYPERLINK l bookmark36 o Current Document 方案設計流程 12 HYPERLINK l bookmark38 o Current Document 云平臺方案設計 13 HYPERLINK l bookmark43 o Current Document 遷移方案設計

4、 13虛擬化適用性分析 13遷移場景設計 14 HYPERLINK l bookmark45 o Current Document 資源映射分析 15 HYPERLINK l bookmark47 o Current Document 服務器放置設計 16 HYPERLINK l bookmark49 o Current Document 資源競爭關系設計 17 HYPERLINK l bookmark51 o Current Document 遷移順序設計 17虛擬化環境準備 18虛擬化環境準備步驟 19虛擬化環境準備與方案設計 19環境確認 19 HYPERLINK l bookmark5

5、6 o Current Document 實施規劃與設計方案 19 HYPERLINK l bookmark61 o Current Document UAP云平臺實施 20 HYPERLINK l bookmark63 o Current Document 虛擬化系統設置與調試 20 HYPERLINK l bookmark65 o Current Document 虛擬機系統設置 20應用遷移 20 HYPERLINK l bookmark67 o Current Document 遷移實施流程 21 HYPERLINK l bookmark69 o Current Document 遷移

6、環境準備 21 HYPERLINK l bookmark71 o Current Document 遷移執行 22 HYPERLINK l bookmark73 o Current Document 遷移后虛擬機的優化 22測試驗證 22 HYPERLINK l bookmark75 o Current Document 應用系統測試驗證流程 23 HYPERLINK l bookmark77 o Current Document 應用系統測試驗證內容 23 HYPERLINK l bookmark79 o Current Document 應用系統測試 23 HYPERLINK l book

7、mark81 o Current Document 系統優化 24 HYPERLINK l bookmark83 o Current Document 應用系統驗證 24應用系統割接 24 HYPERLINK l bookmark85 o Current Document 應用系統割接流程 25 HYPERLINK l bookmark87 o Current Document 割接評估 25 HYPERLINK l bookmark89 o Current Document 割接準備 25 HYPERLINK l bookmark91 o Current Document 割接操作 26 H

8、YPERLINK l bookmark93 o Current Document 回退機制 26 HYPERLINK l bookmark95 o Current Document 割接后觀察 26 HYPERLINK l bookmark97 o Current Document 原系統刪除 26附錄 27MAP 性能評估工具實施文檔 27典型案例 271文檔說明并對實際操作有指導和建本文檔的目的在于為 UAP云平臺地市應用系統設計的一個遷移與整合方法,議。本文檔主要針對廣東移動 UAP的地市應用系統遷移到 UAP云平臺。應用系統遷移方法2.1應用遷移與整合方法根據以往豐富的項目經驗，結合

9、UAP云平臺的具體業務特點，定制了一套數據遷移與整合的方法。本遷移與整合方法分為 6個階段，分別為系統評估與分析、方案設計、虛擬化環境準備、應用移植、測試驗證和業務割接。117估口處折斷改J 104 SS東旭202 平尊 力鼐設計204注國石 克西觸酎:x.M,4應用注稱跖段i5O3物值總柞607 版后疑*&0-B *1 康圖2-1應用遷移與整合方法評估與分析MAP ）和訪談等評在系統評估與分析階段，應確定遷移范圍和目標，利用調查問卷、系統評估工具（ 估形式，對應用系統進行評估，分析和匯總系統需求，形成調研報告。方案設計在方案設計階段，針對項目范圍內的物理服務器進行虛擬化適用性分析，設計遷移場

10、景和云平臺架構方案。在云平臺方案設計的基礎上，進行遷移順序、遷移方法等內容的設計，形成總體遷移方案。虛擬化環境準備在虛擬化環境準備階段，應判斷現有的 UAP 云平臺環境是否能容納被遷移的所有對象，以及，具體應檢查計算資源、存儲資源、網絡資源以及數據庫資源等，建立遷移所需的環境準備，如虛擬機、虛擬化網絡等。應用移植在系統移植階段，應根據既定的遷移方案嚴格的執行應用系統遷移，將物理機的應用系統移植到虛擬機內，有工具移植和手工部署兩種方式。測試驗證對云平臺上的應用系統進行功能性測試、性能測試和穩定性測試，并進行應用驗證，以便預先排除隱患，使得應用系統成功的運行在云平臺環境下。業務割接制定割接方案，依

11、照割接方案進行割接操作，割接完成后進入割接后觀察期，通過割接驗收后將原系統下線。應用系統在UAP 云平臺上線1 個月后，提供性能分析報告。2.2 應用遷移涉及的相關部門業務遷移進行中，會涉及如下各部門，其具體職責如下：省公司信息系統部 地市公司：應用開發商：負責實施UAP平臺各應用系統日常的 7X24小時故障響應處理工作，為UAP平臺 各應用系統的維護支撐提供技術支持。遷移實施方：對應用系統進行評估和分析；根據需求設計云平臺方案，或者評估現有云平臺方案是否滿足需求；設計應用系統遷移方案，如遷移方式、遷移工具等；進行應用系統遷移，將應用系統從物理機上移植到虛擬機上；與應用開發商一起進行測試驗證；

12、進行業務割接。系統評估與分析如何對被遷移系統進行有效的系統評估，為遷移和整合提供有效的支撐數據，是遷移前重要的工作，也是遷移和整合過程中的一個難點。系統評估分析，將使用調查問卷、自動化評估工具或訪談等形式對系統的基礎架構層和應用層進行系統評估。系統評估和分析流程應用系統遷移-評估與分析圖3-1評估和分析流程應用系統遷移評估與分析流程描述如下：表3-1系統評估和分析流程編R步驟名稱責任人說明3.1確定遷移范圍確定要遷移的應用系統，及未來的數據中心等內容3.2選擇評估方法選擇自動化工具評估（ MAP ）、問卷調查、訪談等評估方法3.3準備評估環境和內容準備好被評估系統的網絡、 MAP服務器等內容準

13、備好調查問卷的調查問題和訪談的具體內容3.4系統評估遷移實施方對系統進行評估，使用問卷調研、自動化工具評估、訪談等形式3.5問卷調研遷移實施方采用調查問卷的方式進行調研3.6自動化工具評估遷移實施方采用自動化評估工具進行系統評估3.7訪談遷移實施方采用訪談的方式進行調研3.8需求分析遷移實施方對應用系統進行整體需求分析3.9基礎架構層評估遷移實施方對被評估系統進行基礎架構層面的具體評估和信息匯總3.10應用層面評估遷移實施方對被評估系統進行應用層面評估和信息匯總3.11業務層信息匯總遷移實施方對被評估系統進行業務層信息匯總3.12運維層信息匯總遷移實施方對被評估系統進行運維信息需求匯總3.13

14、現狀調研及需求分析報告遷移實施方根據調研內容，撰寫現狀調研及需求分析報告3.14調研報告審核對現狀調研及需求分析報告進行審核3.15判斷是否通過審核如通過審核，則結束調研和分析流程結束如未通過審核，則返回 3.2評估準備遷移范圍確定應用系統遷移，首先要確定遷移范圍，如：哪些應用系統需求從哪些服務器上遷移到UAP云平臺虛擬機上;哪些應用系統需要進行解耦和整合等操作；遷移前后機房環境的變化確認等。評估方法與準備采用調查問卷方式、 評估工具自動化評估或訪談等方法對UAP 應用系統進行評估和分析， 從不同的維度獲得全面的信息，為遷移工作提供有力依據。調查問卷可以大規模的進行信息采集，收集各個層面的信息

15、，范圍較廣，但是由于需要人工填寫，人為因素將導致準確率不高。自動化評估工具可準確的對系統進行性能等方面的評估，準確率高，可信度大，但是適用范圍有限，比如有些服務器由于客觀原因無法被自動化工具評估。對于一些比較復雜的問題，可以采用深度訪談的方式，形成訪談報告，補充到文檔中。評估環境的準備使用具體評估工具進行自動化評估時，需要準備好相關主機、網絡、以及MAP 工具包等內容，以便順利開展系統評估工作，詳見附錄中的具體評估工具需求。系統調研與評估物 理基礎架構調研與評估在物理基礎架構信息收集和評估中，計算容量、存儲容量和網絡容量以及相關的利用率和性能是重要的評估內容。自動化評估工具MAP 可幫忙得出比

16、較客觀的物理架構的容量和性能，調查問卷也可協助完成信息收集。物理基礎架構的評估中，應完成如下內容的評估：在基礎架構硬件的 CPU 評估中，應收集 CPU 的型號、主頻、內核數、顆數，應評估CPU 的利用率。在基礎架構硬件的內存評估中，應收集內存的容量以及使用率。在基礎架構硬件的磁盤評估中， 應收集磁盤的數量、 RAID 方式、 文件系統類型、 文件系統總容量、 磁盤 IO 性能等。在基礎架構硬件的網絡評估中， 應收集物理服務器的網卡容量、 數量及網絡性能， 網絡交換機的型號、網口數、數量，基礎架構的網絡拓撲圖等。應 用系統調研與評估在應用系統層面，至少應評估業務的重要性、業務成熟度、應用系統邏

17、輯架構等內容，從而為遷移提供重要的參考依據。業務重要性在評估階段，應評估應用系統的重要程度，利用應用系統的重要程度設置相關的資源競爭策略，并且對重要的應用系統采用相應的技術方案進行保護，如重要的應用系統可使用 HA 等技術方案保證業務連續性。業務的重要性可作為虛擬機發生競爭時如何爭取資源的一個重要輸入。在虛擬機的資源競爭機制中，有最低占用資源設置、最高占用資源設置和相對權重。可根據業務的重要性設置相關的權重，比如可以設置重要業務權重為 200 ，比較重要業務的權重是150 ，不重要的業務權重是100 。需要注意的是具體虛擬機權重設計的時候一定要遵循一個統一的標準，保持前后連貫性。業務生命周期按

18、照不同的業務成熟度為相關的虛擬機來預留資源，來滿足業務發展所帶來的需求。業務成熟度分為業務投入期、成長期、成熟期、衰退期，可按不同的成熟度為不同的業務系統進行預留空間等內容的設置。在評估階段，應評估業務的成熟度，業務成熟度可作為應用系統資源預留的一個重要衡量指標。可針對不同成熟度的業務提供不同的資源預留策略，比如成熟業務預留 50% 資源，衰退業務預留 25% ， 成長的業務預留 75% 資源，投入期業務預留 50% 資源。應用系統邏輯架構評估中，應對應用系統間的邏輯架構進行分析，從而判斷各應用系統間的依賴關系和應用系統間的邏輯關系。應用系統的邏輯架構可為確定遷移依賴關系、遷移順序和遷移后位置

19、提供的有力參考。遷移對應用系統的影響將應用系統從物理服務器遷移到虛擬化，從一個機房遷移到另外一個機房，這種遷移會對應用系統本身產生不同程度的影響。在評估的內容中，還要注意一起其他內容的分析，如硬件依賴關系，即那些服務器依賴于某種特定的硬件。大部分的虛擬化環境無法滿足特殊硬件的需求，如視頻卡、音頻卡、加密卡等硬件。需求分析及匯總基于對基礎架構和應用系統現狀的評估，結合業務的發展需要，對具體應用系統進行基礎架構和應用系統兩個層面的需求分析和匯總。基礎架構需求分析與匯總基礎架構需求分析，需要整理所有應用系統的基礎架構層面的需求，匯總整個所有業務系統所需要的基礎架構需求，如網絡、服務器、存儲等，可用表

20、格等形式匯總整個基礎架構的需求。應 用系統需求分析和匯總在系統調研中，基于調查問卷和訪談的方式對應用系統進行調研與評估，對應用系統層面的需求進行需求分析和匯總，常見的應用層面需求分析如無單點故障、高可用性等，在評估階段需要分析和匯總所有這些應用層面的需求進行匯總，以及業務的成熟度、重要性等內容，以便后續為后期云平臺架構設計提供依據。方案設計在對物理應用系統進行評估后，進一步的工作是遷移到什么地方，目標平臺是否滿足遷移需求，如何進行遷移等。方案設計流程應用系統遷移一一方案設計云平臺方案設計遷移方案設計圖4-1方案設計階段流程圖方案設計的流程描述如下:表4-1方案設計階段流程圖說明編R步驟名稱責任

21、人說明4.1虛擬化適用性分析遷移實施方依據系統調研與需求分析報告，對物理服務器進行虛擬化篩選4.2遷移場景設計遷移實施方依據系統調研與需求分析報告，進行玄平臺系統遷移場景設計4.3判斷是否存在現有環境遷移實施方如存在現有云環境，則進入 4.4如不存在云環境，則進入 4.64.4判斷現有環境是否滿足需求遷移實施方如滿足，則進入 4.9如不滿足，則進入 4.54.5云平臺整改方案遷移實施方根據實際業務需求，對現有環境進行方案整改設計4.6云平臺建設方案遷移實施方根據實際業務需求，設計云平臺建設方案4.7方案審核對云平臺整改方案 或云平臺建設方案進行審核4.8判斷方案是否通過審核如通過，則進入到4.

22、9如未通過，則回退到4.14.9資源映射分析遷移實施方將應用系統對物理資源的需求映射為對虛擬系統的資源需求，具體到需要幾個vCPU等內容4.10服務器放置設計遷移實施方設計將遷移后的虛擬機如何放置在不同的云平臺服務器上4.11遷移順序設計遷移實施方設計應用系統具體的遷移順序4.12遷移技術手段選擇遷移實施方依據應用系統的各自特點，選擇合適的技術手段，如使用手工遷移還是使用工具進行遷移4.13遷移方法選擇遷移實施方選擇合適的遷移工具及遷移方式4.14遷移方案遷移實施方設計總體的遷移方案，形成文檔4.15遷移方案審核對遷移方案進行審核4.16判斷遷移方案是否通過審核如通過審核，則結束方案設計如未通

23、過審核，則回退到 4.8云平臺方案設計在云平臺的方案設計中，主要要考慮服務器、存儲和網絡基礎架構的設計，要詳細考慮具體架構、容 量和性能的設計因素。遷移方案設計虛擬化適用性分析在系統評估后，進一步細化了可遷移的服務器范圍。虛擬化適用性判斷階段，應參考基礎架構層和應 用層的評估指標，明確哪些應用適用于虛擬化技術，哪些應用系統不適合虛擬化技術。具體的指標如下但不限于以下指標：基礎架構層的評估指標不適合虛擬化的典型對象平均使用率高于70% 的雙處理器系統或平均使用率高于 45% 的四處理器系統需要特殊硬件（目前主流 Hypervisor 軟件能夠模擬的硬件只有CPU 、內存、網卡、硬盤等，對于其他需

24、要直接使用的 PCI 、 PCI-x 、 PCI-E 、 AGP 設備均無法正常支持，包括窄帶卡、中繼卡、 3D 卡、顯卡、加密卡、磁帶機、 infiniband 、電信業務中特有的語音 E1 板卡等 ）的系統平均網絡帶寬在600Mbps 以上、平均IO 在 50MB/s 以上、內存占有8GB 以上的系統適合虛擬化的典型對象硬件配置較低（1.5GHz） 的系統硬件配置相對較高、平均使用率一直偏低（小于20%） 的系統應用層的評估指標不適合虛擬化的典型對象運行 CAD 、 CAM 、 PRoE 等工程設計應用程序的系統運行音視頻流媒體引用程序的系統大型數據庫系統，如 Oracle 、 DB2 數

25、據庫軟件適合虛擬化的應用類型在不同的時間達到峰值使用率的應用遷移場景設計在遷移方案設計時，應依據源遷移對象、目標場所等因素來設計遷移階段的相關場景。過渡環境：進行應用系統的初步遷移，將數據中心的服務器首先遷移到本地的資源池，利用 P2V 、V2V 和 New VM 等遷移方式；測試環境： 將本地資源池的業務服務器虛擬機遷移到測試環境， 完成功能性和初步壓力測試， 利用虛擬機文件拷貝、 V2V 或自動化工具等遷移方式；驗證環境： 將云平臺的業務服務器虛擬機遷移到驗證環境， 完成近似真實環境的壓力測試， 利用虛擬機文件拷貝、 V2V 或自動化工具等遷移方式；生產環境： 將驗證環境平臺虛擬機遷移到生

26、產云平臺環境， 云平臺環境中承載應用系統運行， 利用虛擬機文件拷貝、 V2V 或自動化工具等遷移方式；不同平臺有各自的用途，各自的設計需求也不同：過渡環境，臨時性遷移場所；測試環境， 主要進行業務功能、 性能等方面的壓力測試的場所， 不需要虛擬化高級功能， 虛擬化單機版軟件即可滿足驗證環境，將采用與生產云近似的技術，進行上線前的真實場景模擬測試生產環境， 未來應用系統的生產環境， 需要使用高級的技術手段來保證實際業務系統的連續性、 可擴展性等功能，從而使得業務系統能健康運行。資源映射分析在遷移后的資源需求設計中，即對物理資源的需求映射為對虛擬資源的需求，應具體到 CPU 、內存、硬盤和網絡細顆

27、粒度級別。對于 CPU 資源， 虛擬機 CPU 的主頻與物理機主頻一樣大， 一個虛擬機vCPU 對應一個物理機CPU的核，而一個物理CPU 的核可以供多個虛擬機vCPU 使用。物理CPU 到虛擬機 CPU 的轉換性能損耗很小，大概5% 以內。對于內存資源， 物理機內存到虛擬機內存的轉換損耗較小， 不同的虛擬化軟件有不同的內存管理方 式，有些使用內存固定分配機制，有些使用內存過量分配機制（ overcommit ，即虛擬機的內存容量可超過物理機的內存容量） 。對于存儲資源， 物理系統到虛擬系統的損耗較大， 設計虛擬系統請盡量加大物理系統的帶寬， 對于虛擬機的磁盤容量可選取按需分配模式。對于網絡資

28、源， 物理機網絡性能到虛擬機系統的損耗較小， 但是設計時應充分考慮到網絡復用， 以及虛擬化系統中網絡的資源競爭設置較弱等因素。服務器放置設計源物理服務器到目標虛擬機的映射關系是將應用系統物理服務器與UAP 云平臺的物理機進行映射， 從而確定應用系統整合后所寄宿的物理主機。設計一個好的映射關系可以保證應用系統具有充足的物理資源的容量和性能，并保證業務應用系統具有良好的高可用性等高級功能，是應用系統遷移重要的一環。設計應用系統到服務器映射關系應遵從如下原則：性能均衡原則 ，將低性能和高性能的服務器組合放在一臺物理服務器內，比如低IO 與高 IO 服務器搭配，低CPU 使用率與高CPU 使用率搭配容

29、量均衡原則 ，將低容量和高容量的應用系統組合放置在一臺服務器內業務重要性均衡原則 ，即將低重要性的應用系統和高重要性的應用系統組合放置在一臺服務器內，從而保證重要的應用系統在資源發生競爭的時候仍然能獲得足夠的資源 （本生產環境的云平臺系統中， 所有物理服務器具有相同的重要級別， 故可按業務重要性均衡原則。 如在其他系統中， 云平臺服務器有重要級別差異，則將業務重要性高的應用系統放置在重要性高的服務器上。 ）同一業務的應用系統盡量放置于一臺服務器上， 從而減少物理網絡帶寬的占用， 并保持網絡的穩定性 不同業務高峰的應用系統組合放置于一臺物理服務器內資源競爭關系設計虛擬機資源競爭策略取決于兩個因素

30、，第一因素是資源設置，第二因素是資源控制。資源設置層面設置虛擬 CPU 、內存、網卡容量等。資源控制分為如下幾個部分：CPU 資源控制最小保留（百分比或者Hz ）最大限制（百分比或者Hz ）相對權重（具體數字，如 100 、 150 、 200 等）內存資源控制最小保留（百分比或者GB ）最大限制（百分比或者GB ） TOC o 1-5 h z 相對權重（相對具體數字，如100、150、200等）磁盤IO 性能資源控制相對權重（相對具體數字，如100、150、200等）網絡IO 性能資源控制相對權重（相對具體數字，如100、150、200等）在相對權重設計中，應考慮全局，根據業務系統的重要性設

31、置應用系統的權重，以便遷移后虛擬機可按相對權重獲得相應的資源競爭機會。遷移順序設計根據業務應用系統間的依賴關系及應用系統本身的特性設計整個系統的遷移順序。對P2V 遷移過程，被遷移應用系統可分為獨立應用系統、被依賴的應用系統、堆疊應用系統：獨立應用系統，是指該物理主機上只有一個應用系統，并且與其他應用系統沒有任何依賴關系。被依賴應用系統，是指該應用系統被其他應用系統所依賴，如數據庫等。依賴應用系統，是指該應用系統依賴于其他應用系統。堆疊應用系統， 是指物理主機上有多個應用系統， 這些應用系統間或者有依賴關系或者沒有依賴關系。在實際遷移中，建議應由難而易，由復雜到簡單，從而能更好的完成所有的遷移

32、工作。建議遵從如下遷移順序：被依賴的應用系統優先，數據庫等被遷移系統先進行遷移應用依賴關系系統獨立應用的系統應用堆疊的應用系統虛擬化環境準備根據需求進行虛擬環境的準備，為應用移植搭建好環境，從而更順利的進行應用系統遷移。虛擬化環境準備步驟應系統遷移一噓I以化環境準備硬件聯調實施虛擬化系統調試虛擬機設置身do配置席限化高射能5.11功能測試圖5-1虛擬化環境準備步驟5.2虛擬化環境準備與方案設計環境確認在環境確認中，應確認如下環境是否準備就位，以便順利進行項目實施。確認需要的網絡資源是否就緒；確認需要的存儲資源是否就緒；確認需要的計算資源是否就緒；確認需要的數據庫資源是否就緒實施規劃與設計方案項

33、目實施前應制定詳細的實施規劃與設計方案，包括但不限于如下內容:UAP云平臺及業務系統組網設計UAP云平臺及業務系統存儲系統設計UAP 云平臺實施詳細規劃及具體參數設計 虛擬機設置參數，如虛擬機硬盤等外圍環境設計，如域控制等UAP 云平臺實施依據云平臺實施規劃與設計方案進行項目實施，嚴格遵從中國移動相關標準及廣東移動相關標準，嚴格按照項目管理的要求。虛 擬化系統設置與調試在虛擬化系統配置與調試中，包括如下內容：Hyper-V 管理軟件的高級功能配置，如 HA 、動態遷移等高級功能，以滿足業務的具體需要存儲的相應配置網絡虛擬化的相應配置，建立虛擬交換機，并與物理網卡及物理網絡聯調虛 擬機系統設置云

34、平臺物理和虛擬環境搭建好后，應創建相應的虛擬機，安裝操作系統，按需安裝相應的應用系統軟件，制作相關的模板。應用遷移應用系統遷移首先將應用系統從物理服務器移植到虛擬機上，可直接在虛擬機上重新部署或者移植應用系統，也可將物理機利用遷移工具轉換為虛擬機。遷移實施流程圖6-1應用系統遷移實施流程遷移環境準備遷移環境準備是遷移前最重要的工作，包括人員、網絡環境、遷移技術手段、遷移工具等內容的準備。1,應用系統遷移前，相關人員應準備就緒遷移實施方：負責具體遷移工作應用系統開發商：負責具體應用的部署和測試網絡系統管理員：負責網絡的通信和連接情況系統管理員：負責虛擬化環境的準備和資源提供，原物理服務器的密碼等

35、信息提供；備份管理員：對重要的數據和應用進行遷移前備份；2,確認UAP云平臺具有足夠的 CPU、內存、存儲和網絡資源滿足被遷移系統的需求。3,遷移前，對重要的數據和應用系統進行必要的備份，以防遷移過程中有意外的情況發生。遷移執行在遷移執行階段，須嚴格執行制定的遷移方案和遷移流程。遷移后虛擬機的優化在應用系統遷移到云平臺環境后，應對虛擬機作出相關的設置調整，以滿足更好的業務服務需求，具體調整可參考如下幾點（不限于） ：消除不必要的虛擬硬件設備按需求適當增加或者減少虛擬資源配置，比如調整或者減少處理器和內存等設置設置資源競爭相關參數，如設置虛擬機最小、最大CPU 可用資源，及發生競爭時的競爭權重等

36、調整虛擬機磁盤空間大小，滿足應用系統的發展需求測試驗證應用系統應該做好充分的測試與驗證，為業務割接做好準備工作。應用系統測試驗證流程應用系統遷移一-測試驗證7.1St試目后癇認卜7.10功能性31試711觸忤測試7.11性艙測溫5S73方案中批否7.W 蹲試握占率極用圖7-1應用系統遷移測試流程應用系統測試驗證內容首先測試在UAP平臺虛擬機上的應用系統是否具有與物理服務器相同的功能，然后對應用系統進行功能性測試、性能測試、穩定性測試，并對有問題的地方進行初步優化，最后進行應用系統驗證，保證應用系統順利割接。應用系統測試對被遷移的應用系統通過創建測試用例和測試腳本，選擇合適的測試數據和測試樣例，確認遷移數據 在應用系統遷移到云平臺環境后的有效性，進行有計劃的測試，并在測試結果基礎上生成報告。功能性測試對云平臺的業務應用系統進行功能性測試，并與物理服務器進行對比，確保應用系統在平 臺遷移后所有功能工作正常，可采用手工測試或者自動化測試工具。對于遷移后應用系統，重點測試虛擬 環境下對應用業務的影響，對于新的業務系統，需要進行完整的業務邏輯性測試。在性能