1、無論是vMotion還是Storage vMotion都需要專用的VMkernel網絡來遷移虛擬機，所以需要在各ESXi主機上爲vMotion配置專用的網絡，並且考慮到性能的問題，最好爲vMotion網絡綁定專用的網卡。vMotion要求網絡帶寬至少爲千兆，並且要求源主機和目標主機具有相同的網絡配置，包括網絡類型和網絡標籤都要一致。
2、檢查服務器間的網絡連接。 遷移依賴網絡連接，因此源/目的服務器之間的任何連接問題都能輕易影響遷移活動。最直接的方法是ping源/目的服務器之間的網絡連接。如果ping成功了，證明源、目的服務器之間的lan通訊正常。如果不成功，源、目的服務器上的網卡(nic)可能存在連接問題或不兼容性。 一個常見的兼容性問題是使用超長幀。例如，如果一個服務器的nic配置了支持超長幀，另外一個沒有，那麼這兩個服務器不會正常通信，工作負載遷移不會成功，除非兩個nic的配置完全相同。使用目標服務器的主機名ping時，會發生另一個常見的問題。如果主機名ping失敗了，但是ip地址ping正常，說明主機名解析出問題了，解決這個問題會對解決連接問題有幫助。
3、如果某一集羣使用了獨立的DVS分佈式虛機交換機，其集羣中的虛擬機將不能遷移到其他集羣。可以把集羣中的物理主機加入到總的更大的vdc下的分佈式虛擬交換機，纔可以把該集羣中的虛擬機遷移到其他集羣。
4、習慣上，vmotion需要考慮主機和虛擬機的計算資源的平衡。檢查目的服務器上的計算資源很重要，如果目的服務器上沒有足夠的計算資源，工作負載遷移也會失敗。當目的服務器缺少足夠的處理核心、內存空間、nic端口或者存儲時，就不能儲備新的工作負載。隨着物理服務器數量下降和工作負載整合水平的提升，這已經變成越來越普遍的問題。 例如，如果目標服務器已經從從其他系統接受額外的工作負載失敗，這時就會發生資源短缺。另外，如果目的服務器上已有的工作負載已經獲得了額外的計算資源，以滿足用戶活動增加所引起的更的的資源需求，這種情況下，資源短缺也會發生。試着將工作負載遷移到其他有足夠計算資源的系統(比如閒置或備用的服務器)，或者在有需求的服務器上執行工作負載平衡。
5、vmotion遷移如果不考慮網絡的可用性，有時會導致將虛擬機放置或遷移到已經網絡飽和的主機上。 如果應用碰巧對網絡敏感，這可能會對虛機產生一些性能影響。
6、在進行vmotion遷移時，虛機內存過大的會遷移比較慢，因爲內存動態的同步會耗費較多時間。
7、在進行vmotion遷移時，要注意硬件兼容性。檢查服務器硬件的兼容性和設備相關性。 虛擬化的服務器專門用來將底層的硬件從上層的工作負載抽離——抽離讓工作負載遷移變得可能——但是有小部分情況可能會導致源、目的服務器的硬件不兼容，導致遷移失敗。 排錯的第一步是評估服務器硬件和配置。舉個簡單的例子，源/目的服務器需要使用完全相同處理器來進行工作負載遷移。每個系統bios的處理或者i/o虛擬化設置稍微有所不同也會引起硬件問題。 當vm依賴目的服務器上不可用的硬件時，也會導致遷移失敗。比如，像vmware esx/esxi等hypervisor允許vm連接到物理磁盤。如果vm依賴與源服務器連接的物理磁盤——而目的服務器上沒有——遷移就出問題了。安全斷開任何本地物理磁盤或者源服務器vm上的客戶端設備，然後再重新進行遷移。
8、因虛機版本不同造成的遷移問題，注意高版本不能向低版本遷移。
9、分區表格式。這是一個很嚴重的問題，很多遷移工具不支持GPT格式的系統遷移，只支持MBR格式的系統遷移，在選擇工具之前需要格外注意一下。
10、遷移之後磁盤不能成功掛載原系統的磁盤分區，系統不能成功啓動。出現這種情況，一種很大的可能就是在原系統使用的是設備名稱掛載的方式掛載的，在兩個虛擬化環境中硬盤接口發生了變化，比如由原來的IDE接口變成了virtio接口，這樣的話設備名稱是會變的，設備名稱會由原來的sda變爲vda，這就需要修改fstab了（光盤引導，進入救急模式）。如果是通過UUID掛載的，一般來說不會出現這種問題。