p2v遷移linux

⑴ p2v轉化linux時 打開虛擬機控制端顯示 converter login怎麼回事 謝謝

這是遷移助手，負責把源機復制到ESX上。它是臨時創建的，不必去登錄它。當Conveter轉換完成它就消失了。

⑵ 如何將Linux上面的oracl virtualbox使用p2v遷到vmware虛擬機

http://blog.csdn.net/autumn20080101/article/details/8698785

⑶ VM P2V工具能遷移所有的LINUX嗎

可以是可以，不過好像是有問題，P2V遷移對Windows支持比Linux好

⑷ p2v遷移Linux主機報錯，出現了常規系統錯誤：由於目標主機積極拒絕，無

問題是伺服器未啟動Subversion服務，或改變埠所致。多數因為安裝的時候選用了埠，加上埠即可（80、8080、43等）。Windows下通過任務管理器查看svnserve.exe進程是否運行，如有則記錄 PID，然後在命令行中運行netstat -ano，查看對應PID的埠號（Subversion服務的默認埠號為3690）。如是埠改變，則需要在SVN檢出URL中增加埠號。增加並運行Subversion服務。

⑸ 如何將物理伺服器遷移到虛擬伺服器

統的遷移是指把源主機上的操作系統和應用程序移動到目的主機，並且能夠在目的主機上正常運行。在沒有虛擬機的時代，物理機之間的遷移依靠的是系統備份和恢復技術。在源主機上實時備份操作系統和應用程序的狀態，然後把存儲介質連接到目標主機上，最後在目標主機上恢復系統。隨著虛擬機技術的發展，系統的遷移更加靈活和多樣化。
本系列文章全面介紹了虛擬機遷移的三種方式 P2V、V2V 和 V2P，及他們在內核虛擬機 KVM 上的實現方法，分成五個部分。第一部分，介紹虛擬機遷移的各種方法和相應的遷移工具，並且著重分析 Linux 平台上開源的虛擬化工具 KVM 和 XEN 實時遷移中的的內存預拷貝技術；
第二部分介紹 KVM 虛擬機之間的 V2V 遷移技術，包括離線遷移和在線遷移；第三部分介紹基於 VMware 或 XEN 的虛擬機如何遷移到基於 KVM 的虛擬機；第四部分介紹物理機到虛擬機遷移 P2V 和虛擬機到

⑹ 能跨網段進行P2V嗎linux系統，需要什麼條件

正常情況下，用route命令是不能跨網段設置路由的，但是用ip 命令就可以了 ip route add default via 網關IP dev 介面 onlink 這樣就可以跨網段設置網關了。 不過，這樣雖然設置了，是否能夠生效就得看交換機裡面是如何設置的了。

⑺ 如何解決VMware Converter P2V遷移失敗問題

