VMware vSphere® 5.5 版本說明

|

更新時間:2015 年 4 月 7 日

VMware ESXi™ 5.5 | 2013 年 9 月 22 日 | 組建編號 1331820

VMware vCenter Server™ 5.5 | 2013 年 9 月 22 日 | 組建編號 1312298

vCenter Server Appliance 5.5 | 2013 年 9 月 22 日 | 組建編號 1312297

查看這些版本說明的新增項目和更新。

版本說明的內容

此版本說明涵蓋下列主題:

新增功能

此版本的 vSphere 5.5 包括 ESXi 5.5 和 vCenter Server 5.5。請在 VMware vSphere 5.5 平台的新增功能中閱讀暸解此版本的新增功能和增強功能。

國際化

VMware vSphere 5.5 提供下列語言版本:

  • 英文
  • 法文
  • 德文
  • 日文
  • 韓文
  • 簡體中文

相容性與安裝

ESXi、vCenter Server 和 vSphere Web Client 版本相容性

VMware 產品互通性對照表提供有關 VMware vSphere 元件目前版本及舊版之間相容性的詳細資料,包括 ESXi、VMware vCenter Server、vSphere Web Client 及選用 VMware 產品。安裝 ESXi 或 vCenter Server 之前,亦請查看 VMware 產品互通性對照表中有關支援的管理與備份代理程式的資訊。

vSphere Client 與 vSphere Web Client 已封裝在 vCenter Server ISO 上。您可以使用 VMware vCenter™ 安裝程式精靈,安裝其中一個用戶端或是兩個都安裝。

ESXi 的硬體相容性

若要檢視與 vSphere 5.5 相容的處理器、儲存裝置、SAN 陣列以及 I/O 裝置的清單,請參閱《VMware 相容性指南》中的 ESXi 5.5 資訊。

ESXi 的裝置相容性

若要判定與 ESXi 5.5 相容的裝置,請參閱《VMware 相容性指南》中的 ESXi 5.5 資訊。

某些裝置已過時,不再受 ESXi 5.5 支援。在執行升級程序期間,裝置驅動程式會安裝在 ESXi 5.5 主機上。該驅動程式可能仍在 ESXi 5.5 上運作,但裝置在 ESXi 5.5 上不受支援。如需有關已過時且在 ESXi 5.5 上不再受支援的裝置的清單,請參閱 VMware 知識庫文章 Deprecated devices and warnings during ESXi 5.5 upgrade process (ESXi 5.5 升級程序中已過時的裝置與警告)

ESXi 的客體作業系統相容性

若要判定與 vSphere 5.5 相容的客體作業系統,請參閱《VMware 相容性指南》中的 ESXi 5.5 資訊。

ESXi 的虛擬機器相容性

ESXi 5.5 支援與 ESX 3.x 及更新版本 (硬體版本 4) 相容的虛擬機器。不支援與 ESX 2.x 及更新版本 (硬體版本 3) 相容的虛擬機器。若要在 ESXi 5.5 上使用此類虛擬機器,請升級虛擬機器相容性。請參閱《vSphere 升級》說明文件。

vSphere Client 連線到配備 vCenter Server 5.x 的連結模式環境

在有其他 vCenter Server 5.5 執行個體的情況下,vCenter Server 5.5 只能存在於連結模式中。

此版本的安裝說明

請閱讀《vSphere 安裝和設定》說明文件中有關安裝與設定 ESXi 及 vCenter Server 的指引。

雖然安裝非常簡易,但幾個後續組態步驟卻是不可或缺的。請閱讀下列說明文件:

移轉第三方解決方案

您無法直接移轉已安裝在 ESX 或 ESXi 主機上的第三方解決方案做為主機升級的一部分。ESXi 5.1 與 ESXi 5.5 之間的架構變更會導致第三方元件遺失以及可能的系統不穩定。若要完成此類移轉,您可以使用 Image Builder 來建立自訂 ISO 檔案。如需有關對包含第三方自訂項目的主機進行升級的資訊,請參閱 vSphere 升級說明文件。如需有關使用 Image Builder 來自訂 ISO 的資訊,請參閱 vSphere 安裝和設定說明文件。

不允許對不支援的 CPU 進行升級和安裝

vSphere 5.5 僅支援採用 LAHF 與 SAHF CPU 指令集的 CPU。在安裝或升級期間,安裝程式會檢查主機 CPU 與 vSphere 5.5 的相容性。如果您的主機硬體不相容,將有紫色畫面顯示關於不相容的訊息。您無法安裝或升級到 vSphere 5.5。

此版本的升級

如需有關升級 vCenter Server 與 ESX/ESXi 主機的指示,請參閱 vSphere 升級說明文件。

VMware vSphere 5.5 的開放原始碼元件

http://www.vmware.com/download/vsphere/open_source.html 的 [開放原始碼] 索引標籤上,提供適用於 vSphere 5.5 中所散佈的開放原始碼軟體元件的版權聲明和授權。您也可以針對任意 GPL、LGPL、需要原始碼或需要修改原始碼的其他相似授權下載來源檔案,以使其適用於 vSphere 的最新可用版本。

產品支援通知

  • vSphere Web Client。由於 Adobe Flash 不再支援 Linux 平台,因此 Linux 作業系統上不支援 vSphere Web Client。為 Linux 桌面作業系統上的 Adobe Flash 新增支援的第三方瀏覽器可能會繼續運作。

  • VMware vCenter Server Appliance。在 vSphere 5.5 中,VMware vCenter Server Appliance 可透過強制執行 DISA Security Technical Information Guidelines (STIG) 來滿足管理嚴格的符合性標準。部署 VMware vCenter Server Appliance 之前,如需新安全性部署標準的相關資訊,請參閱《VMware Hardened Virtual Appliance 作業指南》,以確保作業成功。

  • vCenter Server 資料庫。vSphere 5.5 不再支援將 IBM DB2 做為 vCenter Server 資料庫。

  • VMware Tools。從 vSphere 5.5 開始,有關如何在 vSphere 中安裝和設定 VMware Tools 的所有資訊都與其他 vSphere 說明文件合併。如需在 vSphere 中使用 VMware Tools 的相關資訊,請參閱 vSphere 說明文件。《安裝和設定 VMware Tools》與 vSphere 5.5 及更新版本不相關。

  • VMware Tools。從 vSphere 5.5 開始,VMware Tools 不再提供 ThinPrint 功能。

  • vSphere Data Protection。由於 vSphere Web Client 運作方式的變更,vSphere Data Protection 5.1 與 vSphere 5.5 不相容。升級到 vSphere 5.5 的 vSphere Data Protection 5.1 使用者必須同時更新 vSphere Data Protection,才能繼續使用 vSphere Data Protection。

已知問題

已知問題分類如下:

安裝問題
  • 重新安裝 vCenter Single Sign-On 節點無限期在「組態 SSO 元件...」處當機
    您安裝了多個 vCenter Single Sign-On 5.5 執行個體 (節點)。當您解除安裝其中一個節點時,節點間已複寫的 VMware Directory Service 不會自動清除。重新安裝節點時,重複的 VMware Directory Service 資訊會阻止安裝程式完成安裝並阻止將節點指向現有的 vCenter Single Sign-On 執行個體。安裝會無限期當機。

    因應措施:變更 vCenter Single Sign-On 伺服器的主機名稱,並清除失效的 Windows 登錄機碼。請參閱 VMware 知識庫文章 2059131 的解決方案部分。

  • 在 Windows Server 2012 上執行簡單安裝失敗
    如果作業系統設定為使用 DHCP IP 位址,則在 Windows Server 2012 上執行簡單安裝會失敗

    因應措施:將 Windows 2012 Server 設定為使用靜態 IP 位址。

  • 在安裝並解除安裝 vCenter Server 之後,在 vSphere Web Client 中看不到儲存區設定檔
    如果您從 Windows 控制台項目 [新增/移除程式] 或 [程式和功能] 解除安裝 vCenter Server,也會解除安裝 Profile-Driven Storage。當您重新安裝 vCenter Server 時,也會安裝 Profile-Driven Storage 服務,但是您在 vSphere Web Client 中看不到先前建立的儲存區設定檔。新的儲存區設定檔仍然可以建立。

    因應措施:若要解除安裝 vCenter Server 而不解除安裝 Profile-Driven Storage,請使用 MSI 命令。然後,當您透過安裝程式精靈或命令列重新安裝 vCenter Server 時,您仍然可以在 vSphere Web Client 中看到先前建立的儲存區設定檔。

    若要解除安裝 vCenter Server,請使用下列範例命令做為模型:
    msiexec.exe /x vCenter Server Product code
    例如:
    msiexec.exe /x {E1F05550-4238-4378-87F0-105147A251D9}
    vCenter 的確切產品代碼可以從登錄項目取得:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\VMware vCenter Server

  • 如果 vCenter Single Sign-On 5.5 包括多個節點,本機作業系統使用者的登入可能會失敗
    在安裝或升級之後,有本機作業系統身分識別來源可用,如下: * vCenter Single Sign-On 安裝程式將本機作業系統身分識別來源新增到 vCenter Single Sign-On 組態。如果您建立多個節點,主要節點中的本機作業系統會顯示為所有其他節點上的身分識別來源。 * 如果您升級 vCenter Single Sign-On High Availability 環境,主要節點中的本機作業系統會顯示為所有其他節點上的身分識別來源。 然而,即使第一個節點的本機作業系統顯示為次要節點中的身分識別來源,第一個節點中的本機作業系統使用者仍然無法登入那些次要節點。

    因應措施:無。

  • 在 Windows Server 2008 R2 和 Windows 2012 主機上使用簡單安裝進行安裝失敗
    如果您在 Windows Server 2008 R2 或 Windows 2012 主機上使用簡單安裝來安裝 vCenter Server 和元件,而主機被設定為使用 DHCP IP 定址,安裝會失敗並顯示警告和錯誤訊息。

    因應措施:採取下列其中一個動作。

    • 在 Windows Server 2008 R2 或 2012 主機上:將 Windows Server 設定為使用靜態 IP 和主機名稱。
    • 僅限於在 Windows Server 2008 R2 主機上:將 DHCP IP 和主機名稱對應到作業系統中的系統 HOST 檔案。
  • 在安裝 vCenter Single Sign-On 5.5 期間,無法指定與要安裝 vCenter Single Sign-On 所在機器的 FQDN 不同的主機名稱
    在安裝期間,vCenter Single Sign-On 安裝程式沒有選項可指定主機名稱。安裝程式一律使用要安裝 vCenter Single Sign-On 所在機器的 FQDN。在安裝期間,無法使用 CNAME 取代 FQDN。

    因應措施:無。

  • 在軟體 iSCSI LUN 上執行安裝失敗,並顯示錯誤:必須要有 2 個開機區,找到 0 個
    伴隨該問題的完整錯誤如下:
    錯誤 (如需詳細資訊,請參閱記錄檔):
    必須要有 2 個開機區,找到 0 個。

    當第一個網路介面卡設定為從 iBFT iSCSI 開機時,便會發生此問題。iBFT IP 設定用於設定建立來存取 iSCSI 開機磁碟的 VMkernel 網路連接埠。在這種情況下,該連接埠為管理網路連接埠,因為第一個介面卡用於管理流量。

    當安裝完成大約 90% 時,安裝程式會使用 DHCP 重新設定管理介面。因此,iBFT IP 設定會遺失,同時 TCP 與 iSCSI 開機目標之間的連線將中斷。

    因應措施:採取下列其中一項動作:

    • 如果有多個網路介面卡可用,請使用第二個網路介面卡存取 iSCSI 開機磁碟。
    • 如果僅有一個網路介面卡可用,請設定 iBFT 使用 DHCP。iSCSI 目標應該位於管理網路上。如果 iSCSI 目標位於不同的子網路上,則預設 VMkernel 閘道會同時路由管理流量和 iSCSI 流量。
  • 在土耳其文版的 Windows Server 上安裝 vCenter Server 時顯示錯誤訊息 25205
    在任何土耳其文版的 Windows Server 2008 或 2012 上,當您將 vCenter Server 和 vCenter Server 資料庫安裝到同一個主機時,便會顯示錯誤訊息 25205。

    因應措施:從遠端英文版的 Windows Server 安裝並執行 vCenter Server 資料庫。

  • 簡單安裝只會檢查系統磁碟機的空間需求
    簡單安裝會先檢查是否有足夠的可用空間,然後再開始安裝。但是,只有在系統磁碟機上安裝時才會執行檢查。如果您嘗試安裝到非系統磁碟機上,安裝程式將不會檢查是否有足夠的可用空間。

    因應措施:在安裝之前,先檢查目標磁碟機上的可用磁碟空間。簡單安裝所需的最低可用空間為 10 GB。建議具有更多空間。請參閱《安裝和設定》說明文件

  • 如果您對 Auto Deploy 無狀態的快取或 Auto Deploy 可設定狀態的安裝使用保留 VMFS,則不會建立核心傾印磁碟分割
    當您在空白磁碟上將 Auto Deploy 用於無狀態的快取或可設定狀態的安裝時,會建立 MSDOS 磁碟分割資料表。但是,不會建立核心傾印磁碟分割。

    因應措施:當您啟用無狀態的快取或可設定狀態的安裝主機設定檔選項時,請選取覆寫 VMFS,即使在空白磁碟上安裝亦如此。執行此動作時,會建立 2.5 GB 的核心傾印磁碟分割。

  • 如果 vCenter Single Sign-On 安裝失敗並復原,vCenter Server Java Components (JRE) 和 vCenter tc Server 元件仍會安裝
    當 Single Sign-On 安裝被取消或安裝失敗時,安裝會復原到安裝前狀態,並且會顯示訊息指出系統並未修改。但是,vCenter Server Java Components (JRE) 和 vCenter tc Server 元件仍會安裝。

    因應措施:在 Windows 的 [程式和功能] 控制台中手動移除這些元件。

  • 如果安裝路徑包含非 ASCII 字元,則 vSphere Authentication Proxy 安裝會失敗
    如果安裝路徑包含非 ASCII 字元,則 vSphere Authentication Proxy 安裝會失敗並顯示錯誤訊息:錯誤 29106。不明錯誤。

    因應措施:請確定安裝路徑僅包含 ASCII 字元。

  • 如果已登入使用者的使用者名稱包含非 ASCII 字元,則安裝 vCenter Server 和相關元件會失敗
    如果目前已登入使用者的使用者名稱包含非 ASCII 字元,則安裝 vCenter Server、vCenter Inventory Server、vCenter Single Sign-On 或 vSphere Web Client 會失敗,並顯示錯誤訊息:使用者名稱包含非 ASCII 字元。請使用僅包含 ASCII 字元的使用者名稱登入。

    因應措施:請使用不包含非 ASCII 字元的使用者名稱登入,然後重試安裝。

  • 在指令碼式安裝期間,ESXi 會安裝在 SSD 上,即使 --ignoressd 選項與 installorupgrade 命令搭配使用亦如此
    在 ESXi 5.5 中,installorupgrade 命令不支援 --ignoressd 選項。如果您將 --ignoressd 選項與 installorupgrade 命令搭配使用,則安裝程式會顯示警告,指出該組合無效。安裝程式會繼續在 SSD 上安裝 ESXi,而不是停止安裝並顯示錯誤訊息。

    因應措施:若要在指令碼式安裝 ESXi 時使用 --ignoressd 選項,請使用 install 命令,而不是 installorupgrade 命令。

  • autoPartition 開機選項可能會意外對 SSD 進行磁碟分割
    在 Visor (寫入裝置的 ESXi dd 映像) 中,autoPartition 開機選項依預設會設定為 TRUE。此設定會導致對所有空白本機磁碟 (包括可能要搭配 vFlash 和 Virtual SAN 使用的 SSD 在內) 進行磁碟分割。

    因應措施:將 skipPartitioningSsds=TRUE 新增到開機選項行中。

  • 在 vCenter Server Simple Install 期間,會顯示一個對話方塊,警告有一個指令碼正導致瀏覽器執行緩慢
    vCenter Server Simple Install 選項需要很長時間來安裝或升級所有必要的 vCenter Server 元件。這可能會導致執行 vCenter Server 安裝程式自動執行畫面的 Internet Explorer 瀏覽器程序顯示下列警告訊息:
    這個網頁上的指令碼導致您的網頁瀏覽器執行速度變慢。如果繼續執行,您的電腦可能會沒有回應。是否要中止該指令碼?

    當安裝耗費的時間超過下列 Windows 登錄項目所設定的時間時,便會顯示此警告對話方塊:HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Styles\MaxScriptStatements

    此問題最常發生在 Windows Server 2012 作業系統上。

    因應措施:按一下警告訊息中的,或將 MaxScriptStatements 登錄項目的值設定為 0xffffffff

  • Auto Deploy 快取清除延遲可能會套用已刪除的主機設定檔
    在您刪除主機設定檔後,其不會立即從 Auto Deploy 中清除。只要主機設定檔保存在快取中,Auto Deploy 就會繼續套用該主機設定檔。任何套用設定檔的規則都會失敗,直到從快取中清除該設定檔為止。

    因應措施:透過使用 Get-DeployRuleSet PowerCLI cmdlet,您可以判斷是否有任何規則使用已刪除的主機設定檔。該 cmdlet 會在規則的 itemlist 中顯示字串 deleted。然後,您可以執行 Remove-DeployRule cmdlet 來移除該規則。

  • 如果在選取的磁碟上安裝 ESX,則套用設定為將 Auto Deploy 用於無狀態的快取的主機設定檔會失敗
    在已啟用無狀態的快取的情況下,您會使用主機設定檔設定 Auto Deploy。在主機設定檔中,您選取安裝了 ESX (而非 ESXi) 版本的磁碟。當您套用主機設定檔時,會顯示包括下列文字的錯誤。
    必須要有 2 個開機區,找到 0 個

    因應措施:選取其他磁碟用於無狀態的快取,或者從磁碟中移除 ESX 軟體。如果移除 ESX 軟體,該軟體將無法使用。

  • 透過序列埠進行 ESXi 無周邊安裝需要包含 firstboot 命令的 kickstart 檔案,以繼續從序列埠存取 ESXi
    當您透過序列埠執行 ESXi 無周邊安裝時,ESXi 會成功安裝,但安裝後第一次重新開機 ESXi 可能會將序列埠變更為 logport,這會阻止進一步從序列埠存取 ESXi。

    因應措施:在 kickstart 檔案中,包括可讓您繼續從序列埠存取 ESXi 的 firstboot 命令。kickstart 檔案的範例如下。您可以針對自己的系統修改該範例。

    #
    # Sample scripted installation file
    #
    # Accept the VMware End User License Agreement
    vmaccepteula
    # Set the root password for the Direct Console User Interface and Tech Support Mode
    rootpw mypassword
    # Install on the first local disk available on machine install --firstdisk --overwritevmfs # Set the network to DHCP on the first network adapter network --bootproto=dhcp --device=vmnic0 #reboot ssystem after install reboot

    # A sample post-install script
    #%post --interpreter=python --ignorefailure=true
    #import time
    #stampFile = open('/finished.stamp', mode='w')
    #stampFile.write( time.asctime() )

    #script to set advanced config options
    %post --interpreter=busybox --ignorefailure=true
    esxcfg-advcfg -k none gdbPort
    esxcfg-advcfg -k none logPort
    esxcfg-advcfg -k com1 tty2Port

    #script to set first boot options
    %firstboot --interpreter=busybox
    esxcfg-advcfg -k none gdbPort
    esxcfg-advcfg -k none logPort
    esxcfg-advcfg -k com1 tty2Port
    reboot

  • 於來自 Oracle America (Sun) 供應商的伺服器上安裝或啟動 ESXi 5.5.0 版時失敗
    當您在來自 Oracle America (Sun) 供應商的伺服器上執行 ESXi 5.5.0 版全新安裝,或將現有 ESXi 5.5.0 版安裝開機時,在安裝程序或現有 ESXi 5.5.0 組建開機期間,伺服器主控台會顯示空白畫面。發生此情況的原因是,雖然來自 Oracle America (Sun) 供應商的伺服器並不是遠端控制 (headless) 平台,但這些伺服器在 ACPI FADT 資料表中設有 HEADLESS 旗標。

    因應措施:安裝或啟動 ESXi 5.5.0 時,傳遞開機選項 ignoreHeadless="TRUE"

