同其他的虛擬化產(chǎn)品相比，VMware虛擬化方案企業(yè)中使用的最為廣泛。不過，在實際使用過程中，有時會遇到各種故障。當出現(xiàn)問題時，如何快速排除故障，對于管理員來說是必須掌握的技能。在具體排錯時，需要遵循合適的處理流程。針對VMware的故障處理，一般會從快照、Power電源管理、網(wǎng)絡連接和WMware Tools工具等方面進行檢測。只有掌握了正確的排錯之道，才可以有的放矢地解決問題。

和快照相關的故障排查

要想有效地排查故障，必須清晰地了解虛擬機的文件結構。例如，對于某臺虛擬機來說，其配置文件為“vpc.vmx”，假 設其名稱為“vpc”，Swap文 件 為“vpc.swp”或者“vmx-vpc.vswp”，BIOS文 件 為“vpc.nvram”，Log文 件 為“vmware.log”，RAW device map文 件 為“vpcrdm.vmdk”，磁盤描述文件為“vpc.vmdk”，磁盤數(shù)據(jù)文件為“vpc-flat.vmdk”，快 照數(shù)據(jù)文件為“vpc.vmsd”，快照狀態(tài)文件為“vpc.vmsn”，快照磁盤描述文件為“vpc.vmdk”“vpc-000001.vmdk”等文件，快照磁盤文件為“vpc-delta.vmdk”等。

當配置文件、磁盤文件或者快照文件出現(xiàn)問題時，虛擬機自然會無法正常運作。例如，在虛擬機的磁盤描述文件中存在一個CID參數(shù)，其作用是負責磁盤相關整合以及變動狀態(tài)的跟蹤。當磁盤數(shù)據(jù)塊發(fā)生變動時，其狀態(tài)就會寫入到“.vmdk”類型的文件中。虛擬機的快照磁盤都是成對出現(xiàn)的，例如“vpc-xxx-delta.vmdk”“vpc-xxx.vmdk” 等，包括磁盤數(shù)據(jù)文件和磁盤描述文件。在對應的描述文件夾中的CID實際上是磁盤唯一標識號，如果沒有創(chuàng)建快照，最原始的parentCID的值為“ffffffff”。當創(chuàng)建快照后，第一級快照描述文件中的parentCID參數(shù)的數(shù)值等于母盤的CID數(shù)值，同時也會在其中生成新的CID。

依次類推，在第二級快照描述文件中parentCID參數(shù)的數(shù)值等于上一級快照描述文件CID數(shù)值，同時也會在其中生成新的CID。通過這樣的鏈接關系，將一層層的快照連接起來。如果其中的快照層級出現(xiàn)問題，虛擬機就無法開機。例如，當“vpc-000002.vmdk”快照描述文件中的parentCID和“vpc-000001.vmdk”中的CID不一致，該虛擬機的快照層級關系就會中斷，快照盤就無法使用，導致虛擬機無法使用。解決方法是，將出錯的快照描述文件（例如“vpc-000002.vmdk”）下載到本地，使用Ultraedit等文件編輯器將其打開，將其parentCID的數(shù)值修改為正確的內(nèi)容。

之后將其上傳到虛擬機中，在ESXi主機命令行下執(zhí) 行“vmkfstool -q vpc-000002.vmdk -v10”命 令，如果提示操作失敗，則說明CID更新沒有成功。如果成功說明修改沒有問題，之后就可以順利開啟虛擬機了。注意，不要使用記事本之類的工具進行修改，否則很容易破壞快照描述文件的編碼結構。當創(chuàng)建快照時，如果選擇了I/O靜默，就可能導致操作失敗的情況。因為在執(zhí)行這種操作時，虛擬機可能有大量的I/O負載，自然無法在I/O靜默下創(chuàng)建快照。處理方法是檢測是否可以以手動方式創(chuàng)建一個不調(diào)用I/O靜默的快照。當調(diào)用I/O靜默動作時，系統(tǒng)實際上會通過Vmware Tool Sync driver（同步驅(qū)動器）或者Microsoft Volume Shadow Copy Service（卷影復制服務）技術進行調(diào)用。

