1. 遷移場景：華為雲端計算解決方案按照源端環境來說，支援P2V、V2V（P2V：物理裝置（作業系統及其上的應用軟體和資料）遷移到華為虛擬化平臺。V2V：其他廠商的虛擬化平臺遷移到華為虛擬化平臺。）以及華為虛擬化平臺之間的遷移（低版本升級到高版本或者同版本遷移）。按照遷移是否停止業務分為線上遷移和離線遷移。按照遷移時操作的物件，分為檔案級遷移和塊級遷移。

2. 特點：（優勢）

①支援線上遷移。

②支援多種Windows和Linux作業系統的物理機或虛擬機器。

③支援多種虛擬化平臺型別（VMware、Xen、KVM、Hyper-V等）

④支援檔案級遷移和塊級遷移。

⑤支援併發遷移任務。

⑥支援斷點續傳。Linux支援 Win不支援

⑦多次資料同步功能保障了資料的一致性。

⑧遷移工具採用B/S架構，介面操作性比較好

3. 交付流程主要包括客戶調研、遷移評估、規劃設計、遷移實施和遷移驗收。

①客戶調研：分析客戶現網中的拓撲，瞭解客戶的生產環境、虛擬化平臺、硬體裝置、軟體、網路。分析客戶需求：瞭解客戶具體想要實現的功能、能力，根據客戶的需求去進行

②遷移評估包括專案資訊調研、業務關聯性分析、效能分析、相容性分析。

③規劃設計包括總體方案、遷移方式和工具選擇、遷移批次規劃、容量規劃和責任劃分。

④遷移實施包括遷移計劃、遷移演練、方案實施和檢查測試。

⑤遷移驗收包括遺留問題解決、文件移交、專案驗收和支援服務。

4. 遷移原則：一般情況下，由於客戶的應用系統及裝置數量眾多，且各應用系統的重要程度、服務時段、依賴的裝置情況等各不相同，因而建議採用分批次逐步遷移的方案，依據如下原則對裝置進行分批次遷移：

①業務複雜度先易後難。對於相對獨立，關聯絡統少的應用，遷移到新的資料中心機房後，容易恢復正常執行。這類應用的遷移較為容易，可優先進行。

②業務影響由小到大、業務風險由低到高、業務中斷時間由長到短。先普通業務系統，後核心業務系統。普通業務系統在遷移過程中出現問題，對公司日常經營活動造成的影響較小，可優先進行，為核心業務系統的遷移積累經驗並驗證遷移計劃。

③選擇週末或節假日進行遷移。遷移前需進行大量準備工作，遷移後需要進行大量測試工作，因而選擇週末或節假日能使得遷移具備充裕的時間，同時避免對日常業務工作造成影響。

業務遷移的原則

業務風險由低到高

對業務影響由小到大

對業務中斷時間由長到短

業務複雜度由易到難

選擇週末節假日遷移時間充裕

5. 遷移流程：

①安裝遷移工具（物理伺服器、VM：支援win10 2012 2016 2019）

②登入Web UI 註冊使用者

③配置license（不配置僅可以遷移兩臺源端主機，遷移速率不超過30M/S）、新增雲平臺（私有云不用新增）、配置共享目錄（rainbow空映象）

④新增源端VM

選擇系統型別、IP、VM使用者名稱密碼、檢測磁碟、分割槽、系統是否支援遷移

⑤根據建議規格建立目標VM（描述為Rainbow，因為rainbow對接VRM會掃描述檔案）

配置磁碟、網絡卡、CPU、記憶體

⑥建立遷移任務

配置目標VM臨時IP。

選擇Windows系統：採用塊級遷移，技術：VSS+NTFS

選擇Linux系統：採用檔案級遷移，技術：Tar+Rsync+SSH

⑦執行遷移任務

給源端掛載映象（agent負責掛載映象）

配置目標端IP

對目的VM進行分割槽

塊級資料遷移

對目標VM進行修改（完成目標配置，重新建立引導；設定從硬碟啟動）

解除安裝代理映象，遷移成功