升級問題
  • 如果您使用 ESXLIC 命令升級實體 RAM 少於 4 GB 的 ESXi 主機,升級會順利完成,但部分 ESXi 作業會在重新開機時失敗
    ESXi 5.5 需要最少 4 GB 的實體 RAM。ESXCLI 命令列介面不會執行升級前檢查,確認是否具備所需的 4 GB 記憶體。您可以使用 ESXCLI 成功升級記憶體不足的主機,但當您將升級後 (RAM 少於 4 GB) 的 ESXi 5.5 主機開機時,部分作業可能會失敗。

    因應措施:無。在升級到 5.5 版之前,請確認 ESXi 主機具有 4 GB 以上的實體 RAM。

  • 升級到 vCenter Server 5.5 時不會偵測過期的 SSL 憑證
    當您使用「簡單安裝」升級到 vCenter Server 5.5 時,安裝程式不會偵測任何過期的 SSL 憑證。

    如果您使用「自訂安裝」中的個別安裝程式從 5.1.x 升級到 5.5,則只有 vSphere Web Client 會偵測過期的 SSL 憑證並停止安裝。vCenter Single Sign-On 會顯示一般警告訊息來驗證 SSL 憑證的有效性。vCenter Inventory Service 和 vCenter Server 個別安裝程式不會偵測過期的 SSL 憑證。

    因應措施:在您開始升級到 vCenter Server 5.5 之前,無論是使用「簡單安裝」還是「自訂安裝」中的個別安裝程式,請檢查 vCenter Single Sign-On、vSphere Web Client、vCenter Inventory Service 和 vCenter Server 的 SSL 憑證是否有效。先使用有效的 SSL 憑證取代任何過期的憑證,然後再開始升級程序。

  • 在使用外部 vCenter Single Sign-On 的情況下,從 vCenter Server Appliance 5.0.x 升級到 5.5 後,vCenter Server 無法啟動
    如果使用者在將 vCenter Server Appliance 從 5.0.x 升級到 5.5 時選擇使用外部 vCenter Single Sign-On 執行個體,vCenter Server 會無法於升級後啟動。在 Appliance 管理介面中,vCenter Single Sign-On 會列為未設定

    因應措施:執行下列步驟:

    1. 在網頁瀏覽器中,開啟 vCenter Server Appliance 管理介面 (https://appliance-address:5480)。
    2. 在 [vCenter Server/摘要] 頁面中,按一下停止伺服器按鈕。
    3. 在 [vCenter Server/SSO] 頁面中,以適當的設定完成表單,然後按一下儲存設定
    4. 返回 [摘要] 頁面,然後按一下啟動伺服器
  • 在具有負載平衡器的高可用性部署中,將 vCenter Single Sign-On 5.1.x 升級到 5.5 版之後,必須重新設定負載平衡器
    在 vCenter Single Sign-On 5.1 升級到 5.5 期間,會移轉檔案 server.xml,但是您必須在升級之後手動更新這個檔案。

    因應措施:請參閱《vSphere 升級》 說明文件中的「將 vCenter Single Sign-On 高可用性部署升級到 5.5 版後重新設定負載平衡器」主題

  • 將 vSphere Web Client 和 vCenter Single Sign-On 升級到 5.5 版後,看不到 vCenter Server 5.1
    假設您將 vSphere Single Sign-On 和 vSphere Web Client 從 5.1 版升級到 5.5 版,但未升級 vCenter Server 系統。如果您在升級後登入 vSphere Web Client,則會看不到 vCenter Server 系統 5.1 版。只有 Windows 升級才有這個問題,升級 vCenter Server Appliance 時不會有這個問題。

    因應措施:重新啟動 vCenter Server 系統和 vSphere Inventory Service (services.msc)。若要查看 vCenter Server 5.1 詳細目錄,請以 admin@System-Domain 身分登入。請參閱 VMware 知識庫文章 1003895。

  • 將 vCenter Server 從 5.0 Update 2 升級到 5.5 版後,VMware VirtualCenter Server 服務可能會無法啟動

    因應措施:請手動啟動 VMware VirtualCenter Server 服務:

    1. 從 Windows 開始功能表,開啟系統管理工具控制台項目。
    2. 選取服務
    3. VMware VirtualCenter Server 上按一下滑鼠右鍵,然後選取啟動
  • 在使用 ESXCLI 將 ESXi 4.x 或 5.0.x 主機升級到 5.1 或 5.5 版之後,所有 VMKernel 連接埠群組的 vMotion 和 Fault Tolerance 記錄 (FT 記錄) 設定於升級後遺失
    如果使用命令 esxcli software profile update <options> 將 ESXi 4.x 或 5.0.x 主機升級到 5.1 或 5.5 版,則升級會成功,但任何 VMKernel 連接埠群組的 vMotion 和 FT 記錄設定都會遺失。因此,vMotion 和 FT 記錄會還原為預設設定 (已停用)。

    因應措施:執行互動式或指令碼式升級,或使用 vSphere Update Manager 來升級主機。如果使用 esxcli 命令,請在升級後將 vMotion 和 FT 記錄設定手動套用到受影響的 VMkernel 連接埠群組。

  • 在將 vSphere 5.0.x 或更早版本升級到 5.5 版時,手動設定的系統資源配置值會重設為預設值
    在 vSphere 5.0.x 及更早版本中,修改系統資源配置使用者介面中的設定是暫時的因應措施。如果未完全重新安裝 ESXi,就無法將這些設定的值重設為預設值。在 vSphere 5.1 及更新版本中,系統行為有所變化,因此保留自訂系統資源配置設定可能會產生無法安全使用的值。升級過程會重設所有這些值。

    因應措施:無。

  • vSphere Client 和 vSphere PowerCLI 可能無法連線到 vCenter Server 5.5,並顯示信號交換失敗
    安裝在 Windows XP 或 Windows Server 2003 主機時,vSphere Client 和 vSphere PowerCLI 可能無法連線到 vCenter Server 5.5,並顯示信號交換失敗。vSphere 5.5 使用 Open SSL 程式庫,基於安全考量,此程式庫預設為僅接受使用強式加密套件的連線。在 Windows XP 或 Windows Server 2003 上,vSphere Client 和 vSphere PowerCLI 不使用強式加密套件與 vCenter Server 連線。伺服器端會顯示錯誤沒有符合的加密套件,而信號交換會在 vSphere Client 或 vSphere PowerCLI 端失敗。

    因應措施:採取下列其中一個動作。

    若是 Windows Server 2003 或 64 位元 Windows XP,請套用適合您平台的 Microsoft Hotfix:

    若是 Windows XP 32 位元、Windows XP 64 位元或 Windows Server 2003,請執行下列其中一項動作。

    • 在主機上安裝 vSphere Client 或 vSphere PowerCLI 之前,請將 Windows 作業系統升級到 Windows Vista 或更新版本。
    • 在 vCenter Server 主機上,透過允許伺服器使用弱式加密套件進行通訊,來降低隱含的安全性。做法是,將下列區段包含到 vCenter Server vpxd.cfg 檔案中:
      <config>
          ...
          <vmacore>
              ...
              <ssl>
                  ...
                  <cipherList>ALL</cipherList>
              ...
              </ssl>
          ...
          </vmacore>
      ...
      </config>
  • 如果現有 vCenter Server Appliance 具有靜態 IP 組態,且現有 vCenter Server Appliance 和升級後的 vCenter Server Appliance 位於不同的子網路時,則升級 vCenter Server Appliance 之後網路會中斷
    升級設定有下列兩項條件的 vCenter Server Appliance 後,網路會中斷:

    • 現有 vCenter Server Appliance 具有靜態 IP 組態。
    • 現有 vCenter Server Appliance 和升級後的 vCenter Server Appliance 位於不同的子網路。

    因應措施:若要還原網路:

    1. 透過虛擬機器主控台登入 vCenter Server Appliance。
    2. 執行 /opt/vmware/share/vami/vami_config_net 來重新設定網路。
  • 嘗試將 vSphere Web Client 升級到 5.5 版會導致顯示警告訊息:錯誤: 29108
    在 vSphere Web Client 升級到 5.5 版期間,會顯示下列警告訊息:錯誤: 29108。解除登錄服務或解決方案使用者失敗。因為安裝程式無法以程式設計方式移除應用程式使用者,所以會發生此錯誤。

    因應措施:

    1. 記下警告訊息中指出的確切 vSphere Web Client 解決方案使用者。
    2. 按一下確定關閉警告訊息,然後完成升級到 5.5 版 vSphere Web Client。
    3. 以 Single Sign-On 管理員身分登入 vSphere Web Client
    4. 在 [管理] 的 [Single Sign-On] 下,按一下使用者和群組,然後按一下應用程式使用者索引標籤。
    5. 若要移除警告訊息中指出的解決方案應用程式使用者,請選取該使用者的對應列,然後按一下刪除
  • 從 ESX 4.x 升級到 ESXi 5.5 後並未保留虛擬 NIC vmk0 的 IPv6 設定
    使用 --forcemigrate 選項將啟用了 IPv6 的 ESX 4.x 主機升級到 ESXi 5.5 時,虛擬 NIC vmk0 的 IPv6 位址不會於升級後保留。

    因應措施:無。

  • 升級 vCenter Server Appliance 之後,vSphere Web Client 服務無法啟動
    當您將 vCenter Server Appliance 5.0 或 5.1 版升級到 5.5 版時,vSphere Web Client 服務無法啟動,在 Virgo Server 記錄檔中也會顯示下列訊息:
    [ERROR] startup-tracker org.eclipse.virgo.medic.eventlog.default KE0004E Kernel failed to start within 300 seconds.
    [INFO ] startup-tracker org.eclipse.virgo.medic.eventlog.default KE0011I Immediate shutdown initiated.

    因應措施:使用 vCenter Server Appliance 管理介面來啟動 vSphere Web Client 服務。

vCenter Single Sign-On 問題
  • 已更新 若系統從 vSphere 5.1U1a 升級到使用 vCenter Heartbeat 的 vSphere 5.5,進行轉換/容錯移轉之後會顯示錯誤
    啟動具有下列組態的環境:vCenter Server 5.1U1a (含 vCenter Single Sign-On)、Inventory Service 和 vSphere Web Client,加上 vCenter Heartbeat 6.5U1。您升級到 vCenter Server 5.5,並同時升級 vCenter Single Sign-On、Inventory Service 和 vSphere Web Client。接著將 vCenter Heartbeat 升級到 6.6 版。
    所有 VMware 元件和服務會在主要/作用中的節點上成功啟動。如果主要節點關閉,並啟用次要節點,當 vCenter Server 服務在次要/作用中的節點上啟動時,vpxd 記錄中便會顯示下列錯誤:
    Unable to create SSO facade: Invalid response code: 404 Not Found.vpxd 服務無法在次要節點上啟動。

    因應措施:如果安裝新版本的 vCenter Server 和 vCenter Heartbeat 而不是執行升級,則次要節點會按預期啟動。如果您必須升級 Single Sign-On,請依照知識庫文章 Upgrading Single-Sign On 5.1 to 5.5 when vCenter Server Heartbeat is Installed (安裝 vCenter Server Heartbeat 時將 Single-Sign On 5.1 升級到 5.5) 中所列的程序操作。

  • 將 vSphere Web Client 從 5.1U1a 升級到 5.5 期間出現錯誤 29107
    將 vSphere Web Client 從 5.1 Update U1a 版升級至 5.5 版時,如果升級前使用的 vCenter Single Sign-On 服務設定為 High Availability Single Sign-On,則會出現錯誤 29107。

    因應措施:再次執行升級。您可以執行安裝程式並選取 [自訂安裝],僅升級 vSphere Web Client。

  • 如果 Active Directory 服務和 vCenter 服務位於不同的位置,則屬於超過 500 個群組的使用者可能需要很長時間才能完成登入
    您的環境使用 Active Directory 設定。此設定與 vCenter Server 及其服務位於不同的位置。因此,當屬於超過 500 個 Active Directory 群組的使用者使用 vSphere Web Client 登入時,可能需要 10 到 20 分鐘才能完成登入。使用 vSphere Client 時,該使用者的登入可能會逾時。

    因應措施:變更您的設定,使 Active Directory 服務和 vCenter Server 系統位於同一個位置,或者以不屬於如此多個 Active Directory 群組的使用者身分登入。

  • vCenter Single Sign-On 5.5 不再支援自動探索 Active Directory 設定
    vSphere 5.1 vCenter Single Sign-On 版本包括自動探索功能。該功能已從 vSphere 5.5 vCenter Single Sign-On 服務中移除。

    因應措施:從 vSphere Web Client 中,以具有 vCenter Single Sign-On 管理員權限的使用者身分登入 vCenter Single Sign-On,然後手動新增身分識別來源。依預設,administrator@vsphere.local 具有 vCenter Single Sign-On 管理員權限。

  • 升級後,屬於本機管理員群組的網域管理員無法登入 vCenter Server
    在 vSphere 5.1 環境中,您已經提供權限給本機管理員群組,這個群組隱含包括網域管理員群組。您可以使用網域管理員群組的成員身分登入 vCenter Server 5.1。但是,當升級到 vSphere 5.5 時,網域管理員使用者不再擁有登入 vCenter Server 的權限。升級後,本機使用者的權限則維持不變。

    因應措施:最簡單的解決方案是,以 administrator@vsphere.local 身分登入 vCenter Server,然後將權限直接指派給網域管理員群組。如果升級之前,不在子網域內的其他本機使用者具有管理 vCenter Server 使用者的權限,那些使用者也可以登入 vCenter Server,然後將權限指派給網域管理員群組或任何其他群組。

  • 在 Windows Server 2008 SP1 上安裝 vCenter Single Sign-On 會失敗
    當您嘗試在 Windows 2008 SP1 (64 位元) 上安裝 vCenter Single Sign-On 時,會顯示下列警告:
    僅 Windows Server 2008 64 位元或更高版本支援此應用程式。請確定 Windows 沒有做為網域控制站執行。
    安裝未完成。

    因應措施:無。請在 Windows 2008 SP2 (64 位元) 系統上安裝 vCenter Single Sign-On。

  • 使用已由其他服務使用的憑證取代某個服務的憑證時,不會發生任何錯誤
    如果您使用憑證自動化工具取代憑證,並藉由使用已由其他服務使用的憑證取代某個服務的憑證來回應提示時,工具不會顯示錯誤訊息。工具會繼續取代。因為在 Windows 上安裝 vCenter 時,每個服務都必須具有唯一憑證,所以驗證將無法正確運作。

    因應措施:無。請將不同服務所使用的憑證記錄下來。

  • 無法從 vSphere Web Client 下拉式功能表中變更 administrator@vsphere.local 的密碼
    從 vSphere Web Client 登入 vCenter Single Sign-On 伺服器時,可以從下拉式功能表中進行密碼變更。以 administrator@vsphere.local 身分登入時,變更密碼選項會顯示灰色。

    因應措施:

    1. 選取管理索引標籤,然後選取 vCenter Single Sign-On > 使用者和群組
    2. 在管理員使用者上按一下滑鼠右鍵,然後按一下編輯使用者
    3. 變更密碼。
  • 使用 vCenter Single Sign-On 登入可能需要包含網域名稱
    在 vSphere 5.5 中,vCenter Single Sign-On 不再支援多個預設網域。對於嘗試登入安裝於 Windows 的 vCenter Server 系統的使用者,或登入 vCenter Server Appliance 的使用者來說,這可能會造成問題。

    因應措施:當您登入非預設網域時,請將網域前置詞加到使用者名稱的前面。例如,本機作業系統上的使用者 root 可以使用 localos\root 身分登入。位於網域 DOMAIN1 的使用者 user1 則可以使用 DOMAIN1\user1 身分登入。
    此行為並不視為錯誤,但納入版本說明是為了使內容完整。

  • 如果目的地資料夾包含非 ASCII 或高位元 ASCII 字元,vCenter Single Sign-On 安裝會失敗
    如果您在安裝期間變更 vCenter Single Sign-On 的目的地資料夾,而您選取的新目的地資料夾包含非 ASCII 或高位元 ASCII 字元時,將不會顯示任何警告,但安裝會失敗。

    因應措施:選取包含 ASCII 字元的目的地資料夾。系統不允許使用特殊字元,並會產生下一個已知問題所列的錯誤。

  • 如果安裝資料夾包含特殊字元,vCenter Single Sign-On 會失敗
    如果您嘗試將 vCenter Single Sign-On 安裝到自訂位置,而目的地資料夾名稱包含百分比 (%) 或 & 符號之類的字元,則安裝會失敗。此時會出現類似下列內容的錯誤訊息:
    錯誤 20020。無法更新 server.xml 檔案中的值

    因應措施:無。請參閱《vSphere 安裝和設定》說明文件,取得禁用字元的完整清單。

  • 在具有多個網路介面的虛擬機器上安裝 vCenter Single Sign-On 期間出現警告
    在具有多個網路介面的環境中安裝 vCenter Single Sign-On。該環境中的一或多個網路介面無法使用 DNS 進行解析。當 vCenter Single Sign-On 安裝程式執行必要條件檢查時,會顯示類似下列內容的警告:

    DNS 解析的 IP (<ip_address_1>) 與機器報告的 IP (<ip_address_2>) 不符。憑證將使用機器 IP 而非 FQDN。建議您使用靜態 IP 位址,使其正常運作。

    因應措施:如果對主要介面的正向 DNS 查閱和反向 DNS 查閱均正確,則可以忽略這個警告並繼續安裝。

網路問題
  • 在使用 IPv6 位址將 ESXi 主機新增到 vCenter Server 之後,主機停止回應
    在使用格式為 fe80::/64 的 IPv6 連結本機位址將 ESXi 主機新增到 vCenter Server 之後,主機名稱會在短時間內以灰色顯示並停止回應 vCenter Server。

    因應措施:使用非連結本機位址的有效 IPv6 位址。

  • 除實體 NIC 支援的虛擬功能外,vSphere Web Client 可讓您設定更多虛擬功能,且不會顯示錯誤訊息
    在實體介面卡的 SR-IOV 設定中,除介面卡支援的虛擬功能外,您還可以設定更多虛擬功能。例如,可以在僅支援 23 項虛擬功能的 NIC 上設定 100 項虛擬功能,且不會出現任何錯誤訊息。系統會顯示訊息,提示您重新啟動主機以套用 SR-IOV 設定。主機重新開機後,會為 NIC 設定介面卡可支援的虛擬功能數目 (在本範例中為 23 項)。提示您為主機重新開機的訊息仍然存在,實際上不應該顯示。

    因應措施:無

  • 嘗試使用 Surrogate 配對字元命名連結匯總群組 (LAG) 連接埠失敗
    在 vSphere Web Client 中,如果您嘗試重新命名 LAG 連接埠且新的名稱包含 Surrogate 配對字元時,將會顯示下列錯誤訊息:連接埠名稱無效。請指定有效的連接埠名稱。Surrogate 配對是一對 16 位元值,UTF-16 使用這些值來代表需要超過 16 位元的字元。

    因應措施:命名 LAG 連接埠時,請勿使用 Surrogate 配對字元。

  • 在啟用了 SR-IOV 的 ESXi 主機上,與虛擬功能相關聯的虛擬機器可能無法啟動
    在使用 Intel ixgbe NIC 的 ESXi 5.1 或更新版本的主機上啟用 SR-IOV 時,如果環境中啟用了數種虛擬功能,則部分虛擬機器可能無法啟動。
    vmware.log 檔案包含類似下列內容的訊息:
    2013-02-28T07:06:31.863Z| vcpu-1| I120: Msg_Post: Error
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.log.error.unrecoverable] VMware ESX unrecoverable error: (vcpu-1)
    2013-02-28T07:06:31.863Z| vcpu-1| I120+ PCIPassthruChangeIntrSettings: 0a:17.3 failed to register interrupt (error code 195887110)
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.haveLog] A log file is available in "/vmfs/volumes/5122262e-ab950f8e-cd4f-b8ac6f917d68/VMLibRoot/VMLib-RHEL6.2-64-HW7-default-3-2-1361954882/vmwar
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.requestSupport.withoutLog] You can request support.
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.requestSupport.vmSupport.vmx86]
    2013-02-28T07:06:31.863Z| vcpu-1| I120+ To collect data to submit to VMware technical support, run "vm-support".
    2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.response] We will respond on the basis of your support entitlement.

    因應措施:減少與受影響的虛擬機器相關聯的虛擬功能數目,然後再啟動該虛擬機器。

  • 已更新 在 Emulex BladeEngine 3 實體網路介面卡上,虛擬功能支援的虛擬機器網路介面卡無法連線到將實體功能用作上行的 VMkernel 介面卡
    流量不會經過虛擬功能及其實體功能之間。例如,在實體功能支援的交換器上,在同一連接埠上使用虛擬功能的虛擬機器無法連線同一交換器上的 VMkernel 介面卡。這是 Emulex BladeEngine 3 實體介面卡的已知問題。如需相關資訊,請連絡 Emulex。

    因應措施:在主機上停用 Emulex BladeEngine 3 裝置的原生驅動程式。如需詳細資訊,請參閱 VMware 知識庫文章 2044993

  • ESXi Dump Collector 無法將 ESXi 核心檔案傳送到遠端伺服器
    如果將處理 Dump Collector 流量的 VMkernel 介面卡設定為本身連結匯總群組 (LAG) 設成作用中上行的分散式連接埠群組,則 ESXi Dump Collector 無法傳送 ESXi 核心檔案。實體交換器上設定了 LACP 連接埠通道。

    因應措施:執行下列其中一項因應措施:

    • 使用 vSphere Standard Switch 來設定處理 ESXi Dump Collector 與遠端伺服器流量的 VMkernel 介面卡。
    • 使用獨立上行為設定了 VMkernel 介面卡的分散式連接埠群組處理流量。
  • 嘗試在 vSphere Distributed Switch 上部署虛擬機器時,儘管交換器具有可用的連接埠,仍可能會顯示錯誤訊息「distributed_switch_name 中沒有可用的連接埠
    當您嘗試在 vSphere Distributed Switch 上部署虛擬機器時,儘管交換器具有多個可用的連接埠,仍可能會顯示錯誤訊息「distributed_switch_name 中沒有可用的連接埠」。vCenter Server 在保留和刪除分散式連接埠時,以不正確的方式處理競爭情形。如果第一個可用的連接埠即將刪除,但尚未刪除時,此問題會造成 vCenter Server 判定分散式交換器沒有可用的連接埠。例如,當主機中斷連線或進入維護模式時,或是虛擬機器已重新設定時,vCenter Server 會刪除連接埠。

    因應措施:請等候數分鐘後,再重新部署虛擬機器。此時,可能就不會發生競爭情形。

  • 如果您使用 vSphere Client 變更 vSphere Standard Switch 或 vSphere Distributed Switch 在主機上的連接埠數目,即使在重新開機後也不會儲存變更
    如果您使用 vSphere Client 變更 vSphere Standard Switch 或 vSphere Distributed Switch 在 ESXi 5.5 主機上的連接埠數目,即使將主機重新開機,連接埠數目也不會發生變更。

    重新開機執行 ESXi 5.5 的主機時,主機會動態增減虛擬交換器的連接埠數目。連接埠數目是根據主機可以執行的虛擬機器數目決定的。您不需要在此類主機上設定交換器連接埠的數目。

    因應措施:在 vSphere Client 中沒有因應措施。

