1、精品文檔中國移動廣東公司文件編號： 密級：項目 ID： 項目編號：UAP 云平臺應用遷移方案（大綱）版本 擬 制審 核批 準沈 志 華日 期日 期日 期2014 07 16精品文檔精品文檔目錄文檔說明 .4 應用系統遷移方法 .42.12.2應用遷移與整合方法 .4應用遷移涉及的相關部門 .53系統評估與分析 .63.13.2系統評估和分析流程 .7評估準備 .83.2.1 遷移范圍確定.83.2.23.2.3評估方法與準備.9評估環境的準備.93.3 系統調研與評估 .93.3.13.3.23.3.3物理基礎架構調研與評估.9應用系統調研與評估.10遷移對應用系統的影響.113.4 需求分析

2、及匯總 .11 3.4.13.4.2基礎架構需求分析與匯總.11應用系統需求分析和匯總.114方案設計 . 114.14.24.3方案設計流程 .12云平臺方案設計 .13遷移方案設計 .134.3.14.3.24.3.34.3.44.3.54.3.6虛擬化適用性分析.13遷移場景設計.14資源映射分析.15服務器放置設計.16資源競爭關系設計.17遷移順序設計.175虛擬化環境準備 .185.15.2虛擬化環境準備步驟 .19虛擬化環境準備與方案設計 .19 5.2.15.2.2環境確認.19實施規劃與設計方案.195.3 UAP 云平臺實施 .205.3.15.3.2虛擬化系統設置與調試.

3、20虛擬機系統設置.206應用遷移 .20 精品文檔精品文檔6.16.26.36.4遷移實施流程 .21遷移環境準備 .21遷移執行 .22遷移后虛擬機的優化 .227測試驗證 .22 7.17.27.37.47.5應用系統測試驗證流程 .23 應用系統測試驗證內容 .23 應用系統測試 .23系統優化 .24應用系統驗證 .248應用系統割接 .248.18.28.38.48.58.68.7應用系統割接流程 .25割接評估 .25割接準備 .25割接操作 .26回退機制 .26割接后觀察 .26原系統刪除 .269附錄 .279.19.2MAP 性能評估工具實施文檔 .27典型案例 .27精

4、品文檔精品文檔1 文檔說明本文檔的目的在于為 UAP 云平臺地市應用系統設計的一個遷移與整合方法，并對實際操作有指導和建 議。本文檔主要針對廣東移動 UAP 的地市應用系統遷移到 UAP 云平臺。2 應用系統遷移方法2.1 應用遷移與整合方法根據以往豐富的項目經驗，結合 UAP 云平臺的具體業務特點，定制了一套數據遷移與整合的方法。本遷移與整合方法分為 6 個階段，分別為系統評估與分析、方案設計、虛擬化環境準備、應用移植、測試驗 證和業務割接。圖 2-1 應用遷移與整合方法評估與分析在系統評估與分析階段，應確定遷移范圍和目標，利用調查問卷、系統評估工具（MAP）和訪談等評 估形式，對應用系統進

5、行評估，分析和匯總系統需求，形成調研報告。精品文檔精品文檔方案設計在方案設計階段，針對項目范圍內的物理服務器進行虛擬化適用性分析，設計遷移場景和云平臺架構方案。在云平臺方案設計的基礎上，進行遷移順序、遷移方法等內容的設計，形成總體遷移方案。虛擬化環境準備在虛擬化環境準備階段，應判斷現有的 UAP 云平臺環境是否能容納被遷移的所有對象，以及，具體應檢查計算資源、存儲資源、網絡資源以及數據庫資源等，建立遷移所需的環境準備，如虛擬機、虛擬化網 絡等。應用移植在系統移植階段，應根據既定的遷移方案嚴格的執行應用系統遷移，將物理機的應用系統移植到虛擬機內，有工具移植和手工部署兩種方式。測試驗證對云平臺上的

6、應用系統進行功能性測試、性能測試和穩定性測試，并進行應用驗證，以便預先排除隱患，使得應用系統成功的運行在云平臺環境下。業務割接制定割接方案，依照割接方案進行割接操作，割接完成后進入割接后觀察期，通過割接驗收后將原系統下線。應用系統在 UAP 云平臺上線 1 個月后，提供性能分析報告。 2.2 應用遷移涉及的相關部門業務遷移進行中，會涉及如下各部門，其具體職責如下：省公司信息系統部：； 地市公司：精品文檔精品文檔應用開發商：負責實施 UAP 平臺各應用系統日常的 724 小時故障響應處理工作，為 UAP 平臺 各應用系統的維護支撐提供技術支持。遷移實施方：對應用系統進行評估和分析；根據需求設計云