如果兩者同時存在，就有可能I/O靜默驅(qū)動沖突。遇到這種情況，可以卸載上述某個驅(qū)動來解決，例如，卸載Vmware Tool Sync driver。在有些情況下，當創(chuàng)建快照或者處理快照時會出現(xiàn)某些錯誤。當然，如果虛擬機的磁盤處于或者Independent磁盤模式，或者在Physical模式下進行RDM映射本地磁盤的話，是無法創(chuàng)建快照的。而且快照最多支持32層級，如果超出則無法繼續(xù)進行。排查的方法是先檢查vCenter Server上的權限設置情況，之后檢測虛擬機相關文件，然后查看ESXi的快照尺寸和空間使用情況。

在vCenter Server上檢測用戶是否有權限執(zhí)行快照，要么提高用戶權限要么更換高權限賬戶登錄。在虛擬機文件中檢測名稱中包含“delta”和不包含該字樣的“.vmdk”文件的描述信息是否匹配，如果不匹配就可能出現(xiàn)問題。通過查看之前的備份信息，就可以知曉其是否匹配。例如對于“vpc-000002-delta.vmdk”文件在“vpc-000002.vmdk”中沒有正確配置。處理方法是對快照描述文件進行修改，使兩者保持匹配。如果Delta磁盤沒有描述配對文件，可以復制基礎磁盤的描述文件，然后將其更名為與之對應的配對描述文件，通過對其進行編輯，將其修改為正確的描述信息。

從ESXi主機層面上講，如果單個快照文件超過了Datastore的上線，或者Datastore剩余空間無法對所有的快照處理提供支撐，就很容易出現(xiàn)無法發(fā)處理快照的問題。對于VMFS 5來說，Database單個文件最大支持62.93TB，在創(chuàng)建快照時，理論上快照文件最大只能超過原始盤的8GB左右。因此，要處理所有的快照信息的前提是Datastore的空間足夠大，可以將相關的虛擬機挪動到有更大空間的位置，也可以為Datastore增加存儲空間。在實際的工作中，可以發(fā)現(xiàn)虛擬機的很多問題其實都和快照有關。

解除鎖定，讓虛擬機順利啟動

當嘗試開啟虛擬機時，出現(xiàn)失敗的情況，除了查看報警信息外，還可以打開“vmware.log”文件，來了解虛擬機開啟失敗的原因。在進行分析時，可以按照一定的流程進行。先在虛擬機層面進行檢測分析，例如是否是因為丟失了部分虛擬機文件造成的，是否是部分虛擬機文件被鎖定造成的等。使用Putty等工具登錄到ESXi主機，在命令行下執(zhí)行“vmware-cmd -l”命令，來拿查看相關虛擬機的完整路徑信息。據(jù)此執(zhí)行“cd /vmfs/voluems//<虛擬機目錄>”命令，進入目標虛擬機目錄。在其中查看“vmware.log”文件，在其尾部可以了解造成故障的具體的原因。

執(zhí) 行“l(fā) s /v m f s/volumes/shared/vpc”之 類的命令，來檢測目標虛擬機是否存在文件丟失的情況。如果發(fā)現(xiàn)某些文件丟失，可以利用之前備份的文件進行恢復。如果磁盤描述文件丟失，可以手工重建該文件。如果提示文件被鎖定，可以執(zhí)行“touch filename”命令，來檢測其是否被鎖定，“filename”為具體的文件名。當發(fā)現(xiàn)虛擬機被鎖定，在解鎖之前必須確定哪臺ESCi主機鎖定了該虛擬機文件，執(zhí)行“vmkfstools -D/vmfs/volumes//<虛擬機目錄>/<鎖定狀態(tài)文件>”之類的命令（例如“vmkfstools -D /vmfs/volumes/shared/vpc/vpcflat.vmdk”命令），在返回信息中顯示對應ESXi主機的MAC地址信息。