⑧測試驗證：驗證遷移後的系統可否正常工作

⑨增量同步：將源主機遷移後新增的資料同步至目的虛擬機器

⑩業務切換：最後一次資料同步將業務切換至目的虛擬機器

核心技術

Windows塊（推薦）

VSS+NTFS：卷影副本技術+ NTFS檔案系統

Linux檔案（推薦）

Tar+rsync+SSH：歸檔技術+同步工具+SSH

*華為的 Rainbow 業務遷移（線上遷移）優勢？

1. 覆蓋面非常廣。V2V，P2V，華為自身產品版本之間的遷移（I2I）。

2. 對 OS 的相容性支援比較好。最低 WinXP，CentOS、RedHat。

3. 對虛擬化平臺支援比較好。VMware、Xen、KVM、Hyper-V

4. 對業務中斷的時間可以做到業務可以容忍的一箇中斷時長。

5. 執行檔案級、塊級遷移，可選性比較好。

6. 遷移系統採用 BS 架構，介面操作性比較好。

7. 支援併發性遷移，可以降低整體業務的遷移時長。

8. 遷移過程中資料加密傳輸，避免資料被竊取非法利用。

9. 斷點續傳。（這個不記了 直接就說rainbow從產品文件上寫著不支援。）

10. 多次資料同步功能保障資料一致性。

*遷移業務是否會中斷？中斷多久？（考到）

會：執行遷移任務

中斷時長：最後一次離線同步+業務切換

***檔案級、塊級的選擇？（考到）

檔案級

塊級

特性（場景）

1. 注重效率

2. 適用於業務複雜度不高的場景

3. 分割槽和硬碟都可以增容或減容

4. 磁碟利用率低建議採用檔案級

5. 檔案級遷移的是檔案，可以選擇性不遷移空檔案，目的端分割槽大小可調整。

6. 只遷移部分資料檔案，排除部分不遷移的檔案。

7. 只遷移有效資料

1.注重成功率

2. 適用於業務複雜度高的場景

3. Windows支援增容，不支援減容。Linux不支援增減容

4. 磁碟利用率高建議採用塊級

5. 塊級遷移的是塊，拷貝磁碟扇區資料塊到目的端（windows資料為0的地址塊不遷移）；目的端與源端的資料分割槽結構不變。

6. 遷移包含大量小檔案的主機。

技術（原理）

Linux系統使用檔案級

Tar+Rsync+SSH：歸檔技術+同步工具+SSH

Windows系統使用塊級

VSS+NTFS：卷影副本技術+ NTFS檔案系統

*Rainbow 遷移能否調整進行增減容?

Windows 檔案級、Linux 檔案級: 可以對分割槽進行增減容，硬碟進行增減容。

Windows 塊遷移: 可以對分割槽進行增容，不可減容，可以對硬碟進行增減容。

Linux 塊遷移:不可以對分割槽進行增減容，可以對硬碟進行增容。

*Rainbow限制條件：（考到）

ü  源端為windows：（Windows遷移源端約束）

  • 不支援多作業系統遷移
  • 源端系統時間：保證源端的本地系統時間在2015年1月2日之後。
  • 分割槽數量：系統級遷移分割槽數量小於23
  • 檔案系統：僅支援NTFS檔案系統
  • 元件依賴：Volume Shadow Copy Service、Wmi、.Net Framework元件

ü  源端為Linux：（Linux遷移源端約束）

  • 檔案系統：支援ext2，ext3，ext4，vfat，xfs，reiserfs檔案系統遷移
  • 元件依賴：源端需要有ssh、sftp、tar、rsync元件。

ü  源端公有限制條件：

  • 不支援多作業系統遷移
  • 共享磁碟：不支援磁碟型別為共享的磁碟遷移。
  • 共享分割槽：不遷移外部掛載的共享分割槽（如CIFS、NFS）。
  • 半虛擬化：不支援半虛擬化系統遷移。
  • 裸裝置：不支援裸裝置系統遷移。
  • 加密檔案：不支援含有受保護資料夾、加密卷的系統遷移。
  • 群集應用：不支援含有群集類應用的系統，例如微軟的故障轉移群集等。
  • 資料庫與應用：只用於系統遷移，如果包含AD、資料庫等大型應用時，請參考應用自身遷移方案。
  • 應用與硬體繫結：不支援含有與硬體繫結的應用的系統遷移。