無論你多麼小心地為遷移做准備工作，遷移有時還是會失敗。失敗就可能發生在遷移過程中的不同階段；具體哪個階段是基於任務欄百分比估計值出來的。
建立目標虛擬機(VM) (0%-5%)
准備克隆磁碟(5%-6%)
克隆過程(6%-95%)
克隆工作結束以後(95%-97%)
定製或重新配置(97%-99%)
安裝工具或啟動(99%-100%)
雖然在任何遷移階段都可能會失敗，但如果要是失敗的話，它通常會在97%處失敗。在遷移過程中，Converter創建了一個詳細的日誌文件，此文件會包含確切的錯誤信息以及有關轉換失敗的原因。此日誌文件被存放在你正在被遷移的伺服器上，此伺服器運行著Converter代理，通常日誌被命名為vmware-converter-0.log，存放位置在C:\Windows\temp\vmware-temp目錄下。打開該日誌文件和滾動到文件底部，尋找失敗信息。一旦這次遷移過程失敗，Converter會將它自動創建的虛擬機刪除。
確定哪個階段會失敗的一個線索是進度條如何快速地達到了97%。如果它迅速地跳躍到97%並且失敗，這通常表明問題出在以下幾個方面：網路埠、DNS解析或是需要的Windows服務沒有運行。下面有幾個步驟可以幫你試圖解決這類問題。
如果你使用主機名稱來選擇你的VC/ESX目的伺服器，請確保你可以在你的源伺服器上解析到這些主機名稱的IP地址。
在源伺服器上，確保Workstation、Server，TCP/IP NetBIOS Helper和VMware Converterservices這幾個服務正在運行。在Windows XP和2003伺服器上，確保Volume Shadow Copy service服務不是禁用狀態，在默認情況下，應該是設置為手動狀態。這項服務並不需要在轉換過程中一直處於運行狀態。
使用Telnet命令 ，看看你是否可以連接到在VC或ESX伺服器上所需要的埠。從源伺服器「Telnet 902」。你應該可以從VC / ESX伺服器得到回應，在埠443上也要這樣做。
嘗試重新啟動源伺服器，對於Windows NT和2000伺服器來說，這是一個必須的要求。
如果需要很長的一段時間才能達到97%，那麼通常是在數據克隆或克隆後期過程中克隆失敗。造成這種失敗的一些可能的原因是，在伺服器之間網路連接丟失了，網路錯誤和源伺服器磁碟問題。下面有幾個步驟可以幫你試圖解決這類問題。
驗證網路速度/雙工設置，你的源伺服器的網卡和被連接的物理交換機的埠是否符合。
如果你啟用操作系統鏡像，那麼刪除這個鏡像。
清理你的Boot.ini文件，並確保它是正確的。
確保你使用的是最新版本的Converter。如果源伺服器有動態磁碟舊版轉換程序就會失敗。
在源伺服器上運行chkdsk，以驗證文件系統的完整性。
確保在源伺服器的系統盤上你有至少200 MB可用磁碟。
如果你的源伺服器已有超過兩個串口（ COM ）的埠，打開注冊表，並尋找到HKLM\HARDWARE\DEVICEMAP\SERIALCOM子鍵 ，移除在串口埠2以上的任何埠。在做這個之前，你可以導出此鍵值，如果需要的話，轉換完成後就可以重新導入。
最後，如果你的轉換成功完成，但你的伺服器無法啟動（或者出現藍屏） ，你可以嘗試使用以下的步驟來進行修復。
在新創建的虛擬機上編輯Boot.ini，以確保磁碟的順序是正確的。有時開機磁碟將不會被列為第一分區。要做到這一點，只需使用一個可用的虛擬機作為工作助手，將遷移後的磁碟以增加一個虛擬硬碟的方式添加到此台虛擬機上。這樣就可以瀏覽到新創建的磁碟文件內容。然後，你就可以瀏覽該磁碟和編輯Boot.ini文件。完成後，從這台虛擬機刪除此虛擬磁碟。另外，你也可以嘗試再次運行Converter並選擇「配置機器」，選擇你新創建的虛擬機。通過向導程序，（當完成時）嘗試再次啟動它。
對於虛擬磁碟（ BusLogic或LSI Logic）來說，確認你使用的是合適的SCSI控制器。
在安全模式下啟動虛擬機，看看是否特定的伺服器硬體或驅動程序已經被載入。
加強新虛擬機的伺服器性能
當你的轉換完成後，你應該做以下幾個步驟，對你的新虛擬機進行清理，以便它有更好的性能。
編輯虛擬機的硬體。移除所有不必要的硬體，包括軟盤驅動器和串列，並行和USB埠。你應該分配給VM的內存和它需求的一樣多。如果可以就盡量減少它。當使用一個vCPU時，大多數的虛擬機會運行地更好，所以如果ESX主機伺服器是一個SMP（對稱多處理）的物理伺服器，那麼應該考慮減少虛擬CPU的數量。
啟動VM，等待幾分鍾，讓它發現所有的新硬體，然後重新啟動它。
檢查伺服器的HAL ，如果它來自一個多CPU的物理伺服器，但現在只有一個單一虛擬CPU的虛擬機，那麼你需要打開設備管理器並編輯CPU （計算機）。選擇更新驅動程序，不要選擇通過Windows Update來更新，而是選擇從列表中安裝，選擇Don't Search，並選擇ACPI Uniprocessor取代ACPI Multiprocessor驅動。
移除任何硬體的特定應用程序和驅動。
最後，我要強調：刪除所有目前不使用的硬體驅動。有些硬體設備已從系統中刪除，但相應的驅動還沒有被卸載，這是遷移後的遺留問題。那些不再是系統中存在的物理硬體的驅動程序，但Windows對待它們，就像它們存在一樣，並將系統資源分配給它們。並且當你試圖給新的網路適配器配置的IP地址與源伺服器上的地址相同的時候，它們也會導致沖突。
這個問題的原因是，舊NIC仍然存在，這個IP地址被不存在的硬體佔用著。遷移後會有大量的不存在的硬體設備的驅動被保留著。要刪除所有的只需打開一個命令提示符CMD並鍵入SET DEVMGR_SHOW_NONPRESENT_DEVICES=1。然後在同樣的命令窗口裡輸入Devmgmt.msc ，然後，當設備管理器窗口打開的時候，選擇顯示隱藏的設備。當你展開每個硬體類，你會看到大量的不存在的硬體的驅動，它們所顯示出的圖標為灰色。右鍵單擊並選擇卸載。當你刪除它們後應馬上重新啟動。