在該主機上執(zhí)行“l(fā)sof| grep filename”命令，來找到鎖定信息，之后關閉和該虛擬機相關的進程即可解除鎖定。如果實在無法找到引發(fā)虛擬機文件被鎖定的進程，那就只能執(zhí)行遷移虛擬機或者重啟ESXi主機等操作加以應對。在實際工作中，虛擬機被鎖定是比較常見的故障，例如在遷移或者啟動過程中虛擬機宕機，其磁盤文件就會被鎖定。解除鎖定操作時虛擬機是沒有損壞的，因為僅僅從進程中將其清除，對實際的數(shù)據(jù)存儲沒有任何影響。當確認不是虛擬機層面的問題后，接下來就需要從ESXi主機層面進行檢測分析，例如是否因為主機資源不足造成，是否因為ESXi主機無響應導致等。

處理虛擬機“孤立”故障

如果出現(xiàn)無法安裝VMware Tools安裝失敗，這一般都是因為操作系統(tǒng)選擇錯誤有關。從虛擬機層面上來說，要檢測虛擬機的操作系統(tǒng)版本有無問題。打開虛擬機的管理面板，在設置標簽中選擇“VM Options”項，在“Guest OS version”欄查看實際的操作系統(tǒng)類型，并選擇與之匹配的VMware Tools。從ESXi主機層面上講，來查看是否為Vmware Tools ISO匹配問題，是否可以找到Vmwar Tools ISO文件，鏡像文件是否存在損壞等。有時，虛擬機會出現(xiàn)“orphaned”（孤 立） 狀態(tài)，例如在虛擬機遷移時，因為各種原因重啟VM，導致 在vCenter Server的“Inventory”下顯示孤立狀態(tài)，只是因為在虛擬機被重啟時，會臨時性的無法使用，其狀態(tài)就會顯示為孤立。

在遷移虛擬機過程中，實際上處于未定狀態(tài)，即該虛擬機究竟要在哪臺ESXi主機上啟動，所以稍有問題就會造成其處于孤立狀態(tài)。排查的方法是，在vCenter Server上檢測，看是否是由于vMotion或者DRS造成的，因為DRS會調(diào)用vMotion。在任務管理頁面查看是否存在任務項目，檢測處于orphaned狀態(tài)的虛擬機被注冊到哪臺ESXi主機上，并重啟該ESXi主機的管理服務，一般就可以解決該故障。如果沒有找到虛擬機被注冊的信息，就可以通過手動的方法，注冊虛擬機到ESXi主機或者vCenter Server上，或者利用orphaned狀態(tài)虛擬機的VMDK文件創(chuàng)建全新的虛擬機。從虛擬機層面上看，是否因為沒有通過vCenter Server對VM進行了刪除操作，因為刪除VM可以通過vCenter Server或者ESXi主機來進行。

如果在ESXi主機上刪除VM，就很容易導致兩邊的信息不同步，造成在vCenter Server存在殘留信息。解決方式是，執(zhí)行“l(fā)s /vmfs/volumes/share/vpc”命令，來檢測虛擬機文件是否存在。如果配置文件被刪除，可以重建虛擬機來重建“.vmx”文件，或者利用備份的“.vmx”文件來恢復虛擬機。如果虛擬機的磁盤文件被刪除，可以利用之前的備份計劃進行恢復。當然，如果虛擬機的“.vmx”配置文件出現(xiàn)問題，因為其中包含了虛擬機的所有配置信息，所以也可能導致其處于孤立狀態(tài)。可以使用之前的備份進行恢復。

如果損壞的不嚴重，可以將其下載到本地，使用Ultraedit等編輯器將其打開，刪除不需要的部分，修復其內(nèi)容后再將其上傳回去。也可以直接從Inventory中刪除處于孤立狀態(tài)的虛擬機之后重建即可。如果存儲服務器和ESXi主機的連接出現(xiàn)抖動狀態(tài)，同樣會造成上述故障。從ESXi主機層面上講，如果根文件系統(tǒng)空間不足，因為其優(yōu)先級是最高的，所以可能強行刪除虛擬機的部分文件，造成虛擬機出現(xiàn)孤立狀態(tài)。在ESXi主機的DCUI界面中執(zhí)行“df -h”命令，來查看磁盤空間使用情況，并根據(jù)需要清除不需要的內(nèi)容。