ü  網路約束條件：

  • 僅支援區域網遷移，不支援廣域網、NAT網路遷移。
  • 僅支援私有云遷移，不支援公有云、桌面雲遷移。
  • 遷移實施要求網路無丟包、無抖動、延遲<2ms、頻寬>100Mbps，如不滿足此QoS要求，則遷移失敗風險較高。

*Rainbow限制條件：

① OS：window（不支援win7以下）、linux（不支援redhat5.6以下、centos6以下、烏班圖14.04以下等）   記到版本號

② 引導方式：部分不支援UEFI方式

③ 伺服器架構：只支援X86，後面會支援ARM架構

④ 虛擬化環境：只支援Hyper-V、Xen、KVM、Vmware等

⑤ 不支援含有與硬體裝置繫結的應用系統

⑥ 檔案系統：window（不支援非ntfs）、linux（不支援非ext2.3.4、xfs等型別）

*遷移原理（考到）

核心技術

Windows塊（推薦）

VSS+NTFS：卷影副本技術+ NTFS檔案系統

Linux檔案（推薦）

Tar+rsync+SSH：歸檔技術+同步工具+SSH

通常，Rainbow指hConvertor，故上述也可以是 hConvertor的實現原理的答案。

Linux檔案級遷移：首次採用Tar歸檔的方式，多次將大量檔案歸檔為一個單檔案，通過SSH維持的通道傳遞到目的端，後續同步使用Rsync完成檔案的同步。

Tar：歸檔動作  對資料進行歸檔，提升了傳輸效率。

*為什麼windows推薦使用塊級遷移？（windows現在只能用塊級）

因為windows有大量小檔案，使用塊級遷移不會造成疏漏（windows 作業系統少一個重要檔案的話就會導致系統損壞），同時也沒有許可權不足的問題，並且windows通常磁碟使用率過高，通過使用塊級遷移的方式，以及NTFS支援零拷貝技術，還有VSS卷影副本技術，可以做到在使用Windows的場景下，遷移的成功率以及效率都能夠比使用檔案級高，塊級遷移能保證遷移前後磁碟分割槽結構完全一致，保證了系統遷移之後的安全性。

*為什麼Linux推薦使用檔案級遷移？（Linux現在只能用檔案級）

因為Linux的結構目錄相對於Windows更為簡潔分明，同時也可以做到選擇什麼檔案遷移，什麼檔案不遷移，通過Tar歸檔技術以及SSH技術傳送到對端，最後再使用Rsync技術來同步，在這種情況下成功率與效率也是不低的。至於為什麼Linux不採用塊級遷移，因為塊級遷移會搬運未使用的空間，在資料未定格的情況下，存在資料受損的可能性。

Linux

1. 檔案的組織分明。

2. 檔案遷移通過 tar 多次將大量的檔案歸檔為一個單檔案,然後用 SSH 傳送過去，最後用 rsync 來同步。（不是一次 tar 打包所有檔案，通過多次 tar 多次打包資料）

Linux 檔案級遷移： 首次：tar+ssh，首次遷移失敗會將 tar 包重傳     後面：rsync

*為什麼 Windows 不能使用檔案級？Linux 不能使用塊級遷移？

windows 小檔案多，目錄結構複雜不清晰，不建議檔案級，且 NTFS支援零拷貝技術，塊級遷移效率高。 

Linux 通常無法打快照定格資料，DD 命令塊級遷移失敗會造成資料受損或者破壞 linux 目錄結構，風險高，另外 DD 會將空資料也拷貝過去（不支援零拷貝），塊級遷移效率低， Linux 作為開源作業系統目錄結構清晰，系統檔案精簡乾淨，不似 windows 那麼臃腫複雜，用檔案級遷移效率高。

