1、早上登入vCenter Server，左側清單出現報警，如圖1-1所示。

圖1-1 報警介面

2、200的ESXi主機斷開了連線，其上執行的虛擬機器全部顯示已斷開（例如CA伺服器，WSUS伺服器等），還好有HA功能、DRS規則及群集故障轉移，使得任一一臺ESXi主機掛了，都會留一組虛擬伺服器（AD+SQL+Fileshare）執行，保證管理伺服器持續執行，閒話不多說，首先檢視該主機的摘要資訊，提示無法同步主機X.X.X.200。出現了常規系統錯誤：Unexpected exception reading HTTP response body:>>>>>>>，如圖1-2所示。

圖1-2 配置問題

3、既然ESXi主機斷開連線，首先右鍵主機重新連線,新增主機進度到89%的時候，彈出一個視窗，如圖1-3所示。

圖1-3 系統錯誤

4、 unexperted exception reading HTTP response body: class Vmacore::Http::TruncatedResoponseException(While determining chunk size,truncated HTTP response.)with trace:

backtrace[00] rip 000000018013deba (no symbol)

backtrace[01] rip 0000000180101518 (no symbol)

backtrace[02] rip 0000000180101a5e (no symbol)

5、從提示來說，本人只看出了是發生了意外，然後毅然決然的重啟了200的ESXi主機，結果大家應該能猜到，運行了十多臺的ESXi主機啟動花費了接近40分鐘的時間，而且沒有解決故障，如圖1-4所示。

圖1-4 重啟

6、接下來進入vCenter的任務和事件，調出了近2天的任務和事件，雖然比較詳盡的介紹了最近的登入登出資訊，但確沒有提及到這個意外錯誤的時間和事件，這個如何是好，事情進入了死角，如圖1-5所示。

圖1-5 匯出事件

7、系統日誌沒看懂，如圖1-6所示。

如1-6 系統日誌

8、最後google ESXi主機斷開連線的故障，有人提到虛擬機器是否存在過多的非正常建立的快照，這讓我想起了之前NBU備份時發生的一件奇怪的問題，就是NBU在每天的備份虛擬機器的時候會建立快照，但做了群集故障轉移的虛擬機器 ，快照建立後但不會自動刪除，於是乎，虛擬機器的快照逐漸累積，想到這一點，立馬進入資料儲存中進行檢查，發現一臺JT-FS01的虛擬機器存在大量的VMDK檔案，接近229個VMDK檔案，如圖1-7所示。

圖1-7 N多快照

9、刪除方法並不是一個個的刪除，而是建立一個快照，然後刪除快照，這229個VMDK檔案就消失了，可以看到紅色框內快照，如圖1-8所示。

圖1-8 修改時間

10、重新新增ESXi主機，OK ，個人分析由於NBU備份的策略是先做快照，而建立了故障群集轉移的虛擬機器，NBU執行未能成功，於是重複建立10個快照，而NBU認為未建立成功，也不會去刪除快照，所以虛擬機器檔案越來越大，最終導致故障。

轉載於:https://blog.51cto.com/virtualbox/1131196