伺服器組態問題
  • 針對 vSphere Distributed Switch 執行主機設定檔修復失敗
    為 vSphere Distributed Switch 套用主機設定檔時,如果使用 Fault Tolerance 的虛擬機器在使用該主機設定檔中分散式交換器的主機上處於關閉電源狀態,就可能會發生修復錯誤。

    因應措施:將電源已關閉的虛擬機器移至其他主機,讓主機設定檔成功修復。

  • 將 Auto Deploy 用於 USB 的無狀態快取或可設定狀態的安裝後,顯示不符合規範訊息
    編輯主機設定檔以在主機上對 USB 磁碟啟用無狀態的快取後,主機設定檔在嘗試修復時收到符合性錯誤。主機將重新開機並完成快取。在檢查符合性之後,會收到以下符合性錯誤:
    主機狀態與規格不相符

    因應措施:不需要任何因應措施。此訊息不正確。

  • 將 ESX 4.0 或 ESX 4.1 設定檔套用到 ESXi 5.5 主機時,主機設定檔收到防火牆設定符合性錯誤
    如果從 ESX 4.0 或 ESX 4.1 主機擷取主機設定檔,並嘗試將它套用到 ESXi 5.5 主機,則設定檔修復會成功。符合性檢查會收到防火牆設定錯誤,包括:
    找不到規則集 LDAP
    找不到規則集 LDAPS
    找不到規則集 TSM
    找不到規則集 VCB
    找不到規則集 activeDirectorKerberos

    因應措施:不需要任何因應措施。發生此情況是正常的,因為 ESX 4.0 或 ESX 4.1 主機的防火牆設定與 ESXi 5.5 主機的防火牆設定不同。

  • 新增 變更 ESXi 主機的 BIOS 裝置設定可能會導致裝置名稱無效
    如果變更 ESXi 主機上的 BIOS 裝置設定,且變更使得指派給裝置的 <segment:bus:device:function> 值有所變動,可能會導致裝置名稱無效。例如,如果啟用先前停用的整合式 NIC,可能會改變指派給其他 PCI 裝置的 <segment:bus:device:function> 值,從而導致 ESXi 變更指派給這些 NIC 的名稱。ESXi 5.5 與舊版 ESXi 不同,如果主機 BIOS 提供了具體的裝置位置資訊,ESXi 5.5 會嘗試在 <segment:bus:device:function> 變更期間保留裝置名稱。由於此功能中的錯誤,有時會產生 vmhba1 和 vmnic32 之類的無效名稱。

    因應措施:重新開機 ESXi 主機一或兩次,應可以清除無效的裝置名稱,並還原原始名稱。請勿在生產環境中執行使用無效裝置名稱的 ESXi 主機。