*你說說業界主要的遷移內容和層次？（考到）

   應用級業務遷移：使用專門的應用層遷移工具，在保證可用性前提下，從應用程式層面，將資料從舊系統遷移到新系統，滿足客戶遷移同時，完成對作業系統、資料庫軟體的升級。例如：Oracle 和 SQL SERVER 的線上遷移。 

檔案級業務遷移：根據客戶的需要，通過遷移工具，將客戶的工作負載以基於檔案系統的方式，從源主機遷移到目標主機，以滿足客戶對磁碟規格的重規劃、作業系統的升級。 

系統級業務遷移：客戶的一臺主機上運行了大量應用，可以通過遷移工具將主機硬體上的系統遷移到目標虛擬機器，包括作業系統、應用程式和配置資料，主要用於系統盤的遷移。

業務遷移方案交付流程

1. 客戶調研：

調研的內容包括以下幾個方面:

-
IT 組織架構: 主要向客戶IT 人員調研客戶的 IT 組織架構以及IT 運作流程。

- IT 硬體資產: 瞭解客戶目前業務系統的硬體資訊，例如伺服器型別、磁碟陣列型別等等，為業務遷移提供原始輸入資訊。

- 系統性能引數: 通過部署資訊採集工具，得到客戶現行業務及 IT 裝置具體資訊，為客戶業務雲化評估、雲平臺容量規劃和業務遷移提供最直接的資訊。

- IT 系統配置: 通過了解客戶目前配置和效能情況，評估遷移至我司雲平臺上效能情況，作為業務發放和資源配置的參考基準。

- 業務流程: 要清楚客戶業務流程，這樣才能根據客戶實際情況制定遷移方案。

- 業務&IT聯絡: 從IT 的角度看，系統的優先順序是怎樣的。

-
IT 網路配置: 瞭解客戶目前組網情況。重點關注網路頻寬資訊。

- 遷移備份容災需求: 調研客戶是否對業務有災備需求。

- 客戶其他要求: 詳細瞭解客戶對整個業務遷移的特殊需求，例如遷移時想將老的業務遷移到新的作業系統環境下，oracle資料庫遷移時想直接從老版本遷移至最新版本，這些不僅要考慮到可行性，還要考慮到穩定性和相容性問題。

2. 遷移評估：

主要通過採集客戶IT 裝置資訊和客戶業務資訊，在此基礎上綜合分析，得出業務可雲化及可遷移性評估。

3. 遷移風險及應對計劃：

- 在新的雲端計算平臺中，應用會部署到不同的硬體，甚至是作業系統上，能否實現應用的無縫遷移，是保證業務遷移成功的重要內容。我們要確保業務持久執行不中斷。這就要求我們能夠將宕機時間保證在合理的範圍內從而實現業務連續性。如果需要和客戶協議業務中斷出現的保險責任問題，就需要明晰自己的底線。

- 業務遷移風險評估完成之後，針對例如搬遷的物理部件損壞，資料丟失，機器無法啟動，業務無法啟動等風險點，應該制定專門的應對措施。還應該針對每一類業務專門撰寫應對計劃，對所有可能涉及到的風險均加以描述和給出應對計劃。計劃完成之後和客戶進行溝通，消除在業務遷移風險和應對計劃上的分歧，在遷移風險及風險控制、應對上和客戶達成一致。

4. 遷移計劃制定：

按照客戶的需求，對業務遷移優先順序進行排序。首先對業務遷移的關聯性進行考慮，其次對業務遷移的遷移風險進行考慮，最後考慮遷移目標值，據此得出業務遷移順序。

一般情況下，由於客戶的應用系統及裝置數量眾多，且各應用系統的重要程度、服務時段、依賴的裝置情況等各不相同，因而建議採用分批次逐步遷移的方案，依據如下原則對裝置進行分批次遷移：

- 先易後難。對於相對獨立，關聯絡統少的應用，遷移到新的資料中心機房後，容易恢復正常執行。這類應用的遷移較為容易，可優先進行。