⑻ 如何進行V2P遷移

發表時間：2011/8/10 佚名 來源：TechTarget中國關鍵字：P2V虛擬化遷移關注虛擬化的人都做過或者至少知道P2V（物理到虛擬）遷移過程是將物理伺服器轉換成虛擬機。不過如果你需要進行V2P（虛擬到物理）遷移將虛擬機退回成物理伺服器時，該怎麼辦呢？P2V過程非常簡單直接，並且有許多免費和付費的產品來做。 關注虛擬化的人都做過或者至少知道P2V（物理到虛擬）遷移過程是將物理伺服器轉換成虛擬機。不過如果你需要進行V2P（虛擬到物理）遷移將虛擬機退回成物理伺服器時，該怎麼辦呢？P2V過程非常簡單直接，並且有許多免費和付費的產品來做。然而，V2P過程不受許多工具支持，並且比P2V要復雜得多。 你可能疑惑為什麼要將虛擬機轉換回物理伺服器。多數情況下，這樣做的原因在於應用廠商不支持他們運行在虛擬機上的產品。目前，幾乎所有的廠商都支持虛擬化，但是通常在他們的支持條款里都有關於支持的提醒。 如果一家廠商解決運行在虛擬環境里的應用的問題，這家廠商可能要求你在解決問題之前在物理伺服器上復制這個問題。為什麼？因為技術人員想要確定虛擬化層不是原因或者是導致問題的因素，消除這種疑問的唯一方式是通過在物理伺服器上復制這個問題。下面列出的是一些主要廠商的典型支持條款： IBM/Lotus： 當用戶召集標准使用率或者與缺陷相關的服務請求，並表明他們運行在VMware ESX Server上，IBM Technical Support將竭盡全力解決問題。我們假定這個問題本身或在VMware環境很常見，如果有跡象表明問題與VMware環境有關，我們只需要用戶（或者VMware SupportLine團隊）重新創建這個問題。 Microsoft： 運行在非微軟硬體虛擬化軟體的第一級支持的微軟用戶，微軟又沒有與這家廠商建立包含虛擬化解決方案的支持關系，微軟將使用運行在非微軟硬體虛擬化軟體商的微軟軟體調查潛在的問題。作為調查的一部分，微軟可能需要用戶從微軟硬體虛擬化軟體復制這個問題。這可以在Windows Server 2008（包含Hyper-V）上進行，這個真實的硬體平台在上面安裝了Windows操作系統。 Cognos： Cognos Support會解決任何關於IBM Cognos產品的問題。在虛擬環境使用IBM Cognos的用戶會遇到問題，Cognos用戶不需要在這個操作環境重新創建和解決每個問題。不過，Cognos保留要求用戶診斷操作系統環境的某些問題。只有在有理由相信虛擬環境是導致問題的根源時，Cognos才做此要求。 Computer Associates： 雖然CA不堅持客戶在聯系支持前重新創建每個問題，我們保留要求客戶診斷和解決某些問題的權利。我們有理由相信問題直接與VMware有關時才會這樣做。 從VMware這些支持條款可以看出，所有廠商都保留向你要求在非虛擬環境里重新創建問題的權利。不過多數情況下不會發生，因為多數應用不知道虛擬與物理硬體之間的差別。取決於問題類型，廠商應該意識到這與虛擬化層無關。不過有一種類型的問題，虛擬化層可能就是原因，那就是性能問題。 在本文的下半部分中，我們將說明導致性能問題的原因及解決方案。 在本文的上半部分中，我們介紹了成功實施P2V遷移需要的准備工作及系統命名法等。本部分介紹卷影拷貝服務、Window域控制器等。 理解卷影拷貝服務 如果你用過一些工具，可以轉換正在運行的Windows系統，它們可能使用了卷影拷貝服務來實施遷移。在這種情況下，在轉變的過程中系統的鏡像將被快照下來。一旦轉換完成，你就可以關閉系統。需要記住的是，在遷移之前和你關閉原來的系統的這段時間只在物理系統上發生。新創建的虛擬系統就這時已經過時。這對於域控制器（下面將提到）非常重要，同時對任何傳遞的數據和日誌同樣重要。 在正式使用之前進行遷移測試 P2V或者V2V的遷移的概念一般使系統的整個功能保持完整。然而，對任何被遷移的系統，在遷移後，在其發揮其正常的角色前，應當進行一系列的檢查。這有一些方法來檢測新遷移的虛擬機： ·在新遷移的虛擬機中的清單中去掉所有不必要的硬體。特別的，如果是從物理主機上遷移，你也許有USB介面、軟體驅動器或者音頻適配器等也許不需要或者在虛擬主機上不支持等硬體。 ·不需要連接到配置里的網路適配器就能在虛擬主機上引導系統。這是在VMware ESX中斷開軟體，該選項通過選「connect at power-on」選項實現。 ·如果可以，關鍵應用在離線的環境下不能運行良好，那麼就停止。 ·遷移後多次重啟虛擬機以確保所有的日誌清空，在接下來的引導中不會產生問題。 ·當網路適配器處於軟體斷開的狀態，確保網路配置在虛擬機環境新的地方是正確的，虛擬遷移可能從硬體清單去掉了先前的介面以及伴隨介面的網路配置。 ·確保查看網路延伸配置，例如DNS 伺服器的順序、DNS的後綴，和其它因新的位置而需要改變的網路配置項目。同時如果適當也利用這段時間修改或准備這個系統之外任何變動，包括DNS的接入。 當運行了上述一系列的測試，客戶虛擬機關閉後，重新連接網路適配器到虛擬機。在做完這一系列的檢查後，在你試圖使用遷移系統時，通過把所有的小問題排除後 ，第一次打開虛擬機節省了寶貴的時間。 Window域控制器需要不同的處理 從一個物理盒子把一個域控制器遷移到一個虛擬實例需要特殊的考慮，一個好的實現狀態需要不同的處理。主要的原因是這個問題圍繞著機器如何放到新的虛擬環境。許多管理員想最小化域控制器的停機時間，所以你需要傾向於一個可以優化在線使用的工具。問題在於如果域控制器一直在運行，每一個時刻遲早在增加域的內部的計算，這主要因為，如果系統在運行時，P2V遷移工具執行遷移，一旦虛擬系統在線，它將導致Active Directory數據本地的潛在的損壞，以及其他的域控制器和機器計數。 在這篇文章里，我將要提供兩種好的轉換域控制器的方法。最安全的方法是在虛擬環境下重建一個，把這個系統遷移到這個域中做為一個新的域。當它做為一個新的域控制器引入了一個新域，確保全局目錄特徵和其他角色被合適的轉移。一旦它們在線，你可以降級或者從該域中移除該系統。 另一個方法也同樣安全，但需要一些停機時間。當你的VMware主機上有舊的ESX版本的情況下，你在虛擬機上執行復制任務，這個復制任務可以在斷電的狀態下拷貝它到一個新的主機上，斷電的狀態非常重要，因為在這種狀態下域控制器不會擺脫和其餘的域同步的狀態。 選擇正確的遷移策略 取決於你遷移物理機器到虛擬機的必要參數，你必須決定正確的策略來維持你需要的正常運行時間、許可證參數，選擇一個不會導致問題的路徑。對於系統或連接到該系統的用戶保持對其遷移的透明性。

⑼ vmware converter 遷移物理機linux報錯，目標EXSI是5.0，converter是5.5版本。

VMWAREworkstation10有這功能，要在LINUX主機中裝個VMWAREP2V的組件，要求LINUX防火牆不能阻擋VMWAREWORKSTATION10的通信。