儲存區問題
  • 將 vCenter Server 升級到 5.5 版之後,無儲存區功能的儲存區設定檔可能會遺失
    當您升級到 vCenter Server 5.5 之後,使用舊版 vCenter Server 建立的儲存區設定檔無法顯示在 vSphere Web Client 中。此問題僅會影響沒有附加任何儲存區功能的儲存區設定檔。

    因應措施:在您執行升級之前,請將儲存區功能附加到必須在 vCenter Server 5.5 中可用的儲存區設定檔。升級之後,現有儲存區功能會轉換為「舊版使用者標籤」類別中的標籤,而儲存區設定檔會轉換為參照這些標籤的儲存區原則。

  • 在 [編輯虛擬機器儲存區原則] 精靈中,重新命名的標籤顯示為遺失
    虛擬機器儲存區原則可以根據資料存放區標籤包含規則。如果您重新命名標籤,參照此標籤的儲存區原則並不會自動更新標籤,且會將其顯示為遺失。

    因應措施:從虛擬機器儲存區原則中移除標記為遺失的標籤,然後新增重新命名的標籤。將儲存區原則重新套用到所有過期實體。

  • 當 Flash Read Cache 區塊大小設為 16 KB、256 KB、512 KB 或 1024 KB 時,無法開啟虛擬機器電源
    設定 Flash Read Cache 及 16 KB、256 KB、512 KB 或 1024 KB 區塊大小的虛擬機器,電源無法開啟。Flash Read Cache 支援的快取大小下限與上限分別為 4 MB 和 200 GB,而支援的區塊大小下限與上限分別為 4 KB 和 1 MB。當您開啟虛擬機器電源時,作業會失敗並顯示下列訊息:

    開啟虛擬機器的電源時收到來自 ESX 主機的錯誤。

    無法啟動虛擬機器。

    開啟模組 DiskEarly 的電源失敗。

    無法設定磁碟 scsi0:0。

    無法開啟具有未設定磁碟的虛擬機器電源。無法附加 vFlash 快取: msg.vflashcache.error.VFC_FAILURE

    因應措施:設定虛擬機器 Flash Read Cache 的大小和區塊大小。

    1. 在虛擬機器上按一下滑鼠右鍵,然後選取編輯設定
    2. 虛擬硬體索引標籤上,展開硬碟檢視磁碟選項。
    3. 按一下虛擬 Flash Read Cache 欄位旁的進階
    4. 增加快取大小保留區,或縮減區塊大小。
    5. 按一下確定儲存變更。
  • vSphere Web Client 無法載入已儲存資源集區樹狀結構檔案的自訂副檔名
    主機摘要頁面上會顯示 DRS 錯誤訊息。

    當您在 vSphere Web Client 中停用 DRS 時,系統會提示您儲存資源集區結構,以利日後重新載入。此檔案的預設副檔名為 .snapshot,但您可以為此檔案選取不同的副檔名。如果檔案具有自訂副檔名,當您嘗試載入時,它會顯示為停用。此行為只會在出現在 OS X 上。

    因應措施:將副檔名變更為 .snapshot,以利於載入到 OS X 上的 vSphere Web Client 中。

  • 主機摘要頁面上顯示 DRS 錯誤訊息
    主機摘要頁面上會顯示下列 DRS 錯誤訊息:

    無法在主機上套用 DRS 資源設定。在目前的狀態下不允許執行此作業。這會顯著降低 DRS 的效率。

    在某些組態中,競爭情形可能會導致在記錄檔中建立無意義或無法採取動作的錯誤訊息。如果虛擬機器在套用 DRS 資源設定的同時解除登錄,就可能會發生此錯誤。

    因應措施:忽略此錯誤訊息。

  • 為大於 16 TB 的 VMDK 設定虛擬 Flash Read Cache,導致發生錯誤
    虛擬 Flash Read Cache 不支援大於 16 TB 的虛擬機器磁碟。嘗試設定此類磁碟將會失敗。

    因應措施:無

  • 無法開啟具有虛擬 Flash Read Cache 保留區的虛擬機器電源或擴大其快取保留區
    當具有虛擬 Flash Read Cache 保留區的虛擬機器已開啟電源時,其所在的主機會使用一般 RAM 記憶體來管理 Flash 保留區。如果可用的記憶體不足,將無法開啟虛擬機器的電源。如果虛擬機器正在執行且您擴大 Flash Read Cache 保留區時,因為無法連接該快取,所以作業會失敗並且會顯示執行階段錯誤。

    因應措施:將虛擬機器移到另一台主機,或降低 Flash Read Cache 的記憶體需求,方法是針對受影響的虛擬機器或針對執行於同一台主機上的其他虛擬機器,設定較大的 Flash Read Cache 區塊大小。您也可以縮小位於主機上的一或多個虛擬機器的 Flash Read Cache 保留區。在進行這些變更之後,重試開啟虛擬機器的電源或重新設定虛擬機器。 請按照《vSphere Storage》說明文件中的 Flash Read Cache 組態建議,以盡可能減少這類錯誤的發生。

  • 重新設定快取大小時,可能會關閉虛擬機器電源
    如果您為虛擬機器上的虛擬 Flash Read Cache 進行了錯誤的重新設定 (例如指派了無效值),虛擬機器電源可能會關閉。

    因應措施:遵循《vSphere 儲存區》說明文件中建議的快取大小準則。

  • 重新設定啟用虛擬 Flash Read Cache 的虛擬機器,可能會失敗並顯示作業已逾時錯誤
    重新設定作業需要耗用大量 I/O 頻寬。當您執行高負載的工作時,此類作業可能會在完成前逾時。如果主機有任何 LUN 處於所有路徑失效 (APD) 狀態,也可能會發生此行為。

    因應措施:修正所有主機 APD 狀態,並於 LUN 和主機上重試 I/O 負載較小的作業。

  • 為了保持負載平衡,對於裝有虛擬 Flash Read Cache 的虛擬機器,DRS 不執行 vMotion
    為了保持負載平衡,對於裝有虛擬 Flash Read Cache 的虛擬機器,DRS 不執行 vMotion

    因應措施:除了以下原因之外,DRS 不建議將這些虛擬機器用於 vMotion:

    • 撤除使用者要求進入維護模式或待命模式的主機。
    • 修正 DRS 規則違規。
    • 主機資源使用率處於紅色狀態。
    • 某台主機或大部分主機使用過度,且虛擬機器需求尚未滿足。
      附註:您可以選擇設定 DRS 忽略此原因。
  • 虛擬機器的作用中記憶體偏低,但使用的記憶體偏高時,會將主機置於待命模式
    ESXi 5.5 對於 DPM 預設行為做出了變更,目的在於降低此功能的積極性,如此有助於在虛擬機器作用中記憶體偏低,但使用的記憶體偏高時,協助防止虛擬機器效能降低。DPM 度量為 X%*IdleConsumedMemory + 作用中記憶體。X% 變數可以調整,且預設為 25%。

    因應措施:您可以在進階選項中設定 PercentIdleMBInMemDemand=0,將其還原為舊版 ESXi 中的積極 DPM 行為。

  • DRS 啟動的 vMotion 可能失敗
    當 DRS 建議為具有虛擬 Flash Read Cache 保留區的虛擬機器使用 vMotion 時,vMotion 可能失敗,因為目標主機上可用的記憶體 (RAM) 不足以管理虛擬機器的 Flash Read Cache 保留區的作業。

    因應措施:遵循《vSphere 儲存區》中記錄的 Flash Read Cache 組態建議。
    如果 vMotion 失敗,請執行下列步驟:

    1. 重新設定目標主機上虛擬機器以及傳入虛擬機器的區塊大小,以減少目標主機上 VMkernel 記憶體的整體目標使用率。
    2. 使用 vMotion 將虛擬機器手動移轉到目標主機,以確保情況得以解決。
  • 您無法檢視個別 SSD 裝置虛擬 Flash 組態設定期間發生的問題
    虛擬 Flash 資源的組態是一項在 SSD 裝置清單上執行的工作。當為全部物件完成這項工作時,vSphere Web Client 會報告工作成功完成,但可能不會通知您有關個別 SSD 裝置組態的問題。

    因應措施:執行下列其中一項工作。

    • 在 [最近的工作] 面板中,按兩下已完成的工作。
      所有組態失敗的情況都會顯示在 [工作詳細資料] 對話方塊的 [相關事件] 區段中。
    • 或者,您也可以遵循以下步驟:
      1. 從詳細目錄中選取主機。
      2. 按一下監控索引標籤,然後按一下事件
  • 無法取得 ESXi 主機上 Micron PCIe SSD 的 SMART 資訊
    嘗試使用 esxcli storage core device smart get -d 命令顯示 Micron PCIe SSD 裝置的統計資料失敗。將會顯示下列錯誤訊息:
    取得 Smart 參數時發生錯誤: 無法開啟裝置

    因應措施:無。在此版本中,esxcli storage core device smart 命令不支援 Micron PCIe SSD。

  • ESXi 不會套用虛擬機器組態檔案中針對 SCSI 虛擬磁碟設定的頻寬限制
    請在虛擬機器組態檔案 (.vmx) 中使用一組參數設定 SCSI 虛擬磁碟的頻寬和輸送量限制。例如,組態檔案可能包含對 scsi0:0 虛擬磁碟的下列限制:
    sched.scsi0:0.throughputCap = "80IOPS"
    sched.scsi0:0.bandwidthCap = "10MBps"
    sched.scsi0:0.shares = "normal"

    ESXi 不會將 sched.scsi0:0.bandwidthCap 限制套用到 scsi0:0 虛擬磁碟。

    因應措施:使用 vSphere Web Client 或 esxcli system settings advanced set 命令,還原為舊版磁碟 I/O 排程器。

    • 在 vSphere Web Client 中,編輯主機 [進階系統設定] 清單中的 Disk.SchedulerWithReservation 參數。
      1. 導覽到主機。
      2. 管理索引標籤上,選取設定,然後選取進階系統設定
      3. 找出 Disk.SchedulerWithReservation 參數,例如,使用篩選器尋找文字方塊。
      4. 按一下編輯並將參數設定為 0。
      5. 按一下確定
    • 在主機對應的 ESXi Shell 中,執行下列主控台命令:
      esxcli system settings advanced set -o /Disk/SchedulerWithReservation -i=0
  • 設定了 Flash Read Cache 的虛擬機器在快取出現錯誤時無法移轉出主機
    設定了 Flash Read Cache 的虛擬機器,在快取處於錯誤狀態且無法使用時,可能會發生移轉錯誤。此錯誤會導致虛擬機器移轉失敗。

    因應措施:

    1. 重新設定虛擬機器並停用快取。
    2. 執行移轉。
    3. 於虛擬機器移轉後重新啟用快取。

    或者,虛擬機器必須先關閉再重新開啟電源,以更正快取錯誤。

  • 主機從 ESXi 5.5 Beta 升級後無法刪除 VFFS 磁碟區
    當主機從 ESXi 5.5 Beta 升級後,您無法刪除 VFFS 磁碟區。

    因應措施:只有當您從 ESXi 5.5 Beta 升級到 ESXi 5.5 時,才會發生這種情況。為了避免此問題,請改為安裝 ESXi 5.5,不要進行升級。如果您要從 ESXi 5.5 Beta 升級,請於升級前刪除 VFFS 磁碟區。

  • 在裝有舊版 Windows 與 Linux 客體作業系統的虛擬機器上啟用虛擬 Flash Read Cache 時,沒有出現預期的執行階段延遲改善情形
    當快取大小配合目標工作集加以調整,且客體檔案系統調整為符合至少 4 KB 的界限時,虛擬 Flash Read Cache 可以提供最佳效能。Flash Read Cache 會篩選出不適當的區塊,以避免對快取內的部分區塊進行快取。通常,在針對裝有 Windows XP 與早於 2.6 之 Linux 發行版之虛擬機器的 VMDK 設定虛擬 Flash Read Cache 時,就會出現這種行為。在這種情況下,快取叫用率以及快取佔用都會偏低,表示此類 VMDK 發生快取保留區浪費的情形。在執行 Windows 7、Windows 2008 和 Linux 2.6 及更新發行版的虛擬機器上,由於這些作業系統會配合 4 KB 界限調整檔案系統以確保最佳效能,因此並不會出現這種行為。

    因應措施:若要提高快取叫用率,並讓每個 VMDK 的快取保留區達到最佳使用狀態,請務必將 VMDK 上安裝之客體作業系統的檔案系統調整為符合至少 4 KB 的界限。