- 先普通業務系統，後核心業務系統。普通業務系統在遷移過程中出現問題，對公司日常經營活動造成的影響較小，可優先進行，為核心業務系統的遷移積累經驗並驗證遷移計劃。

- 選擇週末或節假日進行遷移。遷移前後需進行大量準備工作，遷移後需要進行大量測試工作，因而選擇週末或節假日能使得遷移作具備充裕的時間，同時避免對日常業務工作造成影響。

5. 遷移方案制定：

在確定遷移可行的基礎上，對客戶業務遷移制定詳細的實施方案。包括遷移方法選定、遷移工具選型、遷移測試環境準備、遷移工具測試、業務遷移演練、正式遷移環境準備、遷移軟體安裝、遷移人員安排、遷移時間和停機時間安排、業務資料同步、驗證業務、業務割接、業務再次驗證、風險應對及失敗回退等步驟。

6. 遷移工具和方案測試：

在確定遷移方案和遷移工具之後，需要在後臺雲平臺部署業務遷移工具環境，並對遷移工具和遷移方案進行測試。儘可能模擬客戶真實情況，測試各種場景下方案和工具的可行性，並輸出測試報告，專案組評審後和客戶進行溝通，對遷移過程中出現的停機時間、風險點等再次進行溝通，和客戶一起對遷移方案中需要修改的地方進行細化。

7. 遷移實施：

在遷移方案和遷移工具測試完成之後，按照和客戶實現商定的遷移計劃表進行業務遷移實施。具體實施包括前期準備工作，主要包括遷移軟體準備、遷移人員安排；遷移實施階段，包括客戶系統備份、遷移軟體安裝、系統遷移、系統驗證、差異資料同步、驗證業務、業務割接、業務再次驗證、業務回退等步驟。

8. 遷移驗收：

在遷移完成之後，需要按照前期和客戶既定的指標進行驗收，完成相關指標的即宣告業務遷移成功。如果有些指標達不到要求，需要和客戶溝通，進行整改或者向客戶提交相關定位報告，達成諒解或者得到客戶認可。

業務遷移經驗

1. 能用離線遷移儘量就用離線遷移。

2. Windows 線上遷移，注重成功率用塊級；注重效率使用檔案級。

3. Linux 推薦使用檔案級。

4. 檔案級遷移目的主機磁碟分割槽大小可變。

5. 對業務軟體部署越熟悉越有可能降低 RTO 時間（資料同步過程中可以更多的減少同步目錄，減少檔案比對時間）。

6. 硬體繫結的業務系統不要遷移。

7. 遷移前一定要做備份。

8. 遷移有風險，由於涉及作業系統底層，不是每一次遷移都能成功，做好回退準備。

9. 遷移保證資料完整性，業務驗證需要業務應用廠商支撐。

10. 業務切換後不要馬上拆毀原業務系統，以防遷移回退。

遷移的目的是什麼？為什麼要做遷移？為什麼要上雲平臺？為什麼要上虛擬化？為什麼要用華為雲平臺？雲端計算/虛擬化好處？

1. 本質來說是提高資源利用率。

2. 配合虛擬化管理平臺（雲平臺）簡化運維，統一管理。通過管理平臺進行綠色節能 DPM，DRS。

3. 節省物理空間。

遷移之後如何保證業務連續性？業務中斷時間是多少？同步的步驟是什麼？

通過多次同步資料，保證業務停止切換時間達到最短；

RTO 業務停機時間 = 最後一次同步時間 + 業務驗證時間；

按業務遷移場景劃分遷移型別

1. P2V

2. V2V

3. 華為雲平臺內部虛擬機器遷移
（I2I）

P2V 應該考慮哪些方面？

1、
遷移的伺服器和作業系統是否在
Rainbow 的相容性列表

2、 如果源端使用的特殊硬體或者存在與硬體繫結的軟體應用，遷移後應用可能無法正常 使用，需要軟體廠商或者特殊硬體廠商解決。

