資訊專欄INFORMATION COLUMN
摘要：本文完整記錄了如何從物理服務器，保持所有環境配置信息，紋絲不動的遷移到虛擬機上，俗稱。測試在上可以看到會自動創建一臺虛擬機并啟動。所以要求與源主機必須能夠直接通信才可以遷移。參考操作實現物理機遷移到虛擬機中文用戶指南中文原文鏈接地址
本文完整記錄了如何從物理服務器，保持所有環境配置信息，紋絲不動的遷移到虛擬機上，俗稱 P2V 。采用的工具是VMware公司的 VMware vcenter vconverter standalone，它支持將windows和linux操作系統用作源，可以執行若干轉換任務：
將正在運行的遠程物理機和虛擬機作為虛擬機導入到vCenter Server管理的獨立ESX/ESXi或ESX/ESXi主機
將由VMware Workstation或Microsoft Hyper-V Server托管的虛擬機導入到vCenter Server管理的ESX/ESXi主機
將第三方備份或磁盤映像導入到vCenterServer管理的ESX/ESXi主機中
將舊版服務器遷移到新硬件，而不重新安裝操作系統或應用程序軟件等
完整功能見《Converter Standalone 用戶指南》
Converter Standalone的組件，只能安裝在Windows操作系統上：
Converter Standalone Server —— 啟用并執行虛擬機的導入和導出
Converter Standalone agent —— Converter Standalone Server會在Windows物理機上安裝代理，從而將這些物理機作為虛擬機導入，完成后可以選擇自動刪除
Converter Standalone client —— 與Converter服務端配合使用，包括看到的用戶界面、創建和管理轉換任務等
Vmware vCenter Converter引導CD：是多帶帶的組件，可用于在物理機上執行冷克隆
冷克隆可以創建一致的源計算機的精確副本，而我們更多的是進行熱克隆，也就是源服務器在遷移過程中會繼續工作，這就可能會出現某些文件不一致，但Converter Standalone會在熱克隆后將目標虛擬機與與主機同步，同步執行過程是將在初始克隆期間更改的塊從源復制到目標。
本文記錄的過程是，源主機是 SUSE 11.x 物理機，運行華為的智能呼叫中心應用，因此安裝有Oracle數據庫，對于數據文件和控制文件的一致性和安全性較高，所以建議先把oracle數據庫關閉再操作；目標虛擬服務器是 ESXi 5.1，但我使用的Converter是 5.5-en，操作過程類似。下面正式開始
源主機：172.30.31.0/24
ESXi: 172.29.88.0/24，與源主機IP段無法通信
Helper VM: 172.29.41.0/24，與上面兩個IP段都通
Source System
選擇你要轉換的源系統，物理機為 Powered-on machine，填寫其他登陸信息：
Destination System
填寫要在哪個主機上創建虛擬機，也就是ESXi服務器地址:
這兩個過程有個簡短的拉去主機信息的過程。
2. 選擇目標虛擬機和存放位置Destination Virtual Machine
目標虛擬機名字默認是源hostname，不用選擇folder：
Destination Location
選擇新虛擬機要放在ESXi的哪個Datastore上，請確保有足夠的磁盤空間，不能小于源系統實際使用的大小：
這一步尤為關鍵，直接關乎后面轉換的成敗。
Data to copy
設置目標虛擬機的磁盤和分區，我們可以看到自動獲取的源分區信息，我這里因為硬盤資源有限，沒有遵循默認的 Maintain size，但比Minmun size（在源SUSE下 df -h 看到的used大小）大。
CPU個數和內存大小默認也是與源主機保持一致。
Network
網絡設置這一塊比較糾結。按理說源主機不需要與目的主機的網卡通信，只需要與Helper VM能互通即可，但我一直卡在這走不過去。源主機有2塊網卡在使用，最后在這一步只設置了一塊能ping同源主機的網卡，遷移完成后再手動添加劑一塊網卡。如下是vmware官方知識庫的Note：
In the Conversion wizard, ensure to select the virtual machine portgroup when configuring the network card. This virtual machine portgroup must be connected to the physical network that is routable via port 22 (SSH) in both directions from the source Linux server"s configured network IP address.
The IP address entered must be routable to the IP address of the physical Linux source machine. Helper virtual machine IP address should able to ping the physical machine.
圖中看到VM Local是事先在vSphere Server上新建的端口組（portgroup），而且這個虛擬交換機vSwitch沒有關聯任何物理網卡：
Helper VM network
Helper VM是做轉換時的一個臨時操作系統，運行在目的主機上，從源主機拷貝數據。如果轉化的時windows，則沒有這個vm，取而代之的時再源主機上運行一個agent，所以轉換windows要求ESXi與源主機能互通，而轉換Linux則只需要設定的Helper VM network能與源主機22端口互通即可。
可以看到轉換的信息匯總，finish則開始遷移轉換過程。
測試在ESXi上可以看到會自動創建一臺虛擬機并啟動。等待轉換完成。
5. 問題轉換幾次失敗都是因為網絡設置不當，轉換到1%時報錯：
Error：event.ObtainHelperVmIpFailedEvent.summary
解決辦法就是手動設置HelperVm的IP，并確保能夠與源主機通信。如果繼續報錯，修改目標地址網卡設置，比如去除只剩一個網卡（后續添加），也設置成HelpVm網段。參考 Convert: converter.fault.HelperVmFailedToObtainIpFault 。
轉換Windows Server 2003時還有可能會出現
Unable tp locate the required Sysprep files. Please upload them under c:documents and settingsall usersapplication datavmwarevmware vcenter converter standalonesysprepsvr2003 on the converter server machine
解決辦法是，需要下載WindowsServer2003-KB926028-v2-x86-CHS.exe，在cmd下執行WindowsServer2003-KB926028-v2-x86-CHS –x(不可以用winrar)，解壓縮出來2個目錄加一堆文件,在SP2QFE目錄下找到deploy.cab，再將deploy.cab解壓縮(winrar即可),得到10個文件,拷貝到所提示的 svr2003 目錄。參考 Sysprep文件位置和版本 (2040984)。
6. on windows加入遷移的是windows主機，上面的操作略有不同，主要區別在于沒有HelperVm，而是在需要轉換的源主機上安裝agent。所以要求ESXi與源主機必須能夠直接通信才可以遷移。
參考：
操作VMware vCenter Converter 實現物理機遷移到虛擬機
VMware vCenter Converter Standalone User"s Guide 5.5 （中文）
VMware vCenter Converter Standalone 用戶指南 中文4.3
原文鏈接地址：http://seanlook.com/2015/04/05/vmware-vcenter-vconverter/
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/11497.html
摘要：操作過程嘗試一由于該企業防護措施嚴格，區域和公網區域在防火墻上做了隔離，實施開始前將軟件需要使用到的端口已向網絡組申請從防火墻上申請開通，并檢查系統防火墻相應端口已開放。轉換現有虛擬機注意上述端口均屬于默認端口。 背景介紹某企業拓撲如下圖所示，172.18.2.0/24網段可以訪問外網，使用3臺Esx4.1組...
摘要：操作過程嘗試一由于該企業防護措施嚴格，區域和公網區域在防火墻上做了隔離，實施開始前將軟件需要使用到的端口已向網絡組申請從防火墻上申請開通，并檢查系統防火墻相應端口已開放。轉換現有虛擬機注意上述端口均屬于默認端口。 背景介紹某企業拓撲如下圖所示，172.18.2.0/24網段可以訪問外網，使用3臺Esx4.1組成虛擬化資源池，vCenter5.5位于DMZ區的192.168.255.0/24網...
摘要：基于云遷移的三個階段細分為八個主要步驟，評估階段主要包括項目啟動現狀梳理以及應用系統關聯關系分析三個步驟，設計階段包括云架構優化設計和云遷移方案設計，實施階段包括目標架構遷移演練及實施和試運行三個步驟。 在云計算市場規模不斷擴大的大背景下，云遷移的需求越來越大且面臨挑戰。云遷移不是一個遷移軟件工具，而是一種服務。前IBM資深架構師姜亞杰從云遷移的三個階段、四個維度到八個步驟的方法，簡述...
摘要：盡管把基礎架構遷移到云平臺上好處多多，但是如果考慮不細致反而會妨礙系統性能，把基礎架構從物理遷移到虛擬才能帶來較好的資源利用率。在存儲方面，重要的是可擴展性。確保物理產品的環境已經卸下，但不要完全退役。 盡管把基礎架構遷移到云平臺上好處多多，但是如果考慮不細致反而會妨礙系統性能，把基礎架構從物理遷移到虛擬才能帶來較好的資源利用率。我們需要把物理到虛擬，然后在遷移到云，即所謂的P2V2C(p...
摘要：屬于虛擬交換機，其對數據包的處理完全依賴于，并不像傳統交換機靠硬件進行流量轉發，因此對宿主主機的資源占用也非常嚴重，極大的降低了宿主主機的性能。原標題：虛擬化及云環境下數據庫審計技術探討隨著越來越多的企業用戶將傳統的業務系統遷移至虛擬化環境或是云服務商提供的云平臺，數據的泄露及篡改風險變的越發嚴峻，針對數據安全的防護以及事后審計追溯也變得越來越困難。究其原因，主要是傳統的數據庫審計解決方案是...
閱讀 2284·2023-04-25 16:42
閱讀 1198·2021-11-22 14:45
閱讀 2328·2021-10-19 13:10
閱讀 2821·2021-09-29 09:34
閱讀 3398·2021-09-23 11:21
閱讀 2094·2021-08-12 13:25
閱讀 2176·2021-07-30 15:15
閱讀 3488·2019-08-30 15:54