vCenter Server 和 vSphere Web Client 問題
  • 嘗試在已啟用 IPv4 和 IPv6 的 VMware vCenter Server Appliance Web 主控台上停用 IPv4 (從 DHCP 到 [無]) 失敗,且會顯示錯誤訊息無法設定網路設定
    依預設,已在 vCenter Server Appliance 預設虛擬網路介面卡上啟用 IPv4 和 IPv6。若要停用 IPv4 並僅使用 IPv6,請登入 Web 主控台 https://vCenter_Server_Appliance_IP_address:5480,按一下網路,並且在預設網路介面卡的位址索引標籤上將 IPv4 位址類型的值從 DHCP 變更為 [無]。嘗試儲存變更時,會出現無法設定網路設定錯誤訊息。

    因應措施:將 [IPv4 位址類型] 設定為靜態,然後變更為

    1. 在預設網路介面卡的位址索引標籤上,將 IPv4 位址類型的值從 DHCP 變更為靜態,然後儲存變更。
    2. IPv4 位址類型的值從靜態變更為,然後儲存變更。
  • VMware vCenter Server Appliance 資料庫磁碟使用量
    帶有內嵌式 vPostgres 資料庫的 vCenter Server Appliance 所用的磁碟分割的磁碟空間可能不足。這可能是大型或動態的詳細目錄保留設定導致的。在大多數情況下,vPostgres 磁碟空間由保留用於 vCenter Server 收集之統計資料、事件和工作的歷史資料填滿。

    因應措施:變更 vCenter Server 資料保留設定。vSphere 說明文件中可找到指示:

    • 對於統計資料,請參閱《vCenter Server 和主機管理》中的〈在 vSphere Web Client 中設定統計資料設定〉。
    • 對於事件和工作,請參閱《vCenter Server 和主機管理》中的「在 vSphere Web Client 中設定 vCenter Server」。

    您也可以監控 vPostgres 磁碟的磁碟使用量。如需相關指示,請參閱 VMware 知識庫文章 2058187

  • 已更新 VMware vCenter Server Appliance 5.5 根帳戶在密碼到期後被鎖定
    依預設,VMware vCenter Server Appliance 中本機根帳戶的密碼會於應用裝置第一次開啟電源之後的 90 天後到期。如果允許密碼到期,則將停用帳戶且無法存取帳戶。

    因應措施:如需有關防止停用以及解除鎖定密碼到期的根帳戶的指示,請參閱 VMware 知識庫文章 2069041

  • vCenter Server Appliance 大型部署需求
    若要 vCenter Server Appliance 管理大型部署,必須連線到遠端資料庫並修改虛擬機器設定。如需記憶體和大小調整選項的相關資訊,請參閱《vCenter Server 和主機管理》中的「設定 VMware vCenter Server Appliance 的詳細目錄大小」。

    因應措施:

    1. 確保已設定虛擬機器的記憶體和 CPU 最小需求。
      如需虛擬機器組態的相關資訊,請參閱《vSphere 虛擬機器管理》中的「設定虛擬機器」。如需記憶體選項的相關資訊,請參閱《vCenter Server 和主機管理》中的「設定 VMware vCenter Server Appliance 的詳細目錄大小」。
    2. 登入 vCenter Server Appliance 管理介面,網址為 https://vCenter Server Appliance 的 IP 位址或 FQDN:5480,並導覽到服務。在詳細目錄大小下拉式功能表中,選取大型,然後按一下儲存設定
    3. 如果您使用內嵌式資料庫搭配 vCenter Server Appliance,請按照 VMware 知識庫文章 2056764 中列出的步驟,將磁碟空間至少增加到 120 GB。

    依照 VMware 知識庫文章 2058187 中所述,定期監控 vCenter Server Appliance 資料庫磁碟使用量。

  • 僅在 Mac OS 10.7 及更新版本上支援 vSphere Web Client 5.5 的用戶端整合外掛程式
    僅在 Mac OS 10.7 及更新版本上支援 vSphere Web Client 5.5 的用戶端整合外掛程式。在 Mac OS 10.6.x 或更早版本上,用戶端支援外掛程式未在瀏覽器上正確登錄,或者在 OVF 和 OVA 上傳或下載期間,OVF 工具顯示執行階段錯誤。

    因應措施:將 Mac OS 升級到 10.7 或 10.8。

  • vCenter Server Appliance 產生的預設資料夾名稱不會反映瀏覽器的語言設定
    使用 vSphere Web Client 存取 vCenter Server Appliance 時,伺服器產生的預設資料夾名稱 (例如「探索到的虛擬機器」) 不會反映瀏覽器的語言設定。

    因應措施:編輯 vpxd 地區設定:

    1. 在 vSphere Web Client 詳細目錄中選取 vCenter Server 執行個體。
    2. 按一下管理索引標籤。
    3. 按一下進階設定
    4. 按一下編輯
    5. vpxd.locale 文字方塊中,輸入地區設定代碼。

      有效選項包括 de、en、fr、ja、ko 和 zh_CN。

    6. 按一下確定
    7. 重新啟動 vCenter Server:
      1. 登入 vCenter Server Appliance 組態介面,網址是 https://hostname:5480。
      2. vCenter Server 索引標籤上,選取摘要
      3. 按一下停止 vCenter
      4. 按一下啟動 vCenter
  • 嘗試使用 vSphere Client 登入 vCenter Server 失敗,且顯示錯誤訊息,指出發生未知連線錯誤
    嘗試使用安裝於 Windows XP 或 Windows Server 2003 的 vSphere Client 登入 vCenter Server 失敗,且顯示下列錯誤:發生未知連線錯誤。(用戶端無法向伺服器傳送完整要求。(基礎連線已關閉: 傳送時發生非預期的錯誤。))。導致該錯誤的原因是:不支援 Windows XP 和 Windows Server 2003 上的某些 SSL 加密方式。

    因應措施:若是 Windows Server 2003 或 64 位元 Windows XP,請從 http://support.microsoft.com/kb/948963 套用適當的 Hotfix。

    沒有適用於 Windows XP (32 位元) 的 Hotfix。Microsoft 提供對 Windows XP 的有限支援,並且尚未發行其適用的 Hotfix。必須將主機作業系統升級到 Windows Vista 或更新版本,即可支援使用高加密強度。

  • 無法在 Internet Explorer 中檢視 EAM 範例解決方案的 [解決方案] 索引標籤
    在 vSphere Web Client 中,按一下 EAM 範例解決方案的解決方案索引標籤時,可能會出現錯誤訊息:已取消導覽到網頁

    因應措施:在其他瀏覽器 (如 Mozilla Firefox 或 Google Chrome) 中檢視 EAM 範例解決方案的解決方案索引標籤。
    或者,在 Internet Explorer 中安裝 EAM 範例解決方案 SSL 憑證。

    1. 在 Internet Explorer 中,導覽至 EAM 範例解決方案管理頁面,該頁面位於您設定 EAM 範例解決方案時指定的位址。
      預設 URL 是 http://<IP_adress_of_machine_where_you_install_the_solution>:8080/eam-sample
    2. 載入頁面時,請接受憑證安全性警告。
    3. 透過按一下 Internet Explorer 位址列中的憑證錯誤圖示,來安裝 EAM 範例解決方案憑證。
    4. 重新啟動 Internet Explorer,並開啟 vSphere Web Client。
  • vCenter Server Appliance 根據不區分大小寫的使用者名稱比對檢查使用者權限
    在先前的 vSphere 版本中,檢查使用者權限時,vCenter Server Appliance 會使用區分大小寫的使用者名稱比對。在 vSphere 5.5 版本中,檢查權限時,vCenter Server Appliance 會使用不區分大小寫的使用者名稱比對。這表示,vCenter Server 檢查權限時,僅在大小寫上不同的兩個使用者名稱 (例如,User1 和 user1) 會被認為是同一個使用者名稱。

    因應措施:如果您的 vCenter Server Appliance 的使用者名稱僅在大小寫上不同,請至少重新命名其中一個使用者,並重新指派權限給重新命名的使用者。

  • 登入後,會出現錯誤訊息,並且 vSphere Web Client 詳細目錄中沒有可用的 vCenter Server 執行個體
    vCenter Server 執行個體管理過大的詳細目錄並在高負載下運作時,可能會發生此問題。

    因應措施:登出 vSphere Web Client 後再登入。如果未解決問題,請確認您的 vSphere 環境是在建議的組態上限執行。

