在黃色的那個esxi啓動界面，進入命令行alt+f1
看網卡型號 esxcfg-nics -l
看PCI lspci
修改root password
vicfg-user --url https://esxi-host/sdk/webService --username root --password [old-pwd] -u root -e user -l root -o modify -p [new-pwd]
esxcli hardware – 想獲取ESXi主機的硬件及配置信息時，esxcli硬件命名空間就能夠派上用場了。
esxcli hardware cpu list – 獲取CPU信息（系列、型號以及緩存）
esxcli hardware memory get – 獲取內存信息（可用內存以及非一致內存訪問）
esxcli iscsi – iscsi命名空間可以被用於監控並管理硬件iSCSI及軟件iSCSI設置。
esxcli iscsi software –用於啓用/禁用軟件iSCSI initiator。
esxcli iscsi adapter –用於設置軟硬件iSCSI適配器的發現、CHAP以及其他設置
esxcli iscsi sessions – 用於列出主機上已建立的iSCSI會話。
esxcli network –需要監控vSphere網絡並對如下網絡組件進行調整時，包括虛擬交換機、VMkernel網絡接口、防火牆以及物理網卡等，esxcli網絡命名空間就派上用場了。
esxcli network nic –列出並修改網卡信息，比如名字、喚醒網卡以及速度。
esxcli network vm list – 列出有一個活動網絡端口的虛擬機的網絡信息。
esxcli network vswitch –檢索並管理VMware的標準交換機以及分佈式虛擬交換機。
esxcli network ip – 管理VMkernel端口，包括管理、vMotion以及FT網絡。還可以修改主機的所有IP棧，包括DNS、IPsec以及路由信息。
esxcli software – 軟件命名空間可以用於檢索ESXi主機已安裝的軟件及驅動並可以安裝新組件。
esxcli software vib list – 列出ESXi主機上已經安裝的軟件及驅動。
esxcli storage – 可能是最常用的esxcli命令命名空間之一，包括了管理連接到vSphere的存儲的所有信息。
esxcli storage core device list – 列出當前存儲設備
esxcli storage core device vaai status get –獲得存儲設備支持的VAAI的當前狀態。
esxcli system – 通過該命令使你能夠控制ESXi的高級選項，比如設置syslog並管理主機狀態。
esxcli system maintenanceMode set –enabled yes/no – 將主機設置爲維護模式
查看並更改ESXi高級設置（提示：使用esxcli system settings
advanced list –d 命令查看非默認設置）
esxcli system syslog –查看 Syslog 及配置信息
esxcli vm – ESXi的虛擬機命名空間用於列出運行在主機上的虛擬機的各種信息，如果需要可以強制關閉這些虛擬機。
esxcli vm process list –列出已啓動的虛擬機的進程信息。
esxcli vm process kill – 停止正在運行的虛擬機的進程，關閉虛擬機或者強制關閉虛擬機電源。
esxcli vsan – ESXi的VSAN命名空間包括配置並維護VSAN的很多命令，包括數據存儲、網絡、默認域名以及策略配置。
esxcli vsan storage – 配置VSAN使用的本地存儲，包括增加、刪除物理存儲並修改自動聲明。
esxcli vsan cluster – 本地主機脫離/加入VSAN集羣。
esxcli esxcli – esxcli命令包括一個稱爲esxcli的命名空間，通過使用esxcli命名空間，你可以獲得更多信息。
esxcli esxcli command list – 列出所有的esxcli命令及其提供的功能。
當然，上述命令及示例並未涵蓋ESXi提供的所有功能。所有的ESXi命令有多個開關及選項，提供了多種功能。通過輸入-h參數可以獲得相關幫助信息。
通過命令行進行故障診斷是一件很棘手的事兒，但通過對25個ESXi命令有一個深入的理解，你應該能夠順利解決大多數問題。
1、啓用客戶機操作系統和遠程控制檯之間的複製和粘貼操作
解決方法：要在客戶機操作系統和遠程控制檯之間進行復制和粘貼，必須使用 vSphere Client 啓用複製和粘貼操作。
步驟
a、使用 vSphere Client 登錄到 vCenter Server 系統並選擇虛擬機。
b、在摘要選項卡中，單擊編輯設置。
c、選擇選項 > 高級 > 常規，然後單擊配置參數。
d、單擊添加行，並在“名稱”和“值”列中鍵入以下值。
名稱值
isolation.tools.copy.disable false
isolation.tools.paste.disable false
注意這些選項將替代在客戶機操作系統的 VMware Tools 控制面板中做出的任何設置。
e、單擊確定以關閉“配置參數”對話框，然後再次單擊確定以關閉“虛擬機屬性”對話框。
f、重新啓動虛擬機。
2、sco系統遷移過去之後找不到啓動列表
解決方法：目前解決方法：使用軟驅製作應急盤，通過應急盤來找到啓動列表，如果不行的話，只能使用，現成的虛擬鏡像導入vmware中，但是這種方法，要自己設置與自己相關的應用。
3、linux做遷移時手動添加的邏輯分區（LVM卷），遷移過去之後找不到這些分區
解決方法：：給虛擬機額外添加硬盤後融合，然後將數據重新拷入加入的硬盤中。
4、安裝esxi的時候找不到萬兆網卡
解決方法：解決方法：安裝各個廠商OEM的esxi版本。
5、遷移時提示vss原卷不能克隆
解決方法：解決方法：查看是否有額外的設備插在服務器上，如usb設備。
6、Windows遷移之後，配置網卡的時候，會提示“IP已經被分配給其他的適配器”
解決方法：打開命令行窗口（運行cmd），輸入：
（1）、set DEVMGR_SHOW_NONPRESENT_DEVICES=1
（2）、devmgmt.msc
在彈出的“設備管理器”窗口。選擇“查看（V）”—“顯示隱藏的設備（W）”，然後展開“網絡適配器”子項，可以看到一些透明圖標顯示的網卡信息，這些信息是源服務器的物理網卡信息。然後選擇透明的設備卸載，RAS同步適配器爲系統正常設備，不需要將其卸載。
7、Asianux3.0遷移之後不能顯示圖形化界面
解決方法：解決方法：cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak
vi /etc/X11/xorg.conf
將xorg.conf文件中的selection “Devices”字段中Driver對應的值修改爲“vmware”即可，修改完成後通過startx啓動圖形化界面。
8、遷移域控主機後發生當虛擬機開啓後，物理機就斷網
解決方法：單播和多播的問題
9、在VC中虛擬機的鼠標全屏之後，不能控制整個屏幕
解決方法：當時安裝的是esxi 4.1，將esxi4.1升級到esxi4.1upd01 ，同時要將VC client也升級到對應的版本。
10、遷移過去的win2003的系統，隔段時間之後會藍屏或重啓
解決方法：查看系統日誌，有可能是殺毒軟件的原因，將殺毒軟件卸載重裝。
11、使用FT功能需同時具備以下條件
解決方法：1 所有ESX必須爲4.0以上，Build版本相同，以及在同一個HA Cluster中
2 服務器的CPU要求是同一系列(並且要求是AMD Barcelona+, Intel Penryn+的CPU)
3 BIOS中要啓用VT及禁用Hyperthreading（超線程）,最好同時禁用電源管理
4 每個VM只能分配1顆vCPU
5 要有專門的千兆網絡負責FT
6 VM要放在共享存儲上
7 VM的配置文件必須爲版本7
8 Guest OS不要啓用Paravirtualized
9 啓用FT的VM不支持自動DRS
10 啓用FT的VM不支持Snapshot
11 啓用FT的VM不支持 MS Cluster
12 啓用FT的VM不支持物理RDM Mapping
13 啓用FT的VM的虛擬CD-ROM最好斷開
14 啓用FT的VM不支持NPIV (N-Port ID Virtualization)
15 啓用FT的VM不支持Device HotAdd/HotPlug
大型虛擬機可能會阻止使用容錯
如果虛擬機太大（大於 15GB）或內存的變化速率大於 VMotion 通過網絡進行復制的速率，
則啓用容錯或使用VMotion 遷移正在運行的容錯虛擬機時可能會失敗。
12、如何確認克隆後的系統SID是否更新
解決方法：Windows2003/2008 、windows 7可使用本地賬戶登錄系統，輸入“whoami /user”查看Windows xp沒有whoami命令，可通過註冊表查看
13、vSphere所需要開放的端口
解決方法：80 vCenter Server需要端口80用於直接HTTP連接。端口80會將請求重定向到HTTPS端口 443。如果意外使用了http://server而不是https://server，此端口將非常有用。
389 此端口在vCenter Server的本地和所有遠程實例上必須處於打開狀態。這是vCenter Server組的目錄服務的LDAP端口號。vCenter Server系統需要綁定端口389，即使沒有將此 vCenter Server實例加入到
鏈接模式組。如果此端口上正在運行另一服務，則最好移除該服務，或將其端口更改爲其他端口。可以在從1025到65535的任一端口上運行LDAP服務。如果此實例充當Microsoft Windows活動目錄，請將端口號從389 、更改爲從 1025 到 65535 的任一可用端口。
443 vCenter Server系統用於偵聽來自vSphere Client的連接的默認端口。要使vCenter Server從vSphere Client接收數據，請在防火牆中打開443端口。vCenter Server系統還使用端口443偵聽從vSphere Web Access Client和其他SDK客戶端傳輸的數據。如果對HTTPS使用另一個端口號，則登錄vCenter Server系統時必須使用<ip-address>:<port>。
636 對於vCenter鏈接模式，這是本地實例的 SSL端口。如果此端口上正在運行另一服務，則最好移除該服務，或將其端口更改爲其他端口。可以在從1025到65535的任一端口上運行 SSL服務。
902 vCenter Server系統用於將數據發送到受管主機的默認端口。受管主機也會通過UDP端口902定期向vCenter Server系統發送檢測信號。服務器和主機之間或各個主機之間的防火牆不得阻止此端口。
902/903 不得在vSphere Client和主機之間阻塞端口902和903。這些端口由vSphere Client 使用以顯示虛擬機控制檯。
8080 Web服務HTTP。用於VMware VirtualCenter Management Webservices。
8443 Web服務HTTPS。用於VMware VirtualCenter Management Webservices。
60099 Web服務更改服務通知端口
如果希望vCenter Serve 系統使用不同的端口接收vSphere Client數據，請參見《VMware vSphere 數據中心管理指南
14、虛擬機文件有哪些
解決方法：
.vmx vmname.vmx 虛擬機配置文件
.vmxf vmname.vmxf 其他虛擬機配置文件
.vmdk vmname.vmdk 虛擬磁盤特性
-flat.vmdk vmname-flat.vmdk 預分配虛擬磁盤
.nvram vmname.nvram 或 nvram 虛擬機 BIOS
.vmsd vmname.vmsd 虛擬機快照
.vmsn vmname.vmsn 虛擬機快照數據文件
.vswp vmname.vswp 虛擬機交換文件
.vmss vmname.vmss 虛擬機掛起文件
.log vmware.log 當前虛擬機日誌文件
-#.log vmware-#.log（其中 # 表示從 1 開始的編號） 舊的虛擬機日誌條目
15、如何更改vSphere Center的生成日誌
解決方法：
修改“vpxd.cfg”文件，然後添加如下內容：
<directory>D:VMwareLogs</directory>
調整日誌文件的大小：
<maxFileSize>10485760</maxFileSize>
<maxFileNum>10</maxFileNum>
保存之後，重啓vCenter Server之後，即可生效
16、windows遷移必須在遷移機上開啓的服務
解決方法：
需要注意5個服務不能被禁用
1）windows installer
2）volume shadow
3）TCP/IP netBIOS
4）server
5）workstation
如果 Converter Standalone 連接遠程 Windows XP 計算機失敗，併發出 bad username/password的錯誤消息，
請確保 Windows 防火牆沒有阻止文件和打印機共享。步驟
1 選擇開始 > 設置 > 控制面板 > 管理工具 > 本地安全策略。
2 在左側的安全設置列表中，選擇本地策略 > 安全選項。
VMware vCenter Converter Standalone 用戶指南
3 在右側的策略列表中，選擇網絡訪問：本地帳戶的共享和安全模式。
4 確保選中經典 – 本地用戶以自己的身份驗證。
Windows Server 2008（確保啓用了 Computer Browser Windows Service）
Windows XP(需要打開簡單文件共享，啓用文件和打印機共享)
17、Linux遷移注意事項
1）關閉防火牆（service etcinit.diptables stop）
2）SSH 必須打開(sshd start)
3）遷移時需要在help address時爲虛擬機設置一個IP地址
redflag 遷移之後沒有圖形化界面，通過Xconfigurator來重新配置。
redhat 遷移之後沒有圖形化界面，通過system-config-display來重新配置。
4）遷移後的系統不帶IP，需要手動設置
5）數據庫或域需要關閉
6）建議冷遷
18、ESXi不能解析主機名
解決方法：
1） Login to ESXi host
2） vi /etc/hosts
3） Key in every ESXi host in Cluster as the following format
IP Address ESXi hostname
192.168.10.10 esx01
192.168.10.11 esx02
… …
192.168.10.9 vCenter01
4） Repeat all the above editing in all ESXi hosts
5）Login in to vCenter
6）Edit /Windows/System32/drive/etc/hosts
19、SCO遷移後添加網卡不能使用
解決方法：
遷移完成之後，通過netconfig來把原來的網卡刪除掉，(如果進入的是圖形界面，選tool-unix進入命令窗口）不要把上面的HW SCO TCP/IP Loopback driver 這個網卡刪掉。
刪除下面的那個網卡，刪除完成之後，後提示你重新配置內核，然後重新啓動。選擇sco虛擬機—編譯–添加網卡。重啓之後，通過netconfig來添加網卡，添加的是AMD PCNet-PCI Adapter Compatiable……的網卡，然後配置IP。
注意配置IP的時候那個broadcast address不要改，這個是廣播地址。網關不需要配置。
20、Linux下安裝VMware-tools出現“/etc/vmware-tools/locations”錯誤
故障內容:
A previous installation of VMware software has been detected.
The previous installation was made by the tar installer (version 3).
Keeping the tar3 installer database format.
Error: Unable to find the binary installation directory (answer BINDIR)
in the installer database file “/etc/vmware-tools/locations”.
解決方法：
1、刪除etc/vmware-tools目錄rm -rf vmware-tools
2. 刪除/tmp/vm* rm -rf vm*（注意不要把 VMwa*的也刪除）
3、然後用tar –zxvf解壓
21、所有的虛擬機開啓或VMotion出現“文件<unspecified filename>被鎖定，無法訪問”
故障內容：環境的所有VM運行出現異常緩慢，關機後的虛擬機開機或VMotion出現“文件<unspecified filename>被鎖定，無法訪問”
解決方法:檢查日誌，特別是存儲上LUN的佔用情況，如果有存儲使用空間接近預警狀態，請登陸存儲查看，一般這種情況，是存儲空間已經沒有空餘導致，由於vSpherer4的BUG,有時候在沒有報警的情況下，存儲空間就已經滿了情況。請增加存儲或移除部分虛擬機。
22、Windows系統的虛擬機無法進入安全模式
解決方法：選中虛擬機右鍵“編輯設置”—“選項”–—“引導選項”，在“啓動引導延遲”填上“1000”（1秒=1000毫秒，數字可以隨便填，稍大一點即可）。然後啓動按F8即可進入安全模式。
本文出自 “今夜燦爛” 博客，請務必保留此出處http://saturn.blog.51cto.com/184463/667895
23、vSpherer4.1中32位win2003會不定時的關機，關機後無法再次登錄
故障現象：客戶的X86 Windows2003VM系統在使用中會不定時的關機。關機時間不確定，幾個小時到幾天，關機瞬間就像物理機斷電一樣，關機後的VM能再次開啓，但只要輸入賬號和密碼就立即關機，連安全模式也一樣狀況。其他X64VM系統沒有任何問題。
解決方法：通過兩個月的煎熬，排除了網絡病毒、物理硬件和系統版本的原因，通過不斷的分析ESXi和主機日誌，發現有類似如下日誌
Sep 07 01:45:03.709: mks| SOCKET 10 (91) recv error 104: Connection reset by peer
Sep 07 01:45:03.709: mks| SOCKET 10 (91) destroying VNC backend on socket error: 1
Sep 07 03:26:42.676: vmx| Vix: [10666095 mainDispatch.c:907]: VMAutomation_PowerOff: Powering off. （VM Powering off）
通過400長期的周旋，發現這是7月底發現的BUG,通過在ESXi主機下輸入命令：
/etc/init.d/sfcbd-watchdog stop
chkconfig sfcbd-watchdog off
chkconfig sfcbd off
問題解決，但VC上插件和監控狀態失效，去官網（http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=2000609）下載最新補丁，安裝，一切OK。
24、VM（windows2003）全屏最大化後，鼠標移動緩慢或錯位
解決方法：
1、查看是否安裝VMware-tools
2、查看系統內硬件加速是否開啓（完全）
3、將虛擬機分辨率調整爲：800×600
4、到控制檯中打開，上面菜單欄中à視圖à自動匹配窗口勾去掉
5、查看虛擬機中的顯卡驅動是否爲：VMware SVGA II
一般情況下，這5點中，滿足1、2、3基本可以解決問題，如果全部滿足還不行那你只能阿彌陀佛了。當然前提是你已經排除VM OS本身的問題如CPU或內存佔用比較大，存儲讀寫延時等等。（注：附件中有圖片）
24、用VDR備份無法創建靜默快照，因爲創建快照操作超過了拖延已凍結虛擬機中 I/O的時限。
解決方法：停止服務VMware Tools Services,打開Vmware Tools安裝程序，選擇Modify。不要安裝Volume Shadow Copy Services Support，完成後重啓VM.
解決方法：1、可以通過ESXi的命令SCP上傳和下載，在沒有三方工具的情況下這個命令需要需要通過另外一臺Linux中轉才能把需要的文件上傳和下載要需要的文件下。
2、由於Client登陸VC後，可以在上面看到共享的存儲空間和本地硬盤，這說明ESXi主機內一定有一個文件同樣也可以看到這些空間。經過分析發現/vmfs/volumes/目錄就是存儲和本地硬盤的存放點。可以通過這個目錄上傳和下載ESXi主機中的文件。
26、在 vCenter Server 升級到 5.0 版本後，ESX 4.0 Update 2 主機可能崩潰
解決方法：發生崩潰時，同時在紫色屏幕上顯示以下消息：NOT_IMPLEMENTED bora/vmkernel/filesystems/visorfs/visorfsObj.c:3391。
解決辦法：升級到 vCenter Server 5.0 之前，將由 vCenter Server 管理的所有 ESX 4.0 Update 2主機升級到 ESX 4.0 Update 3。
27、HA配置到90%時失敗，提示：Internal AAM Error-agent could not start
故障狀態：
1、第一臺主機加入到Cluster沒問題，但是第二臺主機加入到cluster時，走到90%出錯，提示如下錯誤：Internal AAM Errors-agent could not start
複製代碼
2、在aam_config_util_addnode.log文件裏有類似如下錯誤信息：
01.01/23/10 16:20:49 [myexit ] Failure location:
02.01/23/10 16:20:49 [myexit ] function main::myexit called from line 2199
03.01/23/10 16:20:49 [myexit ] function main::start_agent called from line 1168
04.01/23/10 16:20:49 [myexit ] function main::add_aam_node called from line 171
05.01/23/10 16:20:49 [myexit ] VMwareresult=failure
故障分析：
這種故障一般和UDP 8043端口無法訪問有一定關係；
解決方案：
確保UDP 8043端口暢通無阻，比如：
執行如下命令：
tcpdump -i vswif0 -s 900 -n udp port 8043 -w ${主機名}.pcap
28、查閱和重裝VirtualCenter Server agents(vpxa)服務
故障狀態：
·配置VMware High Availability (HA) 失敗；
·重新配置 VMware HA時，提示如下錯誤：
Could not Enable aam firewall ruleset :vim.fault.HostConfigFault
·無法將ESX添加到VirtualCenter；
·嘗試重新將ESX添加到VirtualCenter時，提示如下錯誤：
unable to access the specified host, either it doesn’t exist, the server software is not responding, or there is a network problem
·在hostd.log文件中有如下內容：
[2010-05-24 10:45:51.463 ‘Vmomi’ 15752112 info] Throw vim.fault.AlreadyExists
[2008-05-26 10:45:51.463 ‘Vmomi’ 15752112 info] Result:
(vim.fault.AlreadyExists) {
name = “vpxuser”
msg = “”
}
解決方案;
備註：當看到如下錯誤時，請在ESX主機上重裝vpxa：
unable to access the specified host, either it doesn’t exist, the server software is not responding, or there is a network problem.
查看安裝在ESX/ESXi服務器上的VirtualCenter agent(vpxa)版本號的方法如下：
1.首先確定VirtualCenter的版本號：點擊Help按鈕，點擊About可查閱；
命令查看VMware-vpxa的命令：
rpm -V VMware-vpxa
29、使用IBM服務器可能導致ESXi/ESX 4.1服務器HBA卡和PCI設備停止響應
故障狀態：
當使用IBM x3650 M3或BladeCenter HS22V服務器時，可能會在ESXi/ESX 4.1上遇到下面的問題：
1、HBA卡停止響應；
2、某些PCI設備無響應；
3、可以在ALT+F12界面和日誌信息裏看到這樣的信息：
vmkernel: 6:01:34:46.970 cpu0:4120)ALERT: APIC: 1823: APICID 0x00000000 – ESR = 0x40
4、HBA卡停止響應，例如：
vmkernel: 6:01:42:36.189 cpu15:4274)<6>qla2xxx0000:1a:00.0: qla2x00_abort_isp: **** FAILED ****
vmkernel: 6:01:47:36.383cpu14:4274)<4>qla2xxx 0000:1a:00.0: Failed mailbox send register test
5、HBA卡可能進入離線狀態，例如：
vmkernel: 6:01:47:36.383 cpu14:4274)<4>qla2xxx 0000:1a:00.0: ISP error recovery failed – board disabled
故障分析：
具體問題還不太清楚，期待VMware官方能夠給出解釋並放出相關補丁；
解決方案：
在ESXi/ESX 4.1裏面雀聖啓用了中斷重映射代碼，而這個代碼和部分IBM服務器不兼容，可以通過禁止掉這個代碼缺省啓動的方式來臨時解決這個問題：
1、進入到命令行界面，執行如下命令：
#esxcfg-advcfg -k TRUE ioDisableIR
#init 6
2、重啓後檢查這個選項是否依然缺省啓動：
#esxcfg-info -c
iovDisableIR=TRUE
備註：這就表示缺省沒有啓動；
也可以利用vSphere Client登錄到服務器的GUI進行修改
一次做虛擬機回收工作，由於目標虛擬機當時殺毒軟件正在運行，CPU佔用很高，本來想登陸關閉虛擬機，但是遠程連接根本沒反映，打開VC帶的控制檯，鼠標點擊進去，操作也是在是慢，總歸到底，最後，直接將虛擬機電源關閉。之後，就看着任務開始執行，但進度條走到95%的時候，咋都不動了。
解決思路：
這個問題，屬於一個“溝通”問題，應該從兩方面入手：
1、一個是vCenter端是否已經將此命令順利傳送到ESX；
2、然後是，ESXi/ESX端是否順利接到命令，以及是否執行了此命令。
解決過程：
1、SSH連接ESX；
2、vmware-cmd <path.vmx> getstate 確定虛擬機狀態；
<path.vmx> 爲完全路徑（空格等前別忘了加上轉義符 /）；vmware-cmd -l命令可查看虛擬機路
3、官方文檔說若爲On，可繼續執行其他命令來結束虛擬機；
但是我走到這裏，顯示的爲Off；這就說明，ESX已經將虛擬機關閉了，那這問題就是一個溝通問題
4、登陸VC，我想先從VC端將此問題虛擬機所在的主機斷開連接，之後再重新連接，這樣就會進行一次新的對話，但是，由於前一個未關閉虛擬機的任務未執行完畢，之後的任務好像都成隊列似的在等待，沒有反應。
5、任務無法執行，重啓相關VC和ESX服務
VC：在Vitual Center的WIN機器上的，在服務管理器重啓VC服務。
ESX：在SSH登陸後對兩個服務器執行重啓。（注：虛擬機服務會短暫中斷）
命令如下：
service mgmt-vmware restart
service vmware-vpxa restart
6、在這溝通中的三個服務都已經重啓完畢，此時再執行步驟2時，發現返回的結果爲On–那臺虛擬機正在運行，發現這個，那麼按照官方的文檔，後續的幾個命令就可以有用武之地了。
7、kill -9 xxxx
ps -auxwww |grep -i <VMNAME>.vmx 可以看到虛擬機的PID
8、執行步驟2，現在已爲Off
9、登陸VC查看，刷新下，如果狀態還未改變，再重啓下VC服務器，即可。
31、爲主機應用Host Profiles提示compliance錯誤
故障狀態：
爲主機應用Host Profiles失敗，提示如下錯誤：
01.Specification state absent from host: device ‘<datastore>’ state needs to be set to ‘on’
02.Host state doesn’t match specification: device ‘<datastore>’ needs to be reset
03.Specification state absent from host: device ‘<datastore>’ Path Selection Policy needs to be set to ‘VMW_PSP_FIXED’
04.Host state doesn’t match specification: device ‘<datastore>’ Path Selection Policy needs to be set to default for claiming SATP
故障分析：
這是由於PSA組件導致的；
解決方案：
1、右擊Host Profiles後點擊Enable/Disable Profiles配置選項；
2、展開“Storage Configuration”選項，展開“Pluggable Storage Architecture”這個uxanxiang；
3、去掉“PSA Device Configuration”；
4、展開“Native Muti-Pathing(NMP)”這個選項後，接着展開“PSP and SATP configuration for NMP devi”選項；
5、去掉“PSP configuration for”這個選項後點擊OK即可。
33、分析、解決IOPS導致的虛擬機/存儲性能下降和虛擬機磁盤延時較大的問題
故障狀態：
1、虛擬機性能較低；
2、在執行備份時磁盤延時很厲害；
3、虛擬磁盤vmdk延時較大；
故障分析：
這種問題基本都是由於虛擬機沒有足夠的IO Per Second（IOPS），或者IOPS低於30；
解決方案：
在解決問題前，首先要解決以下兩個問題：
問題1：什麼是IOPS？
IOPS全稱爲Input/Output Per Second，它是衡量一個磁盤（虛擬磁盤和物理磁盤）、存儲的基本也是十分重要的標準。不同的磁盤、存儲有着不同的IOPS。IOPS的高低直接會影響着系統的性能。當前，VMware虛擬化環境中最大的瓶頸也就在於這個IOPS。針對數據密集型業務的數據庫業務和流媒體業務，由於它們的IOPS很大，所以在虛擬化環境中部署它們一定要充分考量它們的負載，也就是IOPS大小，結合實際的存儲性能來查看是否符合業務標準。
問題2：如何計算IOPS？
如何計算每臺虛擬機的IOPS？
要想計算每個虛擬機的總的IOPS數量，首先就要確認磁盤類型以及它們的IOPS是多少。處於RAID陣列裏面的每個盤的IO有利於增長整體存儲的可用IOPS。而位於這個存儲上面的單臺虛擬機的IOPS，則可以通過將這個存儲的總IOPS除掉虛擬機數量即可基本得到單臺虛擬機的IOPS。
現實案例：
假定有6顆10000RPM的磁盤，那麼它們的總的可用IOPS大約爲150×6=900。如果LUN上面運行的虛擬機數量爲50個，則單臺虛擬機的IOPS爲900/50=18 IOPS。如果以這個爲標準，則意味着虛擬機的性能相對底下。如果想要滿足虛擬機的基本IOPS需求，那麼應該爲900/30=30，也就是說同一個Volume裏IOPS爲30（最低要求）虛擬機需要數量控制在30臺以下。
備註：備份存儲會消耗更多的IOPS，同時也會給Volume帶來更多額外的符合。如果是這樣，則需要用額外手段解決備份時的額外資源消耗（可以通過I/O meter軟件來測試IOPS）
34、丟失或鎖定文檔導致虛擬機無法Power On
故障狀態：
1、虛擬機無法開啓；
2、嘗試開啓虛擬機時，看到類似如下錯誤信息：
Unable to open Swap File；
Unable to access a file since it is locked；
Unable to access Virtual machine configuration；
3、在/var/log/vmkernel文件裏可以看到類似如下信息：
WARNING: World: VM xxxx: xxx: Failed to open swap file <path>ock was not free
WARNING: World: VM xxxx: xxx: Failed to initialize swap file <path>
4、當嘗試開啓虛擬機的console控制檯時，可能會收到如下錯誤信息：
Error connecting to <path><virtual machine>.vmx because the VMX is not started
5、在開啓虛擬機時，卡在95%位置無響應；
6、從模板部署一臺新的VM之後無法開啓虛擬機；
7、虛擬機在vCenter Server和ESXi/ESX主機之間報告控制檯電源狀態衝突；
故障分析：
導致這個問題的因素可能很多，但是衆多問題中，都穿插或包含着文件損壞或文件被鎖定等問題的可能。虛擬機常用的文件包括：
*.vswp
*-flat.vmdk
*-delta.vmdk
*.vmx
*.log
解決方案：
首先需要確認哪些文件處於鎖定狀態：
1、利用vSphere Client登錄ESXi/ESX主機、vCenter Server主機；
2、在Datastore裏找到想要開啓但是無法開啓的虛擬機所在位置；
3、嘗試開啓虛擬機，如果無法開啓且console顯示錯誤，先查閱vmware.log日誌文件的相關信息來確認問題；
4、利用SSH或COS選用root權限登錄到ESXi/ESX主機之後執行下面的命令查看虛擬機的完整路徑：
#vmware-cmd -l
系統將輸出類似如下信息來顯示註冊到ESXi/ESX主機的虛擬機：
/vmfs/volumes/<UUID>/<虛擬機目錄>/<虛擬機名>.vmx
5、執行下列命令切入到這個虛擬機所在的目錄：
#cd /vmfs/voluems/<UUID>/<虛擬機目錄>
6、然後查閱vmware.log日誌，在文件的尾部查看什麼原因導致這個問題後再針對性的分析。
準確定位並刪除掉鎖定文件
由於虛擬機可以在主機之間移動，如果虛擬機註冊到的主機保持對文件的鎖定狀態，那麼，這個鎖定文件可以有效保障ESXi/ESX主機對虛擬機文件的控制權和有效保護虛擬系統。主機由Service Console接口的MAC來確定。lock由VMkernel或Service Console負責維護；
備註：ESXi服務器沒有Service Console所以，lock由VMkernel單獨負責維護；
首先要確定VMkernel可能鎖定的文件：
1、執行下面的命令來報告鎖定目錄所在的MAC地址：
#vmkfstools -D /vmfs/volumes/<UUID>/<虛擬機目錄>/<鎖定狀態文件>
2、由於負責鎖定.vmdk文件的主機會將MAC地址寫入到vmkernel日誌裏面，那麼可以用下面的命令查閱：
#tail /var/log/vmkernel
35、Storage vMotion失敗：looking for lines staring with “CBTMotion”
故障狀態：
1、執行Storage vMotion失敗；
2、系統提示如下錯誤信息：
01.A general system error occurred: Storage VMotion failed to copy one or more of the VM’s disks. Please consult the VM’s log for more details, looking for lines starting with “CBTMotion-“.
複製代碼3、/var/log/vmware/hostd.log文件裏有類似如下信息：
01.Failed with error 340983807: Storage VMotion failed to copy one or more of the VM’s disks. Please consult the VM’s log for more details, looking for lines starting with “CBTMotion”.
複製代碼故障分析
可能由於虛擬機的硬件版本號過老導致；
解決方案：
關掉虛擬機後右擊uxniji選擇Upgrade Virtual Machine Hardware即可。
36、添加LUN時提示HostDatastoreSystem.QueryVmfsDatastoreCreateOptions
故障狀態：
系統能夠掃描到Devices LUN，但是在添加過程中卻提示如下錯誤信息：HostDatastoreSystem.QueryVmfsDatastoreCreateOptions ，如圖所示：
故障分析：
這樣的問題一般都是由於LUN的尺寸過大導致，一般來說，VMware ESXi/ESX Server標準支持最大的LUN尺寸爲2TB-512Byte，但是由於國內很多技術人員對這個-512Byte並不太在意，所以習慣型的講成2TB，這就導致很多用戶在使用時，直接分配了2TB的空間，這就可能導致了上述問題；
解決方案：
針對這樣的問題，建議如下：
1、如果已經分好了2TB的LUN，建議調整爲1.88TB左右後再嘗試添加；
2、新LUN規劃用戶則請嚴格參照官方文檔的參數設計，建議是1.88TB左右爲一個LUN生成Datastore
37、vCenter Converter推送Agent出錯：Converter Agent installer/uninstaller Failed
故障狀態：
1、利用vCenter Converter推送Agent到Windows Server 2003服務器上時，失敗；
2、系統提示類是如下錯誤信息：
01.Converter Agent installer/uninstaller failed on ‘xxxxxxxxx’.
3、VMware vCenter Converter的日誌文件converter-server.log裏面有類似如下錯誤提示：
01.[#6] [2011-01-21 10:50:55.976 04080 info ‘App’] [agentManager,83] [AgentManager] Install Agent on 192.168.10.10
02.[#6] [2011-01-21 10:51:16.976 04080 error ‘App’] [agentManager,95] [AgentManager] Install Agent failed: converter.fault.AgentDeploymentFault
03.[#7] [2011-01-21 11:18:37.289 03976 info ‘App’] Reusing existing VIM connection to 192.168.30.150
04.[#7] [2011-01-21 11:18:37.476 03976 error ‘App’] Found dangling SSL error: [0] error:00000001:lib(0):func(0):reason(1)
05.[#7] [2011-01-21 11:19:00.945 02756 info ‘App’] [agentManager,83] [AgentManager] Install Agent on 192.168.10.10
06.[#7] [2011-01-21 11:19:21.961 02756 error ‘App’] [agentManager,95] [AgentManager] Install Agent failed: converter.fault.AgentDeploymentFault
7.[#7] [2011-01-21 11:19:32.445 03976 info ‘App’] [diagnosticManager,357] Generating Converter.Server log bundle.
故障分析：
以下幾種情況可能導致這樣的問題：
1、445端口沒能打開；
2、曾經手動安裝過Agent後卸載；
3、Windows服務管理其中的server服務沒有啓動導致的IPC$連接失敗；
4、防火牆阻絕；
解決方案
1、確認445端口或NetBIOS協議能正常使用；
2、建議在Converter時關閉防火牆；
3、如果依然有問題，嘗試用Converter Standardalone版本遷移或採用ConverterCD進行冷克隆。
38、解決在vSphere 5.0裏開啓HA時，提示：Datastore Heartbeating不足的問題
故障狀態：
爲ESXi 5.0+vCenter 5.0配置HA時，提示如下信息：
故障分析：
這是由於vSphere 5.0裏的HA部分已經重寫，並且新增了Datastore Heartbeating用於網絡Partition心跳檢測支持；
解決方案：
有2個選擇，一個是加多存儲用於心跳檢測，這也是正確的選擇，就不多講，另一個就是忽略掉這個問題，方法如下：
1、vSphere Client登錄到vCenter Server 5.0後，右擊HA Cluster，點擊Edit，然後找到高級選項設定：
2、再如上圖所示的內容中，添加下參數：
das.ignoreinsufficienthbdatastore
備註：缺省情況下，這個參數的值是false的。
39、通過vSphere Client登陸ESXi主機提示“正在更新”的問題
故障狀態：
通過vSphere Client登陸VCenter Server4.1正常，登陸ESXi主機提示如下圖：
故障分析：
需要通過‘vSphereclient.vmware.com’來更新Client說明客戶端存在問題，由於登陸VCenter Server4.1不存在任何問題，所以基本確定版本的問題。查看ESXi版本和vSphere Client，發現Client的版本低於ESXi版本。
解決方案：
由於Client所在網絡無法上Internet,所以無法更新Client客戶端，可以通過安裝高版本的Client來解決此問題。
40、紅旗32位Linux進入系統時提示”udevu”無法繼續進入系統的問題
故障狀態：進入系統後，出現下圖的界面，之後無法向下運行，必須按Ctrl+C才能繼續向下運行
故障分析：由於系統安裝時候是完整的，光盤鏡像包是完整的，安裝的時候不存在任何問題。考慮到物理機上不存在這種問題，懷疑虛擬機虛擬驅動的問題，安裝新的VMware-tools問題依舊。
解決方案：考慮到紅旗Linux比較新，去官方下載11月份最新的VMware-tools，問題解決 (下載地址：http://packages.vmware.com/tools/esx)
50、虛擬機文件被鎖,無法正常 power on
故障狀態：
啓動虛擬機時95%,停頓並且進程中斷,提示：ubable to access files since it is locked。
禍根：HA
解決方法：
1.首先將cluster中的HA功能關閉。如果該功能不關閉，容易造成死鎖,，VM不斷跳動,，不斷再不同的ESX內循環被鎖，徒勞而無功。
2.磁盤文件被鎖，要解決，必須要知道到底是哪臺ESX把他給鎖住了，這是關鍵。
方法：看/var/log/vmkernel但是，在做這些前, 再準備些別的工作。
3.在VC中，把被鎖的VM從Inventory中remove掉。原因很簡單，這是一個 unregister的過程。
4.根據/var/log/vmkernel，搜索owner，可以找到類似以下的語句:
Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Checking if lock
holders are live for lock [type 10c00001 offset 52008960 v 380, hb offset 3554304
Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner
48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112]
OK，owner後面的48f5f637-462688bc-fd28-0e1a6434b6f8就是你的target了。 因爲他就是鎖住VM 的宿主.。
5.根據以下命令,，找出到底哪臺ESX的UUID是 48f5f637-462688bc-fd28-0e1a6434b6f8
[root@esxhostname root]# esxcfg-info |grep -i ‘system uuid’
6.找到目標主機後，當然是殺死他鎖住VM的進程。之所以會被鎖，原因就是HA 把VM從別的HOST遷移過來，但是又沒有unregister和register的過程，所以在第3步的時候，你查看VM的Summary的時候，host ip還是屬於出問題的 host。 但是VM又被新的host霸王硬上功的power on，註冊都沒註冊, 又怎麼啓動呢。找到 PID 用下面的命令：
ps -efwww|grep virtualmachine.vmx
找到 PID 後, kill -9 PID
7.這時候，還要確定一件事情， .vswp文件的事情。這個是給臺客處理問題時吸取的經驗。就因爲忽略了這個，所以在殺掉迚程後，重新註冊VM，還說沒有 SWAP文件，啓動還是失敗。
在 VM 啓動時會自動生成SWAP，沒有SWAP文件，其實就是因爲 SWAP 存在了, 因爲重名而導致無法正常生成。
進入到/vmfs/volumes/lunid/vm_path/下，vmkfs -d virtual_machine.vswp
或者進入Datastore Browser，在裏面把SWAP文件刪除也可。
8.完全之策，你還可以進入到VM的SETTINGS–OPTIONS–SWAPFILE LOCATION， 對該保存的位置做下設置。
9.重新註冊VM。進入Datastore Browser，找到VM.vmx，add to inventory。
10.啓動 VM. Good Luck。
51、忽視掉ESXi/vCenter Server提示SSH事件的方法
| |
在執行虛擬機遷移向導時，如果系統檢測到不兼容的USB設備存在，則系統會提示如下錯誤信息：
Currently connecteddevice ‘USB 1’ uses backing ‘path:1/7/1’,which is not accessible.
故障分析：
這種問題通常發生在爲主機開啓了VMDirectPath I/O支持下的USB Passthrough Devices功能，然後爲特定的VMs分配了USB設備，比如：加密狗；
解決方案：
1、確認USB設備能夠被虛擬機識別和支持，並確保在添加USB設備到VMs時，勾選了with vMotion選項；
2、在執行vMotion動作之前，重新嘗試將USB設備添加到VMs；
3、確認ESXi主機沒被重啓過，因爲，ESXi主機重啓之後，原本支持的vMotion WithvMotion功能將會失效。
53、Convert Linux系統的Troublshooting過程
(1)、確認源轉換Linux機器的OS在官方的支持列表中；
(2)、擁有root權限；
(3)、確認DNS的設定有沒有問題，注意：應該同時在Linux和Windows都加上；
(4)、確認源Linux能夠ping同ESX或vCenter的IP。如果在2%時失敗，最大的可能就是權限問題或防火牆阻隔問題；
(5)、確認Linux允許SSH登陸進去。這個，可以幫助我們在converting的時候登錄到Linux系統；
(6)、確認是給helper virtual machine設定的靜待IP，而不是DHCP獲取的（如果網內沒有DHCP服務器）；
(7)、確認源和目標都在同一子網。如果通過路由鏈接的不同子網可能會出錯；
(8)、注意，converter不支持做了軟陣列的Linux系統。可以用冷克隆光盤來做，它會把軟陣列的設定爲/dev/md0。
(9)、VMware Converter Standalone的日誌目錄：C:Documents and SettingsAll UsersApplication DataVMwareVMware vCenter Converter Standalone，用於排錯時用。
54、vCenter Service Status頁面故障：Unable to retrieve health status
故障狀態：
vCenter Server Status頁面提示如下錯誤信息：
Unable to retrieve health status for vCenter inventory service
Unable to retrieve health status for VMware vSphere Profile-Driven storage service
執行vCenter Server的搜索動作時，提示如下錯誤提示：
Unable to connect to webservices to perform query.
Verify that the “VMware VirtualCenter Management WebServices” service running onhttps://<vcenter-host-name>:10443
故障分析：
這個問題一般都由於當vCenter Server服務發生了變更或全新安裝了一臺vCenter Server，但是數據庫依然是原來的數據庫導致；
解決方案：
替換掉vws.jar、jointool.jar和ds.jar文件即可，步驟如下：
下載本文附件中的vws.zip
文件然後解壓縮vws.jar、jointool.jar和ds.jar文件；
停止掉VirtualCenter Server服務以及VirtualCenter Management Webservices服務；拷貝vws.jar和jointool.jar到C:ProgramFilesVMwareInfrastructuretomcatwebappsWEB-INFlib覆蓋掉原來的文件；拷貝ds.jar文件到C:Program FilesVMwareInfrastructureInventory Servicelib覆蓋掉原來的文件；重新啓動相關服務或vCenter Server服務器即可。
故障狀態：
用vSphere Client連接到ESXi 5.0的主機，啓動其中的虛擬機後，無法連接控制檯，打開控制檯之後，窗口上方提示一行“VMRC 控制檯的連接已斷開…正在嘗試重新連接。”
故障分析：
從情況看，類似於Windows系統的DEP策略處於開啓狀態導致的問題一樣。但這個情況是所有虛擬機都提示這個錯誤，排錯DEP的問題，用本地vSphere Client登錄一個VC平臺，問題仍舊一樣。爲了排除問題，換了一臺筆記本登錄VC，突然發現問題不見了。原來是本地的vSphere Client出了問題，再三思索，發現出現問題前我對本地WIN7用360安全衛士升級了補丁，是否是補丁破壞了vSphere Client某個文件呢
重現安裝vSphere Client，問題解決。
56、端口 80 的 vCenter Server 和 IIS 之間的衝突
vCenter Server 和 Microsoft Internet Information Service (IIS) 都將端口 80 用作直接 HTTP 連接的默認端口。該衝突會導致安裝 vSphere Authentication Proxy 後 vCenter Server 無法重新啓動。 在 vSphere Authentication Proxy 安裝完成後， vCenter Server 無法重新啓動。
故障分析：
如果安裝 vSphere Authentication Proxy 時未安裝 IIS ，則安裝程序會提示您安裝 IIS 。因爲 IIS 使用端口 80 ，這是用於 vCenter Server 直接 HTTP 連接的默認端口， 所以 vCenter Server 在 vSphere Authentication Proxy。安裝完成後無法重新啓動。請參見第 32 頁，“ vCenter Server 所需的端口” 。
解決方案：
要爲端口 80 解決 IIS 和 vCenter Server 之間的衝突，請執行以下操作之一。
如果在安裝 vCenter Server 之前已安裝 IIS 將 vCenter Server 直接 HTTP 連接的端口由 80 更改爲其他值。 如果在安裝 IIS 之前已安裝 vCenter
Server 重新啓動 vCenter Server 之前， 將 IIS 默認網站的綁定端口由 80 更改爲其他。
故障狀態：
在 UEFI 模式下， 在主機上安裝 ESXi 後重新引導時， 重新引導可能失敗。 出現此問題的同時， 還顯示一條類似於以下內容的錯誤消息： 發生異常網絡錯誤。無可用的引導設備 (Unexpected network error. No boot device available)。
故障分析：
主機系統無法識別作爲引導磁盤在其上安裝 ESXi 的磁盤。
1 屏幕上顯示錯誤消息時，按 F11 顯示引導選項。
2 選擇一個類似於添加引導選項的選項。該選項的文字可能有所不同，具體取決於您的系統。
3 在安裝 ESXi 的磁盤上選擇文件 EFIBOOTBOOTx64.EFI 。
4 更改引導順序，以便主機從添加的選項引導。
58、將 Microsoft SQL 數據庫設置爲不受支持的兼容模式會導致 vCenter Server 安裝或升級失敗
當數據庫設置爲不支持的版本的兼容性模式時，使用 Microsoft SQL 數據庫的 vCenter Server 安裝會失敗。
故障狀態:
將顯示以下錯誤消息： 輸入的數據庫用戶沒有使用選定數據庫安裝和配置 vCenter Server 所需的必要權限。 請更正以下錯誤 : %s
故障分析：
數據庫版本必須是 vCenter Server 支持的版本。 對於 SQL ， 即使數據庫是受支持的版本， 但如果將其設置爲以不支持的版本的兼容性模式運行， 仍會發生此錯誤。 例如， 如果將 SQL 2008 設置爲以 SQL 2000 兼容性模式運
行，就會發生此錯誤。
解決方案：
u 請確保 vCenter Server 數據庫是受支持的版本， 並且沒有設置爲以不支持的版本的兼容性模式運行。
59、誤刪運行中的虛擬機，通過xx-flat.vmdk恢復方法
故障狀態:誤刪了運行中的虛擬機，進入目錄查看，只剩下xx-flat.vmdk文件，從文件的類型看，只是File格式，不是Virtual Disk格式，新建虛擬，選擇添加已存在磁盤，提示不存在
解決方案：
1. 新建一虛擬機，不要創建硬盤
2. 用ssh的方式登錄host，查找xx-flat.vmdk文件所在位置及目錄，
3. 在上面這個文件相同目錄下創建新xxx.vmdk文件，大小要和xx-flat.vmdk文件一樣大，
用ls -la查看xx-flat.vmdk文件大小，
用vmkfstools -c 文件大小 -a lsilogic xxx.vmdk 來創建新磁盤文件
4. 將這個磁盤文件添加到新建的虛擬機中；
5. 用原文件xx-flat.vmdk覆蓋新建的xxx-flat.vmdk（注意一定是-flat.vmdk)，使用mv命令
6. 完成後開啓虛擬機就可以了
60、在view桌面中，Win7下安裝出現軟件出現“系統管理員設置了系統策略，禁止進行此安裝”的提示
解決方案：
1、打開“開始->控制面板->管理工具->本地安全策略”->點擊“軟件限制策略”，如果提示“沒有定義軟件限制策略”，那麼就右鍵“創建軟件限制策略”->創建後，雙擊右側“強制”，選擇“除本地管理員以外的所有用戶”，確定
2、windows開始菜單，運行裏面輸入gpedit.msc打開組策略,
在“計算機配置”→管理模板→windows組件→windows installer，右邊 第一項就是禁用windows installer。把它改成 “未配置”後者“已禁用”就可以了。
3、刪除HKEY_CLASSES_ROOTInstallerProducts4080110900063D11C8EF10054038389C註冊表項目。（建議使用此法，能解決大多數你出現的情況，在運行欄裏輸入regedit進入註冊表，按照以上路徑找到項目刪除就可以了）
61、持續較高的 CPU 使用情況的解決方案
故障狀態:
CPU 使用情況中的臨時高峯表示 CPU 資源的使用情況最佳。持續較高的 CPU 使用情況可能表示存在問題。 您可以使用 vSphere Client CPU 性能圖表監控主機、羣集、資源池、虛擬機和 vApp 的 CPU 使用情況。
問題 n 主機 CPU 使用情況一直很高。 CPU 使用情況值較高時會增加主機上虛擬機的就緒時間和處理器列隊。
n 虛擬機 CPU 使用情況超過 90% ，且 CPU 就緒值超過 20% 。應用程序性能將受到影響。
原因
主機可能缺少滿足要求所需的 CPU 資源。
解決方案： n 驗證是否在主機的每臺虛擬機上均安裝了 VMware Tools 。
n 將主機上或資源池中其他虛擬機的 CPU 使用情況與此虛擬機的 CPU 使用情況值進行比較。 主機的虛擬機 視圖上的堆棧條形圖顯示主機上所有虛擬機的 CPU 使用情況。 n 確定虛擬機就緒時間過長是否由其 CPU 使用情況時間達到 CPU 限制設置所致。 如果出現這種情況， 請增
加虛擬機上的 CPU 限制。 n 增加 CPU 份額以給予虛擬機更多機會運行。 如果主機系統受到 CPU 約束， 則主機上的總就緒時間可能仍 維持在相同級別。如果主機就緒時間沒有減少，則爲高優先級虛擬機設置 CPU 預留，保證它們收到所需 要的 CPU 週期。 n 增加分配給虛擬機的內存量。此操作會減少所緩存應用程序的磁盤和 / 或網絡活動。這可能會降低磁盤
I/O ，並減少主機對虛擬化硬件的需求。具有較少資源分配的虛擬機通常可累積更多的 CPU 就緒時間。 n 將虛擬機上的虛擬 CPU 數量減少到執行工作負載所需要的數量。例如，四路虛擬機上的單線程應用程序
只能從單個 vCPU 中受益。 而管理程序還需維護三個空閒 vCPU ， 佔用本可用來處理其他工作的 CPU 週期。 n 如果主機不在 DRS 羣集中，則將它添加到一個羣集中。如果主機在 DRS 羣集中，則增加主機數，並將一 個或多個虛擬機遷移到新主機上。 n 如有必要，請在主機上升級物理 CPU 或內核。
n 使用最新版本的管理程序軟件並啓用 CPU 節省功能（例如 TCP 分段卸載、較大內存頁面和巨型幀）。