7、平臺方案，或者評估現有云平臺方案是否滿足需求； 設計應用系統遷移方案，如遷移方式、遷移工具等；進行應用系統遷移，將應用系統從物理機上移植到虛擬機上； 與應用開發商一起進行測試驗證；進行業務割接。3 系統評估與分析如何對被遷移系統進行有效的系統評估，為遷移和整合提供有效的支撐數據，是遷移前重要的工作，也是遷移和整合過程中的一個難點。系統評估分析，將使用調查問卷、自動化評估工具或訪談等形式對系 統的基礎架構層和應用層進行系統評估。精品文檔精品文檔3.1 系統評估和分析流程圖 3-1 評估和分析流程應用系統遷移評估與分析流程描述如下：表 3-1 系統評估和分析流程編號步驟名稱責任人說明 確定要遷移的

8、應用系統，及未來的數據中心3.1確定遷移范圍等內容 選擇自動化工具評估（ MAP）、問卷調查、3.2選擇評估方法準備評估環境和內訪談等評估方法 準備好被評估系統的網絡、MAP 服務器等內 容3.33.4容系統評估遷移實施方準備好調查問卷的調查問題和訪談的具體內 容對系統進行評估，使用問卷調研、自動化工精品文檔精品文檔具評估、訪談等形式3.53.63.73.8問卷調研自動化工具評估 訪談需求分析遷移實施方遷移實施方遷移實施方遷移實施方采用調查問卷的方式進行調研采用自動化評估工具進行系統評估 采用訪談的方式進行調研對應用系統進行整體需求分析 對被評估系統進行基礎架構層面的具體評估3.9基礎架構層評

9、估遷移實施方和信息匯總3.103.113.123.133.14應用層面評估業務層信息匯總運維層信息匯總現狀調研及需求分 析報告調研報告審核遷移實施方遷移實施方遷移實施方遷移實施方對被評估系統進行應用層面評估和信息匯總 對被評估系統進行業務層信息匯總對被評估系統進行運維信息需求匯總根據調研內容，撰寫現狀調研及需求分析 報告對現狀調研及需求分析報告進行審核 如通過審核，則結束調研和分析流程結束3.15判斷是否通過審核 如未通過審核，則返回 3.23.2 評估準備3.2.1 遷移范圍確定應用系統遷移，首先要確定遷移范圍，如：哪些應用系統需求從哪些服務器上遷移到 UAP 云平臺虛擬機上； 哪些應用系統

10、需要進行解耦和整合等操作；遷移前后機房環境的變化確認等。精品文檔精品文檔3.2.2 評估方法與準備采用調查問卷方式、評估工具自動化評估或訪談等方法對 UAP 應用系統進行評估和分析，從不同的維 度獲得全面的信息，為遷移工作提供有力依據。調查問卷可以大規模的進行信息采集，收集各個層面的信息，范圍較廣，但是由于需要人工填寫，人為因素將導致準確率不高。自動化評估工具可準確的對系統進行性能等方面的評估，準確率高，可信度大，但是適用范圍有限，比如有些服務器由于客觀原因無法被自動化工具評估。對于一些比較復雜的問題，可 以采用深度訪談的方式，形成訪談報告，補充到文檔中。3.2.3 評估環境的準備使用具體評估

11、工具進行自動化評估時，需要準備好相關主機、網絡、以及 MAP 工具包等內容，以便 順利開展系統評估工作，詳見附錄中的具體評估工具需求。3.3 系統調研與評估3.3.1 物理基礎架構調研與評估在物理基礎架構信息收集和評估中，計算容量、存儲容量和網絡容量以及相關的利用率和性能是重要的評估內容。自動化評估工具 MAP 可幫忙得出比較客觀的物理架構的容量和性能，調查問卷也可協助完 成信息收集。物理基礎架構的評估中，應完成如下內容的評估：在基礎架構硬件的 CPU 評估中，應收集 CPU 的型號、主頻、內核數、顆數，應評估 CPU 的利用 率。在基礎架構硬件的內存評估中，應收集內存的容量以及使用率。在基礎

