1、 vSphere針對(duì) Virtual Machine 的故障排查 1、VM 故障排查思想2 、VM 的文件架構(gòu)3 、Content ID所謂 CID，位于 VM 的磁盤描述文件里面，負(fù)責(zé)磁盤相關(guān)整合狀態(tài)跟蹤圖示說明：母盤的 parentCID 為fffffff若虛擬機(jī)有快照，則第一級(jí)快照的 parentCID 為母盤的 CID，第二級(jí)快照的 parentCID 為第一級(jí)快照的CID（若虛擬機(jī)存在多層快照，則依次類推）如果快照層級(jí)出問題，可能會(huì)導(dǎo)致快照出問題，很有可能導(dǎo)致虛擬機(jī)無法啟動(dòng)4 、故障 01 - 解決 Countent ID 不匹配的問題Step1：備份好磁盤描述文件Step2：下載這

2、個(gè)文件，用文本編輯器打開，然后修改 CIDStep3：修改之后，利用如下命令來驗(yàn)證 CID 的修改是否成功(若提示失敗，則意味著 CID 的更改沒有成功) ovmkfstools -q Win01-A-000002.vmdk -v10注意：虛擬機(jī)快照導(dǎo)致的虛擬機(jī)無法啟動(dòng)的故障，很多時(shí)候都是快照層級(jí)發(fā)生錯(cuò)亂所致。這類問題可以采用上述方法來解決。5 、故障 02 - 解決 Snapshot 之 之 vss 導(dǎo)致故障（執(zhí)行 Snapshot 時(shí)，提示 I/O 靜默調(diào)用失?。￢M 有大量的 I/O 負(fù)載導(dǎo)致在執(zhí)行 Snapshot 時(shí) I/O Quiescing 失敗通常通過下面 2 個(gè)技術(shù)來執(zhí)行 I

3、/O Quiescing oMicrosoft Volume Shadow Copy Service(VSS) oVMware Tools SYNC driver初始化檢查 o檢查是否可以手動(dòng)創(chuàng)建一個(gè)不調(diào)用 I/O Quiescing 的快照6 、解決 I/O Quiescing 導(dǎo)致的 Snapshot 失敗的故障問題如果利用 VSS 執(zhí)行 I/O Quiescing，則需要確認(rèn)下列條件是否滿足 oVSS 要求滿足 o相關(guān)服務(wù)是正常運(yùn)行狀態(tài) oMicrosoft Software Shadow Copy 服務(wù)正常 oVSS Writer 沒報(bào)錯(cuò)如果利用 SYNC Driver 執(zhí)行 I/O

4、Quiescing，則需要確認(rèn)下列條件滿足 o禁止掉 SYNC Driver o在執(zhí)行 Snapshot 之前，先將 I/O 密集型的業(yè)務(wù)停掉（比如數(shù)據(jù)庫(kù)）老版本的 Windows OS 沒包含 SYNC Driver 在 Microsoft VSS 里面7 、故障 03 - VM 開機(jī)失敗在 vmware.log 文件里面可以看到虛擬機(jī)開啟失敗故障原因邏輯分析（從上到下）分析是否 vm 文件丟失 o執(zhí)行如下命令來查看是否存在文件丟失ls /vmfs/volumes/Shared/Win01-B解決方案 o利用之前的備份來恢復(fù) o如果 descriptor 文件丟失，手動(dòng)重建這個(gè)文件分析是否虛

5、擬機(jī)被鎖定 o確認(rèn)是否存在文件被鎖定嘗試開機(jī)虛擬機(jī)，如果失敗，說明可能有鎖定執(zhí)行如下命令查詢是否有文件被鎖定 touch filename可執(zhí)行如下命令查看哪臺(tái) ESXi Host 鎖定磁盤文件 vmkfstools -D /vmfs/volumes/Shared/Win01-B/Win01-B-flat.vmdk執(zhí)行如下命令來找到鎖定的進(jìn)程信息 olsof | grep 找到后殺掉它如果依然無法確認(rèn)那個(gè)進(jìn)程導(dǎo)致虛擬機(jī)文件鎖定，那就用最簡(jiǎn)單的邏輯 o遷移虛擬機(jī)或重啟 ESXi Host8 、故障 04 - VMware Toolsf 無法安裝( 最有可能是 GOS 類型選擇錯(cuò)誤)檢查 Gues