3、 如果源端存在壓縮目錄或者空洞檔案，可能會導致遷移失敗。

rainbow遷移支援資料重刪嗎？

不支援，rainbow只是遷移工具不支援重刪壓縮。

FusionSphere 業務遷移的解釋

FusionSphere 業務遷移是指將物理伺服器或其它虛擬化平臺的業務系統遷移至華為虛擬化平臺的過程。

遷移過程中需要管理員許可權嗎？

源端虛擬機器需要，因為需要安裝 agent 需要管理員許可權，linux 需要 root 許可權

FusionCompute 和 FusionCompute 可以遷移嗎？為什麼要這麼遷移？

可以，只能低版本的 FusionCompute 平臺往高版本的 FusionCompute 平臺上遷移，可能是有一套新版本的平臺吧

最大支援幾個虛擬機器同時遷移？license 控制的是什麼？

在未配置 License 的情況下，會進行併發數。2 臺。遷移頻寬 10Mbps 的限制。在配置 License 後，無限制。

Rainbow 能實現應用級別遷移嗎？怎麼實現應用級遷移？

不能，如果應用軟體和應用資料都在虛擬機器內部，應用資料就順帶遷移過去。如果應用資料
在外部儲存上，Rainbow 就只能遷移應用軟體，應用資料可以用其他技術遷移到目標端，或者重新對映到目標端。

Rainbow 遷移專案規劃：

遷移評估：系統資訊收集、關聯資訊收集、相容性評估、風險性評估、業務中斷時間

哪些業務適合上雲哪些不適合上雲？請舉例說明
。Rainbow不支援的源端型別(限制條件)

業務系統對某一功能指標的特殊需求及效能瓶頸（視訊播放、高 IO 訪問、有特殊外設需求
等目前都不適合虛擬化部署。

<關鍵點：

1. 遷移服務並不能實現所有場景的遷移，主要受限於三個方面：

華為虛擬化平臺支援的業務場景（作業系統型別版本、業務部署方式等）

遷移工具支援的業務場景（作業系統型別版本、業務部署方式、遷移過程的業務連續性要求等）

業務系統對某一功能指標的特殊需求及效能瓶頸（視訊播放、高 IO訪問、有特殊外設需求等目前都不適合虛擬化部署）

>

。4 種線上遷移用到的技術：

1. Linux 塊級遷移（掛載 liveCD）：dd 做遷移，同步使用 rsync

2. Linux 檔案遷移（掛載 liveCD）：scp+tar 遷移，同步使用 rsync

3. Windows 塊級遷移（掛載 winPE）：磁碟映象，VSS 做快照，fastcopy 拷貝資料塊，同步使用 fastcopy

4. Windows 檔案遷移（掛載 winPE）：fastcopy 做遷移，同步使用
fastcopy

。Rainbow I2I 遷移

離線映象轉換，ovFconvertor，將其他格式的映象轉換為華為支援的 VHD,RAW。

1. 將虛擬機器匯出，成為一個磁碟的映象。

2. 開啟 ovFusionComputeonvertor 工具，搜尋資料夾，搜到匯出的映象。

3. 在工具上定義轉換後 VM 的配置是怎樣的，包括 CPU，記憶體，系統型別，系統版本，網絡卡數量。

。資料庫上雲你的思路是什麼？

考試追問：

華為賣的是遷移服務還是遷移工具

賣方案 可以說是服務

用到了哪些解決方案和場景

pv2 v2v 華為低版本升級高版本

遷移評估具體怎麼做，需要對哪些進行評估？

遷移評估包括專案資訊調研、業務關聯性分析、效能分析、相容性分析。系統配置 系統性能 網路效能 現網環境 業務流程 人員架構

使用者業務有什麼，哪些是核心業務，怎麼遷?

使用者業務有基礎服務、開發測試系統、辦公系統、IT管理系統和業務系統。生產系統、生產管理等是核心業務。按照遷移原則和順序（基礎服務、開發測試系統、辦公系統、IT管理系統、業務系統）規劃來進行遷移。