自從2012年年底,趁著公司歲修,系統無人聞問(簡稱沒人鳥)的時候,就來升級一下ESX
結果升級之後,ERP認證也跑了....Orz
(奸詐狡猾的鼎X,AP and DB認證都給我綁定網卡MAC,結果call工程師,鼎X竟然沒有值班工程師,這時候我就要來念一念鼎X了,做了台灣那麼多家中小企業的ERP,養了一堆人,竟然也沒有做個0800值班之類的服務,還限定要更新只能在他們上班時間做。難怪你們沒做醫院的事業群,這樣應該會被電爆)
小弟不才,之前也在SI待過,專門做醫院系統的,誰敢叫醫院停機阿!要施工都是半夜要不然就假日的,醫院才不會鳥你的上班時間。
順順利利的升級之後,利用vSphere Client登入vCenter Server主機,點選上方的Plug-ins看一下Service運行的狀態。
發現了兩項錯誤,如下圖所示
(1) vCenter Service Status - Status is Disabled
(2) vCenter Hardware Status - Status is Disabled
以上這兩個錯誤,其實對於運作沒有多大的影響,只是vSphere Client裡面的頁籤"Performance"(我都稱它叫「效能檢視器」)出現錯誤訊息看不到而已。
對於這種雞毛蒜皮無關緊要的小問題,其實可以視而不見,但是,看到兩個紅色驚嘆號在那邊掛著,總是覺得不解決他就是不高興。
所以開啟了俗稱鳥問題知識庫,VMware KB...找到了這個問題。
VMware KB 2031053 - Search fails and Hardware Health and Health Status plug-ins are disabled in the vSphere Client
裡面的Solution有一段很重要的敘述:
This is not a VMware issue. For more information, see the Microsoft Knowledge Base article 948963.
(中文白話翻譯就是:這個不是我們VMware的問題,這個問題都是那個該死的微軟(Microsoft),是他們系統的問題,跟我們沒關係。)
另外,還有一段更重要的是:
There is no solution available for 32-bit Windows XP.
(中文白話翻譯就是:如果你是用32位元的Windows XP,歹勢,這個問題無解!)
※我強烈的懷疑,VMware and Microsoft 絕對有掛勾,因為vSphere Client 5.1版後,完全不支援32bit XP,更舊的就不說了。
想要用vSphere Client看到正常運作的Service,請安裝Windows 2003 SP3 32bit以上的系統。
如果使用Win 2003 SP3 32bit的系統操作vSphere Clinet,請安裝Hotfix。

您好,因目前正評估ERP虛擬化,想向您請教 : 請問鼎新ERP虛擬化後,綁定的網卡是虛擬網卡MAC嗎? 這樣的話應該可以在 VM 自行設定 MAC address 才是。若是有綁定其他硬體,那是不是 vMotion,HA,備份與還原都會有問題? 這樣完全無法享受到虛擬化的好處,鼎新的作法真是令人不敢相信 @@
鼎新的虛擬化,他的Agent會綁定MAC這是確定的,然後還會有一台Thin Client(HP的,內有WindowsOS)的授權伺服器,我記得這台報價好像6萬多,但是實際上,我問過內部工程師,其實虛擬化,並不用多那台Thin Client來當作授權伺服器,由其中一台GuestOS來當作授權伺服器即可,其實若看成用實體的,通常授權伺服器會跟SQL Server綁再一起。此外,當初我在做5.0 update to 5.1時,由於MAC不符,所以整個ERP都不能運作,導致整個系統都停擺,我還因此打電話去給業務請工程來處理,不過那時候由於是假日,鼎新通通放假,所以call爆他們,是唯一的辦法。(過來人跟你說,你記得要做動作前幾天,要先通知鼎新,不然他們會突然間沒有人接電話,到時候會很ooxx...) 在HA vMotion部分,我記得我當初有HA vMotion過,不過由於兩台Host CPU等級有差異,所以GuestOS是使用power off然後在手動遷移過去,原則上都是可以work的。(要看一下你VMware內cluster的設定值)
感謝您的回答,不過不懂的是為何ESXi update to 5.1時,MAC 會變呢? 同一部實體伺服器MAC 應該不會改變才是。或者您說的是 VM 的 MAC 有變動呢?