12、架構硬件的磁盤評估中，應收集磁盤的數量、RAID 方式、文件系統類型、文件系統總容量、 磁盤 IO 性能等。精品文檔精品文檔在基礎架構硬件的網絡評估中，應收集物理服務器的網卡容量、數量及網絡性能，網絡交換機的型 號、網口數、數量，基礎架構的網絡拓撲圖等。3.3.2 應用系統調研與評估在應用系統層面，至少應評估業務的重要性、業務成熟度、應用系統邏輯架構等內容，從而為遷移提 供重要的參考依據。3.3.2.1 業務重要性在評估階段，應評估應用系統的重要程度，利用應用系統的重要程度設置相關的資源競爭策略，并且對重要的應用系統采用相應的技術方案進行保護，如重要的應用系統可使用 HA 等技術方案保證業務連

13、續 性。業務的重要性可作為虛擬機發生競爭時如何爭取資源的一個重要輸入。在虛擬機的資源競爭機制中，有最低占用資源設置、最高占用資源設置和相對權重。可根據業務的重要性設置相關的權重，比如可以設置重要業務權重為 200，比較重要業務的權重是 150，不重要的業務權重是 100。需要注意的是具體虛擬 機權重設計的時候一定要遵循一個統一的標準，保持前后連貫性。3.3.2.2 業務生命周期按照不同的業務成熟度為相關的虛擬機來預留資源，來滿足業務發展所帶來的需求。業務成熟度分為業務投入期、成長期、成熟期、衰退期，可按不同的成熟度為不同的業務系統進行預留空間等內容的設置。在評估階段，應評估業務的成熟度，業務成

14、熟度可作為應用系統資源預留的一個重要衡量指標。可針對不同成熟度的業務提供不同的資源預留策略，比如成熟業務預留50%資源，衰退業務預留 25%，成長的 業務預留 75%資源，投入期業務預留 50%資源。3.3.2.3 應用系統邏輯架構評估中，應對應用系統間的邏輯架構進行分析，從而判斷各應用系統間的依賴關系和應用系統間的邏精品文檔精品文檔輯關系。應用系統的邏輯架構可為確定遷移依賴關系、遷移順序和遷移后位置提供的有力參考。 3.3.3 遷移對應用系統的影響將應用系統從物理服務器遷移到虛擬化，從一個機房遷移到另外一個機房，這種遷移會對應用系統本 身產生不同程度的影響。在評估的內容中，還要注意一起其他內

15、容的分析，如硬件依賴關系，即那些服務器依賴于某種特定的 硬件。大部分的虛擬化環境無法滿足特殊硬件的需求，如視頻卡、音頻卡、加密卡等硬件。3.4 需求分析及匯總基于對基礎架構和應用系統現狀的評估，結合業務的發展需要，對具體應用系統進行基礎架構和應用 系統兩個層面的需求分析和匯總。3.4.1 基礎架構需求分析與匯總基礎架構需求分析，需要整理所有應用系統的基礎架構層面的需求，匯總整個所有業務系統所需要的 基礎架構需求，如網絡、服務器、存儲等，可用表格等形式匯總整個基礎架構的需求。3.4.2 應用系統需求分析和匯總在系統調研中，基于調查問卷和訪談的方式對應用系統進行調研與評估，對應用系統層面的需求進行

16、需求分析和匯總，常見的應用層面需求分析如無單點故障、高可用性等，在評估階段需要分析和匯總所有這些應用層面的需求進行匯總，以及業務的成熟度、重要性等內容，以便后續為后期云平臺架構設計提供 依據。4 方案設計在對物理應用系統進行評估后，進一步的工作是遷移到什么地方，目標平臺是否滿足遷移需求，如何 進行遷移等。精品文檔精品文檔4.1 方案設計流程圖 4-1 方案設計階段流程圖方案設計的流程描述如下：表 4-1 方案設計階段流程圖說明編號步驟名稱責任人說明 依據系統調研與需求分析報告，對物理4.1虛擬化適用性分析遷移實施方服務器進行虛擬化篩選 依據系統調研與需求分析報告，進行云4.24.34.4遷移場

17、景設計判斷是否存在現有 環境判斷現有環境是否 滿足需求遷移實施方遷移實施方遷移實施方平臺系統遷移場景設計如存在現有云環境，則進入 4.4如不存在云環境，則進入 4.6 如滿足，則進入 4.9如不滿足，則進入 4.5 根據實際業務需求，對現有環境進行方案整4.54.6云平臺整改方案云平臺建設方案遷移實施方遷移實施方改設計 根據實際業務需求，設計云平臺建設方案精品文檔精品文檔4.74.84.9方案審核判斷方案是否通過 審核資源映射分析遷移實施方對云平臺整改方案或云平臺建設方案 進行審核如通過，則進入到 4.9如未通過，則回退到 4.1將應用系統對物理資源的需求映射為對虛擬系統的資源需求，具體到需要