6、t OS 類型是否正常分析 Guest OS 類型選錯(cuò)的問題9 、故障 05 - Virtual Machine orphaned( 虛擬機(jī)被孤立)檢查 vCenter Server 是否在 VM 執(zhí)行遷移的過程中重啟過該虛擬機(jī)（在遷移到 60%的時(shí)候最容易出現(xiàn)），因?yàn)樵谔摂M機(jī)被重啟時(shí)，會(huì)臨時(shí)性的無法使用，狀態(tài)就會(huì)顯示為 orphaned故障原因邏輯分析（自上而下）分析 vMotion 或 DRS 導(dǎo)致故障 o確認(rèn)是否由于遷移導(dǎo)致故障查看 Tasks 頁(yè)標(biāo)簽檢查 orphaned 虛擬機(jī)被注冊(cè)到的源或目標(biāo) ESXi Host o如果有找到虛擬機(jī)被注冊(cè)到 ESXi Host重啟 ESXi Hos

7、t 的管理服務(wù) o如果沒有找到虛擬機(jī)被注冊(cè)的信息，則執(zhí)行注冊(cè)虛擬機(jī)到 ESXi Host 或 vCenter利用 orphaned 虛擬機(jī)的 vmdk 創(chuàng)建全新的虛擬機(jī)分析虛擬機(jī)沒通過 vCenter 刪除導(dǎo)致故障 o執(zhí)行如下命令去驗(yàn)證虛擬機(jī)的文件是否存在ls /vmfs/volumes/shared/Win01-B o如果配置文件被刪除，則執(zhí)行如下動(dòng)作來恢復(fù)重建虛擬機(jī)，借此重建*.vmx 文件 o如果虛擬機(jī)的磁盤文件被刪除，則執(zhí)行備份恢復(fù)計(jì)劃分析*.vmx 文件導(dǎo)致故障 o*.vmx 這個(gè)文件包含了虛擬機(jī)的所有配置信息，如果它被破壞可能會(huì)出現(xiàn)上述問題 o解決思路利用文件編輯器打開這個(gè)*.vm

8、x 文件，去掉其中不當(dāng)部分后重新嘗試從備份信息里恢復(fù)*.vmx 文件直接從 Inventory 里移除掉虛擬機(jī)，然后重建 vm分析 ESXi Host 根文件系統(tǒng)空間不足導(dǎo)致的故障 o當(dāng) ESXi Host 的根文件系統(tǒng)空間不足時(shí)，系統(tǒng)可能會(huì)嘗試刪除掉虛擬機(jī) o可以執(zhí)行如下命令來確認(rèn)是否存在這個(gè)問題DCUI 下面執(zhí)行:df -h清除不必要的根文件系統(tǒng)里的內(nèi)容從 Inventory 移除掉 VM，再重新添加10 、故障 06 - Virtual Machine Snapshot 故障（嘗試創(chuàng)建或者處理快照時(shí)出錯(cuò)）確認(rèn) vm 的磁盤是否支持 Snapshot，因?yàn)?RDM 的 Physical M

9、ode、Independent Disk 等狀態(tài)下是無法做快照的由于 Snapshot 最多支持 32 級(jí)，因此，超過后會(huì)無法執(zhí)行故障原因邏輯分析（自上而下）分析描述文件混亂問題導(dǎo)致故障 o快照的 delta 文件在描述文件里錯(cuò)亂000001-delta.vmdk 文件在 000001.vmdk 里沒有正確描述 oDelta 磁盤根本就沒了描述的配對(duì)文件copy 基礎(chǔ)磁盤的描述文件，然后更名為配對(duì) Delta 磁盤的描述文件編輯里面，將相關(guān)的配對(duì)信息更改為 Delta 磁盤的信息分析文件尺寸過大問題導(dǎo)致故障 oVMFS 5 Datastore 單個(gè)文件最大支持 62.93TB o快照最大值會(huì)受到限制VMFS 5 里，最大只能超過原始盤的 8GB 左右這里的 8GB 的來源是開銷的部分分析 Datastore 空間不足問題