虛擬機器管理問題
  • 虛擬機器客體作業系統不會偵測從 Chrome 中 HTML 5 主控台傳送的控制金鑰
    嘗試將控制命令從 Chrome 中的 HTML 5 主控台傳送到虛擬機器時,客體作業系統不會回應。

    使用 Firefox 中的 HTML 5 主控台,或者使用 vSphere Web Client 中的虛擬機器主控台。

  • 連線到連結至 Mac OS X 用戶端電腦的 USB 裝置時,虛擬機器會報告 USB 連線錯誤
    在下列情況下,將 USB 裝置從 Mac OS X 用戶端電腦連線到虛擬機器時,會看到連線裝置時發生錯誤訊息:

    • 將多個 USB 裝置或集線器從 Mac OS X 用戶端電腦連線到虛擬機器。
    • 當多個裝置錯誤列示為可連線到虛擬機器上的 USB 控制器時新增 USB 裝置,但是,這些裝置已由其他虛擬機器或用戶端電腦使用。

    因應措施:確保其他虛擬機器或用戶端電腦未使用 USB 裝置,並且僅將一個 USB 裝置或集線器從 Mac OS X 用戶端電腦連線到虛擬機器。

  • 地區設定為法文且裝有 Windows 7 Enterprise 64 位元客體作業系統的虛擬機器於複製作業期間遇到問題
    如果您已複製執行法文地區設定的 Windows 7 Enterprise 64 位元虛擬機器,虛擬機器會從網路中斷連線且不會套用自訂規格。當虛擬機器於 ESXi 5.1 主機上執行,而您將其複製到 ESXi 5.5 並將 VMware Tools 升級到 5.5 主機可用的最新版本時,就會發生這個問題。

    因應措施:在將 VMware Tools 升級到最新可用版本之前,請將虛擬機器相容性升級到 ESXi 5.5 及更新版本

  • 嘗試在執行中的虛擬機器上增加虛擬磁碟的大小失敗並顯示錯誤
    如果您在虛擬機器執行中時增加虛擬磁碟的大小,作業可能會失敗並顯示下列錯誤:

    此裝置類型不支援此作業。

    如果您將磁碟延伸為 2 TB 或更大,可能會出現失敗。熱延伸作業僅支援增加 2 TB 或更小的磁碟大小。SATA 虛擬磁碟不支援任何大小的熱延伸作業。

    因應措施:關閉虛擬機器電源,再將虛擬磁碟延伸為 2 TB 或更大。

移轉問題
  • 不支援主機之間的虛擬機器拖放
    使用 vSphere Web Client,並嘗試將虛擬機器從一個主機拖放到另一個主機。紅色 X 表示不支援拖放。

    因應措施:使用移轉虛擬機器動作,或在虛擬機器上按一下滑鼠右鍵,選取移到,以啟動移轉精靈。

  • 無法將具有 IvyBridge-EP 或 IvyBridge-EX 處理器的主機新增到 Intel IvyBridge Generation EVC 叢集
    嘗試將具有 IvyBridge-EP 或 IvyBridge-EX 處理器的主機新增到已啟用 Intel IvyBridge Generation EVC 模式的 EVC 叢集時,您會看到錯誤訊息指出主機中遺失必要的 CPU 功能。無法將主機新增到叢集。

    因應措施:無。

  • 如果虛擬磁碟數目大於 64,則不允許透過移轉變更資料存放區
    不具有共用儲存區的 Storage vMotion 和 vMotion 支援移轉最多有 64 個虛擬磁碟的虛擬機器。如果要移動的虛擬磁碟數目大於 64,則不允許執行移轉作業。
    但是,如果使用 Storage vMotion 有選擇地移動少於 64 個磁碟,或者僅移動虛擬機器的主目錄,則作業會成功,即使對於具有虛擬磁碟支援數目上限的虛擬機器亦然。

    因應措施:

    • 對於 Storage vMotion,請執行多次移轉,每次最多移轉 64 個磁碟。使用移轉虛擬機器精靈上的進階選項,選取要移轉的磁碟,並指定資料存放區位置。
    • 對於不具有共用儲存區的 vMotion,請關閉虛擬機器電源,以便執行移轉。
  • 在 vSphere HA 叢集中成功的 Storage vMotion 作業可能會導致孤立虛擬機器
    在 vSphere HA 叢集中,使用 Storage vMotion 移轉虛擬機器後,同名的孤立虛擬機器可能會繼續留在 vCenter Server 詳細目錄中。如果在 Storage vMotion 工作流程完成之前,vSphere HA 就嘗試重新啟動正在移轉的虛擬機器,會發生此錯誤。在以下情況中,會觸發嘗試:

    • 主要主機偵測到影響虛擬機器的可能故障,例如網路中斷。
    • 在不具有 Virtual SAN 的環境中,主要主機重新存取虛擬機器資料存放區。
    • 在具有 Virtual SAN 的環境中,主要主機偵測到 Virtual SAN 物件可存取性發生變化。例如,主機最近在網路磁碟分割後重新加入 Virtual SAN 網路。

    因應措施:刪除孤立的虛擬機器。