18、幾個 vCPU等內容 設計將遷移后的虛擬機如何放置在不同的4.104.11服務器放置設計遷移順序設計遷移實施方遷移實施方云平臺服務器上 設計應用系統具體的遷移順序 依據應用系統的各自特點，選擇合適的技術4.12遷移技術手段選擇遷移實施方手段，如使用手工遷移還是使用工具進行遷移4.134.144.154.16遷移方法選擇 遷移方案遷移方案審核判斷遷移方案是否 通過審核遷移實施方遷移實施方選擇合適的遷移工具及遷移方式設計總體的遷移方案，形成文檔 對遷移方案進行審核如通過審核，則結束方案設計如未通過審核，則回退到 4.84.2 云平臺方案設計在云平臺的方案設計中，主要要考慮服務器、存儲和網絡基礎架構

19、的設計，要詳細考慮具體架構、容 量和性能的設計因素。4.3 遷移方案設計4.3.1 虛擬化適用性分析在系統評估后，進一步細化了可遷移的服務器范圍。虛擬化適用性判斷階段，應參考基礎架構層和應 用層的評估指標，明確哪些應用適用于虛擬化技術，哪些應用系統不適合虛擬化技術。具體的指標如下但不限于以下指標：精品文檔精品文檔 基礎架構層的評估指標不適合虛擬化的典型對象平均使用率高于 70%的雙處理器系統或平均使用率高于 45%的四處理器系統需要特殊硬件(目前主流 Hypervisor 軟件能夠模擬的硬件只有 CPU、內存、網卡、硬盤等，對于其他需要直接使用的 PCI、PCI-x、PCI-E、AGP 設備均

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

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

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

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

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

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

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

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

28、移工作。建議遵從如下 遷移順序：被依賴的應用系統優先，數據庫等被遷移系統先進行遷移應用依賴關系系統獨立應用的系統應用堆疊的應用系統5 虛擬化環境準備根據需求進行虛擬環境的準備，為應用移植搭建好環境，從而更順利的進行應用系統遷移。精品文檔精品文檔5.1 虛擬化環境準備步驟圖 5-1 虛擬化環境準備步驟5.2 虛擬化環境準備與方案設計5.2.1 環境確認在環境確認中，應確認如下環境是否準備就位，以便順利進行項目實施。 確認需要的網絡資源是否就緒；確認需要的存儲資源是否就緒；確認需要的計算資源是否就緒；確認需要的數據庫資源是否就緒5.2.2 實施規劃與設計方案項目實施前應制定詳細的實施規劃與設計方案

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

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

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

32、等設置設置資源競爭相關參數，如設置虛擬機最小、最大CPU 可用資源，及發生競爭時的競爭權重 等調整虛擬機磁盤空間大小，滿足應用系統的發展需求7 測試驗證應用系統應該做好充分的測試與驗證，為業務割接做好準備工作。精品文檔精品文檔7.1 應用系統測試驗證流程圖 7-1 應用系統遷移測試流程7.2 應用系統測試驗證內容首先測試在 UAP 平臺虛擬機上的應用系統是否具有與物理服務器相同的功能，然后對應用系統進行功能性測試、性能測試、穩定性測試，并對有問題的地方進行初步優化，最后進行應用系統驗證，保證應用 系統順利割接。7.3 應用系統測試對被遷移的應用系統通過創建測試用例和測試腳本，選擇合適的測試數據

33、和測試樣例，確認遷移數據 在應用系統遷移到云平臺環境后的有效性，進行有計劃的測試，并在測試結果基礎上生成報告。功能性測試對云平臺的業務應用系統進行功能性測試，并與物理服務器進行對比，確保應用系統在平臺遷移后所有功能工作正常，可采用手工測試或者自動化測試工具。對于遷移后應用系統，重點測試虛擬 環境下對應用業務的影響，對于新的業務系統，需要進行完整的業務邏輯性測試。在性能測試中，主要采用壓力軟件在壓力機上對應用系統進行壓力測試，或者采用人工腳本進行壓力性測試，從而衡量應用系統對虛擬機系統的資源消耗及由此產生的對物理機的資源消耗，從而更好的掌握 精品文檔精品文檔應用系統的性能需求，驗證云平臺是否能滿足業務系統的性能需求。7.4 系統優化對測試過程中發現的系統問題，進行系統優化，達到比較優化的運行狀態。系統調優中，建議考慮如下因素：從整體考慮資源