VMware HA 和 Fault Tolerance 問題
  • 如果在 vSphere HA 叢集中選取 ESX/ESXi 4.0 或 4.1 主機來容錯移轉虛擬機器,該虛擬機器可能無法如預期重新啟動
    當 vSphere HA 在 ESX/ESXi 4.0 或 4.1 主機上重新啟動虛擬機器時,如果該主機與執行該虛擬機器的原始主機不同,則會執行查詢,但查詢不會得到回應。除非您從 vSphere Client 上手動回應該查詢,否則虛擬機器不會在新主機上開啟電源。

    因應措施:從 vSphere Client 上回應查詢。或者,您也可以等候逾時 (預設為 15 分鐘),接著 vSphere HA 會嘗試在其他主機上重新啟動該虛擬機器。如果主機執行的是 ESX/ESXi 5.0 或更新版本,該虛擬機器將會重新啟動。

  • 如果無共用儲存區的 vMotion 作業在 vSphere HA 叢集中失敗,目的地虛擬機器可能會登錄到非預期的主機
    由於目的地虛擬機器不會收到用以協調兩個虛擬機器間控制權轉移的信號交換訊息,因此,不涉及共用儲存區的 vMotion 移轉可能會失敗。vMotion 通訊協定會同時關閉來源虛擬機器和目的地虛擬機器的電源。如果來源主機和目的地主機位於相同叢集,且已啟用 vSphere HA,則 vSphere HA 可能會將目的地虛擬機器登錄到並非原本 vMotion 移轉目標主機的另一台主機。

    因應措施:如果希望保留目的地虛擬機器,並加以登錄到特定主機,請將目的地虛擬機器重新放置到目的地主機。這項重新放置作業最好在開啟虛擬機器電源之前執行。

  • 啟用 vSphere HA 叢集的許可控制時,會顯示錯誤訊息
    在包含已開啟電源的虛擬機器的 vSphere HA 叢集上啟用許可控制時,會顯示以下錯誤訊息:發生內部錯誤 - 未知內容: '-1

    因應措施:此訊息沒有功能性影響,但是您必須重新載入用戶端才能繼續。

  • vSphere HA 可能無法重新啟動具有 vSphere Flash Read Cache 保留區的虛擬機器
    開啟具有 vSphere Flash Read Cache 保留區的虛擬機器的電源時,虛擬機器所在的主機會使用部分一般 (RAM) 記憶體來管理此 Flash 保留區。如果沒有足夠的記憶體可用,則開啟虛擬機器電源會失敗。vSphere HA 會重新嘗試此類失敗的開啟電源作業,但是只能再執行四次。如果開啟電源的第五次嘗試失敗,則 vSphere HA 會發出事件報告,即報告已到達重新啟動嘗試次數上限。
    附註:若要列出 vSphere HA 發出的事件,可以輸入 "vSphere HA"一詞來搜尋事件歷程記錄。

    因應措施:如果 vSphere HA 無法重新啟動虛擬機器,並且您發現 vSphere HA 事件報告,即報告已到達重新啟動嘗試次數上限,請在其中一個主機上嘗試手動開啟虛擬機器電源。如果開啟電源作業失敗並指出了原因,請解決該問題。

    但是,如果由於無法解釋的原因,此開啟電源工作失敗,或者如果工作錯誤堆疊報告了無法附加 vSphere Flash Read Cache,請嘗試其他主機,或降低 vSphere Flash Read Cache 記憶體需求並再次嘗試。您可以使用下列其中一種方法實現該目的:

    • 為虛擬機器或同一主機上執行的其他虛擬機器設定較大的 vSphere Flash Read Cache 區塊大小,或
    • 大幅減少其中一或多個虛擬機器的 vSphere Flash Read Cache 保留區。

    如果您採用《vSphere Storage 指南》和《vSphere 5.5 Beta 版本說明》中記錄的 vSphere Flash Read Cache 組態建議,可將遇到此類錯誤的可能性降至最低。
  • 在對虛擬機器-虛擬機器反相似性規則進行變更之後,vSphere HA 不會重新嘗試放置因反相似性限制而失敗的虛擬機器
    如果 vSphere HA 因反相似性限制而無法重新啟動虛擬機器,則在變更虛擬機器-虛擬機器反相似性規則或移除該規則時不會進行任何重試。

    因應措施:在增加叢集中的未保留容量後,vSphere HA 主要主機將重新嘗試放置等待資源的虛擬機器。若要增加該容量,請關閉虛擬機器的電源,使用 vMotion 將其移轉到其他叢集,然後

    • 使發生故障的主機重新上線,或
    • 將另一台主機新增到叢集中,或
    • 減少由任一電源已開啟的虛擬機器所保留的資源。
  • 在特定條件下,虛擬機器不會重設,儘管 appState 為 appStateNeedReset 也是如此
    當虛擬機器位於獨立主機上且主機已移到啟用了虛擬機器和應用程式監控的叢集時,如果使用應用程式監控客體 SDK 發出 needReset appstate,則不會重設虛擬機器。當 needReset 要求正在擱置時,如果 FDM 程序在主機上重新啟動,也會發生此情況。例如,重新設定 vSphere HA 時,或如果在已使用應用程式監控客體 SDK 為虛擬機器發出 needReset 狀態之後服務當機,可能會發生此錯誤。

    因應措施:為包含主機的 vSphere HA 叢集觸發空白「重新設定叢集」工作。主機上的 FDM 會提取虛擬機器的 needReset 狀態,而這會重設虛擬機器。在 vSphere Web Client 中,前往 [編輯叢集設定] 面板,然後按一下 [編輯]。按 [叢集設定] 面板上的 [確定],但不變更叢集的任何設定。這樣即可觸發空白「重新設定叢集」工作。

支援的硬體問題
  • 風扇、電源供應器、電壓和電流感應器的感應器值顯示在 vCenter Server 硬體狀態索引標籤的 [其他] 群組下
    部分感應器值會列於 [其他] 群組,而不會列於各分類群組。

    因應措施:無。

  • 新增 如果啟用了偵錯直接記憶體存取 (DMA) 對應程式,則可能會出現 I/O 記憶體管理單元 (IOMMU) 錯誤
    該偵錯對應程式會將裝置置於 IOMMU 網域,以協助捕捉對未明確對應之位址的裝置記憶體存取。在部分使用舊版韌體的 HP 系統上,可能會出現 IOMMU 錯誤。

    因應措施:從 HP 網站下載並套用韌體升級。

    • 升級 HP iLO2 控制器的韌體。
      2011 年 8 月發行的 2.07 版本可以解決此問題。
    • 升級 HP Smart Array 的韌體。
      對於 HP Smart Array P410,2012 年 1 月發行的 5.14 版本可以解決此問題。
其他問題
  • 在具有某些語言與格式地區設定的 Mac OS X 10.7.x 上嘗試使用 Google Chrome 登入 vSphere Web Client 時會顯示錯誤訊息
    使用 Mac OS X 10.7.x 上執行的 Google Chrome 23 時,會遇到「錯誤 2007」和「錯誤 1009」且無法登入。如果作業系統語言和格式設為法文、德文、日文、韓文或俄文,會出現此問題。出現問題的原因是,在切換作業系統地區設定之前安裝 Google Chrome,且瀏覽器使用 Flash Player 11.5.31.5 或 11.5.31.139。

    因應措施:執行下列其中一項工作:

    • 將 Flash Player 版本變更為 11.5.502.136 或 11.5.31.137。
    • 切換到英文地區設定並重新啟動瀏覽器。
    • 切換到英文地區設定,解除安裝 Chrome,然後重新切換到選擇的地區設定,並重新安裝 Chrome。
  • 在 IPv6 網路環境中,您無法使用某些作業系統版本的 Firefox 存取 vSphere Web Client
    使用 Windows 和 Linux 版本的 Firefox 18.0.2 時,您無法在 IPv6 環境中存取 URL。在某些支援的 Linux 發行版 (例如 SLES/SLED 11) 上,您無法使用隨附的 Firefox 10.x 瀏覽器,因為該瀏覽器不接受 IPv6 位址的 SSL 憑證。如需此第三方問題的相關資訊,請參閱「Mozilla 錯誤 633001」。

    因應措施:使用其他支援的瀏覽器,例如 Google Chrome 或 Internet Explorer。

  • 在中文 (簡體中文和繁體中文) 地區設定中,vSphere Web Client 會顯示錯誤訊息
    如果瀏覽器地區設定已設為 [簡體中文] 或 [繁體中文],則在執行某些作業 (例如管理物件、授權與資料中心建立) 時,vSphere Web Client 可能會顯示錯誤訊息。在 [最近的工作] 窗格中,可能會顯示下列訊息:無法建立 <string> 的受管理物件。其他的錯誤訊息將顯示為通知。問題會發生在 Internet Explorer、Google Chrome 和 Mozilla Firefox 中。

    因應措施:變更瀏覽器地區設定並重新啟動瀏覽器。

  • VMware vSphere Web Client 服務不會在土耳其文版本的 Windows Server 2008 或 Windows Server 2012 上啟動
    在土耳其文版本的 Windows Server 2008 或 Windows Server 2012 上安裝 vSphere Web Client 的伺服器元件時,安裝完成後服務不會啟動。

    因應措施:在其他語言版本的 Windows Server 2008 或 Windows Server 2012 上安裝 vSphere Web Client。