本主題列出使用服務時可能遇到的已知問題和已知因應措施 (如有)。

重要: 此資訊僅適用於在您有權存取第一代控制平面中的第一代租用戶環境時。如 知識庫文章 92424 中所述,第一代控制平面已終止提供 (EOA)。請參閱此文章以取得詳細資料。

本說明文件主題包括 Horizon Cloud Connector 的已知問題。但是,即使您使用 Horizon Cloud Connector,將 Horizon 網繭連線至 Horizon Cloud,對於在這些 Horizon 網繭內執行的軟體,如需瞭解其已知問題,可根據該網繭的連線伺服器軟體版本,參閱位於以下位置的版本說明:

針對映像管理服務 (IMS) 且涉及生產中可供所有 Horizon Cloud 客戶使用之 IMS 功能的已知問題,請參閱從雲端管理 Horizon 映像中的已知問題頁面。

備註: 在每個已知的問題中,括弧內的數字代表 VMware 內部問題追蹤系統。

登入的相關已知問題

即使您已成功為 My VMware 帳戶建立包含反斜線 (\) 的密碼,使用這些認證登入 Horizon Cloud 仍失敗 (2595757)
當您使用 My VMware 認證來登入 Horizon Cloud 時,不支援使用包含反斜線的密碼。若要查看支援的特殊字元清單,請登入 my.vmware.com,並導覽至您設定檔的 [變更密碼] 區段。該頁面將顯示支援的特殊字元。因應措施:將您的 My VMware 帳戶密碼重設為新密碼,並確保新密碼不包含反斜線 (\)。

Active Directory 的相關已知問題

直到您於管理主控台中執行涉及 Active Directory 的動作之前,系統不會偵測到主要繫結帳戶鎖定。(2010669)
由於此問題,直到在使用者介面中執行涉及 Active Directory 的動作 (例如搜尋 Active Directory 以將使用者新增至指派時) 之前,登入 Web 型管理主控台的管理員將不會看到主要繫結帳戶鎖定通知。當基礎服務向 Active Directory 提出通訊要求以進行驗證或搜尋 (使用者或群組) 時,節點服務只會偵測鎖定的服務帳戶。因應措施:無。
需要多達 15 分鐘的時間,Web 型管理主控台才會反映主要繫結網域帳戶的鎖定或解除鎖定狀態。(2009434)
系統將對 Active Directory 的連線物件快取 15 分鐘。因此,從主要繫結帳戶進入鎖定狀態的時間點,到系統引發向管理員的通知,可能需要 15 分鐘的時間。相反地,在管理員清除帳戶的鎖定情況之後,系統可能需要多達 15 分鐘的時間才會停止帳戶目前已清除的相關通知。因應措施:無。
對於 Microsoft Azure 中的網繭所包含的伺服器陣列,在同一個 Active Directory 樹系中重複使用具有不同網域的相同伺服器陣列名稱,可能會因為服務提供者名稱 (SPN) 重複而導致網域加入失敗。(1969172)
由於 Microsoft Windows Server 2012 R2 和更高版本針對網域控制站提供了新的功能,對網域控制站進行的重複 SPN 檢查將會導致網域加入失敗。請參閱 Microsoft 知識庫文章 3070083。因應措施:
  • 避免重複使用伺服器陣列名稱。
  • 如上述 Microsoft 知識庫文章中所述,關閉 Active Directory 網域中的重複 SPN 檢查。
使用 Azure AD 網域服務時,Active Directory 登錄工作流程會在網域加入步驟中失敗,並顯示缺少「重設密碼」權限的錯誤。(2218180)
Horizon Cloud 團隊已驗證,在搭配使用 Azure Active Directory (AD) 網域服務與您的網繭時,新增必要網域加入帳戶權限的動作會有相同的效用,如同其他 Active Directory 網域部署。請參閱說明內建容器 AADDC 電腦的 Microsoft 說明文件主題 在 Azure AD 網域服務管理的網域上建立組織單位 (OU),另請參閱該主題開頭處的重要注意事項,以瞭解如何啟用對 Azure AD 網域服務進行密碼雜湊同步的功能。在設定網域加入服務帳戶的權限之前,請務必依照 Microsoft 說明文件的指示,為網域加入服務帳戶啟用對 Azure AD 網域服務進行密碼雜湊同步的功能。在依照 Microsoft 說明文件的指示操作後,如果您的「登錄 Active Directory」工作流程還是發生網域加入權限錯誤,請連絡 VMware 支援,並參考問題報告編號 2218180。

Microsoft Azure 訂閱的相關已知問題

使用 Horizon Universal Console 更新網繭 Azure 訂閱設定的秘密金鑰後,必須重新啟動網繭管理員虛擬機器,新的認證才會生效 (2979394、3007687、3017415)
由於此已知問題,在主控台的 [管理訂閱] 視窗中編輯並儲存 應用程式金鑰設定後,除非在虛擬機器的作業系統中重新啟動管理服務,新輸入的秘密金鑰不會在網繭管理員虛擬機器上生效。如果管理服務沒有重新啟動,則服務用來處理訂閱中資源的 API 呼叫將開始失敗。因應措施:如果您的網繭因某種原因 (例如:逼近或過了到期日) 而需要更新其訂閱秘密金鑰,請開立服務要求來尋求「VMware 支援」和「 Horizon Cloud 營運團隊」的協助,以確保成功執行一系列步驟。大致上來說,這些步驟包括:
  1. 在 Azure 入口網站中,產生新的秘密金鑰。
  2. Horizon Universal Console 中,根據變更、修改及更新所部署之 Horizon Cloud Pod 相關聯的訂閱資訊頁面中所述,遵循標準步驟來更新舊金鑰相關聯之網繭所使用的秘密金鑰。
  3. 要求「VMware 支援」同時在兩個網繭管理員虛擬機器中,重新啟動管理服務。

用來重新啟動管理服務的特定命令不宜在此處公開發佈,因為只有 VMware 團隊才能執行該命令。這些團隊可以參考內部問題 3007687-update-9。

Cloud Connector 的相關已知問題

連線伺服器監控服務 (CSMS) 狀態在 Horizon Cloud Connector 組態入口網站的 [健全狀況] 區域中會顯示為 [未就緒] (3236634)
VMware 知識庫文章 91124 中所述,對於 Horizon Cloud Connector 2.3 版,在重新啟動 Horizon Cloud Connector 應用裝置後或重新啟動應用裝置的 Kubernetes 叢集後,CSMS 狀態會顯示為 未就緒

從 2.4 版開始,Horizon Cloud Connector 中已解決此問題。若要解決出現在先前版本中的這個問題,請遵循知識庫文章中的步驟。

憑證到期問題 (3083444)
發現 2.4 版之前的 Horizon Cloud Connector 版本中的憑證會在應用裝置部署一年後到期。此憑證到期後, Horizon Cloud Connector 將無法再連絡 Horizon Cloud 控制平面,導致由 Horizon Cloud Connector 提供的以雲端為基礎的服務變得無法運作。請參閱 知識庫 90505 以取得更多詳細資料和修復步驟。

Horizon Cloud Connector 2.4 版開始,系統會在憑證到期之前自動更新憑證。

部署 OVF 範本時在 [無 Proxy] 欄位中指定的無 Proxy 主機組態未儲存到已部署的應用裝置中 (2454245、2466306、2467017、DPM-5388)
此問題已在 Horizon Cloud Connector 1.6 版或更新版本中解決。在 vSphere 環境中執行部署 OVF 範本工作流程時,您可以選擇在無 Proxy 欄位中指定無 Proxy 主機組態。但是,由於此已知問題,輸入的設定不會擷取至已部署的應用裝置的組態檔中。因此,部署的應用裝置不會接受指定的無 Proxy 主機設定。

Horizon Cloud Pod 閘道組態相關的已知問題

依預設,用於在閘道組態中啟用 syslog 伺服器設定的 Horizon Universal Console 功能處於關閉狀態。(3005985、3023935、3026855)
由於發現系統的 API 呼叫存在問題,而無法使用 syslog 伺服器資訊來更新 Unified Access Gateway 組態,因此先前發佈的功能在主控台中已關閉。因應措施:無。

Universal Broker 的相關已知問題

Horizon Cloud Connector 上的 Horizon Universal Broker 用戶端不會使用您在初次部署應用裝置後,於連接器應用裝置中所做的 Proxy 相關更新 (HD-35551)
此問題已在 Horizon Cloud Connector 1.6 版或更新版本中解決。連接器應用裝置中的 Horizon Universal Broker 用戶端會在應用裝置第一次開機期間取得 Proxy 詳細資料。由於第一次開機僅會在部署 OVF 範本後第一次啟動應用裝置時執行,因此,對應用裝置 Proxy 組態設定的任何後續變更都不會由 Horizon Universal Broker 用戶端使用。考慮此已知問題與上述有關 OVF 範本部署期間的無 Proxy 組態的已知問題,這表示與 Horizon Universal Broker 相關的任何主機均不能設為非 Proxy 主機。
當您的 Horizon Client 或瀏覽器中的 Horizon HTML Access 開始連線至 Universal Broker 時,出現錯誤訊息「無法連線至連線伺服器」(2714266)
此問題會影響 Microsoft Azure 中執行資訊清單 2632.x,且位於設定為使用 Universal Broker 來代理使用者桌面之租用戶中的 Horizon Cloud Pod。此問題的另一個表現是,您會看到下列兩個情況同時發生:
  • 在桌面虛擬機器所在網繭的網繭詳細資料頁面中,您會看到所有網繭之網繭管理員虛擬機器的網繭管理員虛擬機器的健全狀況報告為錯誤
  • 錯誤訊息「目前無法使用此桌面。請稍後嘗試再次連線至此桌面,或連絡您的系統管理員。」在 Horizon Client 或瀏覽器中的 Horizon HTML Access 開始連線至 Universal Broker 時顯示。
如果網繭管理員執行個體已重新開機,Microsoft Azure 中執行資訊清單 2632.x 的 Horizon Cloud Pod 可能會間歇性地發生此問題。有時,當網繭管理員執行個體已重新開機 (罕見且非典型的情況),在網繭管理員執行個體已啟動電源且 Universal Broker 嘗試與網繭建立連線後,將無法建立經驗證的連線。因應措施:無。如果您遇到此情況,請開啟服務要求以尋求協助,並引用內部問題報告編號 2714266。

對於執行資訊清單 2747.x 及更新版本的網繭,此問題已解決。

映像、伺服器陣列、指派的相關已知問題

此處列出在 Microsoft Azure 中部署的網繭會發生的已知問題。

在映像發佈程序中,發生逾時錯誤,且虛擬機器保持電源開啟,並防止發佈流程成功完成 (2954270、2962049)
此問題是由於在執行發佈程序的 sysprep 步驟時,Microsoft Azure Hypervisor 中出現問題所致。某些 Azure 虛擬機器型號中會出現該問題。如需其他詳細資料,請參閱 VMware 知識庫文章 KB88343

根據 Microsoft Azure 團隊的建議,為向 Horizon Cloud 客戶提供解決方案,由服務的 [從 Marketplace 匯入虛擬機器] 自動化精靈使用的預設 Azure 虛擬機器型號將在服務的 v2204 版本中變更為使用 Standard_DS2_v2 型號自動匯入非 GPU Windows 10 虛擬機器 (單一工作階段和多重工作階段):

  • 針對單一網繭映像,自動化的預設虛擬機器型號將從先前使用的 Standard_D4_v3 虛擬機器型號變更為使用 Standard_DS2_v2。
  • 針對多網繭映像,自動化的預設虛擬機器型號將從先前使用的 Standard_D2_v2 型號變更為使用 Standard_DS2_v2。

從 v2204 版本開始,請在網繭的 Azure 訂閱中包含 Azure DSv2 系列的配額。

虛擬機器及其相關資源可能無法在 Microsoft Azure 訂閱中完全刪除。(2824239、2681761、2750176)
網繭資訊清單版本 2915.x 或更新版本已解決此問題。如果或者當具有較低資訊清單版本的網繭出現此問題,則可能會發生一些問題,例如在擴充 VDI 指派時發生問題。此問題是因 Microsoft Azure 資源管理員 (ARM) 中存在問題所致,使得當在 Microsoft Azure 雲端中跨多個區域複寫資源的狀態時,發生延遲。由於此 Microsoft ARM 問題,其中一些虛擬機器相關資源可能仍未刪除,因而不會連線至 Azure 訂閱中的虛擬機器。可能出現此類未連接項目的範例包括:磁碟和 NIC。因應措施:執行資訊清單版本 2915.x 或更新版本的網繭已解決此問題。如果遇到此問題,請提交服務要求 (SR),以協助您清除過時資料,並排程網繭升級,以防止再次出現此問題。有關提交 SR 的步驟,請參閱 知識庫文章 2006985
對於部署至 Microsoft Azure Government 雲端訂閱的網繭,在伺服器陣列和桌面指派中使用磁碟加密功能會失敗。(2572579)
當您的網繭位於 Microsoft Azure Government 雲端,且您嘗試在將磁碟加密功能選取的情況下建立伺服器陣列或 VDI 指派時,建立程序會失敗,並顯示錯誤: Azure error encrypting the VM。因應措施:無。
在現有伺服器陣列的 [伺服器] 索引標籤中,所有的 [使用者登入模式] 選項皆會出現錯誤訊息,指出必須更新 Horizon Agent。(2528295)
是否使用管理主控台來設定使用者登入模式取決於是否在伺服器陣列虛擬機器中偵測到執行中的代理程式 20.1.0 版。但是,雲端控制平面上可能尚未提供該代理程式版本,因此無法供您用來更新現有伺服器陣列虛擬機器中的代理程式。因應措施:無。當雲端平面中有代理程式 20.1.0 版可供使用,且您的網繭更新至可能會耗用該代理程式版本的資訊清單版本時,您即可將伺服器陣列虛擬機器更新為該代理程式,以便使用 [使用者登入模式] 選項。
有時,較大的浮動 VDI 桌面指派中的某些桌面虛擬機器會報告未知的代理程式狀態。(DPM-3201)
在具有大量桌面虛擬機器的浮動 VDI 桌面指派中,受已知問題的影響,其中可能有少數桌面虛擬機器會進入未知的代理程式狀態,因為某些 Windows 服務 (如 Horizon Agent 的 Blast 服務或 Microsoft Azure 服務) 無法啟動,或啟動速度緩慢。因此,在管理主控台中,這些桌面虛擬機器的 [代理程式狀態] 資料行會顯示 [未知] 狀態,並報告代理程式錯誤。因應措施:在主控台中,使用 重新啟動動作將這些虛擬機器重新啟動。
[從 Marketplace 匯入虛擬機器] 精靈會建立 Windows Server 2012 映像但不會啟用桌面體驗。(2101856)
由於已知問題,當您使用 [從 Marketplace 匯入虛擬機器] 自動化精靈來建立具有 Windows Server 2012 作業系統的映像時,產生的映像不會啟用桌面體驗。因應措施:如果您想要產生的映像具有桌面體驗,則必須在產生的映像中手動啟用桌面體驗。另請注意,針對 Windows Server 2012 作業系統,若要安裝 Horizon Agent 搭配掃描器重新導向選項,則需要在作業系統中啟用桌面體驗。
發佈 (也稱為密封) 已匯入的虛擬機器時,該程序可能會因 sysprep 失敗而造成逾時或其他發佈失敗。(2036082、2080101、2120508、2118047)
在已匯入的虛擬機器上按一下 轉換為桌面發佈以讓它變成已發佈 (密封) 的映像後,系統會在虛擬機器上執行多種作業。這些作業包含執行 Windows 系統準備 (sysprep) 程序、關閉虛擬機器以及將其電源關閉等。由於 Windows sysprep 程序和自訂虛擬機器的產業已知問題,有時發佈程序會基於各種原因而失敗。在 [活動] 頁面上,您會看到「逾時錯誤,等待虛擬機器電源關閉已達 20 分鐘」之類的訊息,以及其他 sysprep 失敗訊息。

一般而言,您可以在使用 [從 Marketplace 匯入虛擬機器] 精靈建立虛擬機器時,將精靈的最佳化 Windows 映像切換選取為,來避免此類 Sysprep 問題。如果您在未使用該選項的已匯入虛擬機器上看到此錯誤,或者您已手動建立該虛擬機器,請參閱 Microsoft KB 2769827Microsoft MVP 文章 615,以瞭解設定映像虛擬機器的最佳做法,以盡可能減少發佈映像時發生 Sysprep 問題的可能性。如果您持續遇到 Sysprep 問題,請參閱文章使用 [從 Marketplace 匯入虛擬機器] 自動化精靈時決定將 Windows 映像最佳化使用匯入桌面精靈時使用移除 Windows 市集應用程式選項中的資訊,以取得自動 [從 Marketplace 匯入虛擬機器] 精靈用來減少 Sysprep 變更問題的方式。如果您在 [活動] 頁面中看到逾時錯誤,可以嘗試此因應措施:在 [映像] 頁面上,使用映像上的轉換映像為桌面動作。當 [活動] 頁面指出將映像轉換為桌面成功時,導覽至 [已匯入的虛擬機器] 頁面。連線至虛擬機器,並套用知識庫中所述的最佳做法。在您看到 [已匯入的虛擬機器] 頁面報告虛擬機器已開啟電源之後,請選取虛擬機器,然後按一下轉換為映像以重新執行發佈程序。

在伺服器陣列建立期間,有時伺服器虛擬機器會卡在自訂步驟。(2010914、2041909)
有時,在伺服器陣列的伺服器虛擬機器上的 Sysprep 程序期間,名為 tiledatamodelsvc 的 Windows 服務會防止 Sysprep 存取完成 Sysprep 自訂程序所需的 Windows 檔案。如此一來,伺服器陣列的伺服器虛擬機器即無法完成自訂步驟。Sysprep 錯誤記錄包含一行「錯誤 SYSPRP setupdigetclassdevs 失敗,錯誤為 0」。因應措施:如果您遇到此問題,且在 Sysprep 錯誤記錄檔中看到該錯誤訊息,請嘗試停止並停用映像中的 tiledatamodelsvc 服務。然後,建立伺服器陣列。
複製映像或在 Microsoft Azure 中手動建立映像後,[已匯入的虛擬機器] 頁面上的代理程式狀態可能會顯示為「未定義」。(2002798)
使用 [映像] 頁面上的 複製按鈕來複製已發佈的映像,或當您在 Microsoft Azure 中手動建立映像虛擬機器時,產生的虛擬機器會在 [已匯入的虛擬機器] 頁面上列出。由於此問題,即使虛擬機器已完全開啟電源,代理程式狀態仍可能會顯示為「未定義」。不過,當您選取虛擬機器,並選擇 [轉換為映像] 將其發佈時,使用者介面會將代理程式報告為「作用中」狀態。因應措施:無。如果 重設代理程式配對新增映像轉換為映像工作流程將代理程式報告為「作用中」,則可以忽略 [已匯入的虛擬機器] 頁面上的「未定義」狀態。

Microsoft Azure 中網繭上的 App Volumes 的相關已知問題

此處列出在 Microsoft Azure 中部署的網繭會發生的已知問題。

將具有相同檔案名稱的應用程式套件 (.vhd 檔案) 上傳至相同位置 (檔案共用),但在不同時間擷取時,可能會在使用者登入時防止 App Volumes 服務將應用程式連結至 VDI 桌面 (2783560)
每次 App Volumes 擷取應用程式套件 (.vhd 檔案) 時,系統都會產生唯一的 GUID 來識別磁碟區或擷取工作階段。當您嘗試使用先前已上傳的檔案名稱 (.vhd) 將應用程式套件上傳至 Horizon Cloud Azure 網繭的暫存檔案共用時,Horizon Cloud Azure 網繭中已存在的 GUID 與雲端服務之間會發生不符的情況。

在 Horizon Cloud Azure 網繭上執行的 App Volumes Manager 服務會定期從檔案共用匯入應用程式套件。當您嘗試從 Horizon Universal Console 的匯入詳細目錄 > 應用程式頁面匯入應用程式時,新匯入的應用程式套件及其對應的 GUID 與執行 Horizon Cloud Azure 網繭之 App Volumes Manager 服務中存在的 GUID 會不相符。由於此不相符的情況,指派的應用程式不會連結至授權的使用者。

使用主控台從 App Volumes 指派中移除部分使用者或群組時,可能會移除指派中部分剩餘使用者或群組的權利 (2704889)
由於此問題,如果您建立了包含一組應用程式和指定使用者或群組的 App Volumes 指派,然後編輯該指派並移除其中部分的特定使用者或群組,則部分仍設定於該指派中的使用者和群組將看不到其有權使用之桌面中的應用程式。

雖然此問題已在網繭資訊清單 2747 及更新版本中獲得解決,但您仍可能在資訊清單版本較早的網繭中遇到此問題。如果發生此問題,您可以建立具有所需應用程式和使用者與群組的新 App Volumes 指派,並刪除先前建立的 App Volumes 指派以因應此問題。

當您的環境在 Microsoft Azure 中有多個網繭時,在處理程序完成之後,擷取程序有時會進入未知狀態。(2600573)
當您的環境具有多個使用 App Volumes 的網繭時,有時在執行擷取程序之後,主控台會指示擷取處於未知狀態,即使虛擬機器上的擷取程序已完成。若要解決此問題,使用 詳細目錄 > 應用程式 > 新增 > 匯入來重新匯入應用程式套件。因此,應用程式套件會成功匯入為獨立的應用程式,並且後續的指派和應用程式啟動會正常運作。
在 Microsoft Windows 10 企業版多重工作階段部署中,當另一個使用者登入相同機器時,列印工作可能會終止。
在此環境中,如果使用者的應用程式套件指派包含首次的印表機驅動程式登入,則另一名使用者在該多重工作階段機器上進行中的列印工作可能會進入錯誤狀態。若要解決此問題,請等候幾分鐘或更長的時間,在列印工作終止後再次嘗試列印工作。請參閱 《管理您的 Horizon Cloud 租用戶環境和已上架的網繭機群》指南,以取得相關的最佳做法資訊。
在 Microsoft Windows 10 企業版多重工作階段部署中,未獲指派應用程式套件的使用者會看到應用程式的部分層面

在此環境中,如果您在佈建期間未關閉應用程式的自動更新,則應用程式的更新部分有時會意外對多重工作階段桌面上的所有使用者 (而不只是獲指派應用程式的使用者) 顯示,例如以桌面捷徑和應用程式二進位檔的形式顯示。若要解決此問題,對於具有自動更新服務的應用程式,請將應用程式服務名稱新增至多字串 svservice 登錄組態 DisableAppServicesList 中,以確保自動更新服務不會啟動。請參閱《管理您的 Horizon Cloud 租用戶環境和已上架的網繭機群》指南,以取得相關的最佳做法資訊。

代理程式更新的相關已知問題

此處列出在 Microsoft Azure 中部署的網繭會發生的已知問題。

當您在尚有 Windows 更新擱置中的映像上嘗試使用代理程式更新時,更新程序可能會失敗。(2234964)
如果映像需要更新 Windows 作業系統 (而非次要的非作業系統更新),將會導致作業系統資源離線,且無法使用代理程式更新。因應措施:等待 Windows 更新完成,然後重試代理程式更新。若要確保所有的 Windows 更新都會完成,您可以將映像離線、執行所有擱置中的更新,並且在起始代理程式更新之前重新發佈映像。

報告和監控相關的已知問題

此處列出在 Microsoft Azure 中部署的網繭會發生的已知問題。

在 [使用者活動] 報告中,顯示的每週平均 (小時) 並不直覺。(1817065)
受此問題的影響,每週統計資料會隨著時間而變動,因為計算邏輯是將當週的持續期間除以七 (7),而非四捨五入至完整的一週。例如,當您選取過去 30 天時,已完成的各週資料並不會變動,但當週的資料則會除以七 (7)。目前的邏輯是每週平均 (小時) = 每日平均 (小時) * 7 天,導致過去 30 天的每週平均 = (總持續期間 / 30 天) * 7 天。因應措施:無
[桌面健全狀況] 報告要到名稱變更的一小時後,才會反映最新更新的伺服器陣列或 VDI 桌面指派名稱。(1756889)
在您變更伺服器陣列的名稱或 VDI 桌面指派的名稱後,必須要經過一小時,[桌面健全狀況] 報告的 [指派] 下拉式功能表和 [指派] 資料行才會反映新名稱。因應措施:等待一小時後,新名稱就會出現在報告中。
可從 [報告] 使用者介面畫面中匯出的部分 CSV 檔案,在格式上與畫面上的資料表不符。(2015500)
[報告] 頁面的部分子畫面提供以 CSV 格式匯出顯示資料的匯出功能。受此問題的影響,從 [桌面健全狀況]、[並行存取] 和 [工作階段歷程記錄] 報告匯出的 CSV 檔案,在格式上會與您在畫面上看到的顯示格式不符。例如,資料行標題可能不同,且 CSV 檔案可能會比畫面上的資料表含有更多資料行。因應措施:無。

身分識別管理、Workspace ONE Access、True SSO 的相關已知問題

此處列出在 Microsoft Azure 中部署的網繭會發生的已知問題。

將 1763 之前的資訊清單版本更新至資訊清單 1763 或更新版本,且該網繭在其 Unified Access Gateway 執行個體上設定了雙因素 RADIUS,且也已與 Workspace ONE Access 整合時,您會看到系統使用瀏覽器從 Workspace ONE Access 中啟動桌面,將會顯示 RADIUS 登入表單,並在其中以使用者的 UPN 填入使用者名稱欄位。(2248160)
此症狀的發生是由於 VMware Horizon HTML Access 4.10 中發佈的變更。Microsoft Azure 中的網繭如果來自舊版 Horizon Cloud,設定了 Unified Access Gateway 執行個體及雙因素 RADIUS 驗證,且您設定該網繭使用 Workspace ONE Access,過去在使用瀏覽器從 Workspace ONE Access 啟動桌面時,RADIUS 登入表單會提示您輸入使用者名稱和密碼。使用者便可在表單中輸入使用者名稱和密碼。但是,由於此問題,網繭升級至這個版本後,以相同步驟啟動桌面所顯示的 RADIUS 登入表單,會以網域使用者的 UPN 預先填入使用者名稱欄位。只有使用瀏覽器來啟動桌面時,才會出現此行為,使用 Horizon Client 則不會受到影響。因應措施:如果發生這個情況,使用者可以清除預先填入的使用者名稱欄位,然後輸入自己的資訊。一般而言,對於與 Workspace ONE Access 整合的多數環境,雙因素驗證會在 Workspace ONE Access 中,而非在基礎 Unified Access Gateway 執行個體上設定,在此情況下不會遇到此問題。
使用 Horizon Client 從 Workspace ONE Access 啟動第二個桌面可能會失敗,並顯示錯誤「您無權使用此桌面或應用程式」。(1813881、2201599)
在下列情況下會發生這個症狀。使用者透過群組權利而具有兩個專用 VDI 指派的權利。當使用者登入時,這兩個專用 VDI 桌面指派都會在 Workspace ONE Access 中列出。使用者會使用 Horizon Client 啟動第一個桌面。該桌面會連線。然後使用者嘗試從其他指派啟動另一個桌面,也使用 Horizon Client。該另一個桌面啟動失敗,並顯示錯誤,指出使用者沒有權限。但是,此問題僅會在第二個桌面的第一次嘗試時發生。如果使用者使用瀏覽器啟動第二個桌面,則後續使用 Horizon Client 嘗試啟動第二個桌面將會成功。因應措施:如果您遇到此情況,請嘗試使用瀏覽器啟動第二個桌面。
Workspace ONE Access 不會顯示您在 Horizon Cloud 管理主控台中設定的遠端應用程式的顯示名稱。(2131583)
此問題已透過使用 Workspace ONE Access Connector 19.03 版來解決。由於 19.03 之前 Workspace ONE Access Connector 版本中的已知問題,當 Workspace ONE Access 顯示您從 Horizon Cloud 同步的遠端應用程式時, Workspace ONE Access 不會顯示您在 Horizon Cloud 中為那些遠端應用程式設定的顯示名稱。即使 Horizon Cloud 將顯示名稱傳送至 Workspace ONE AccessWorkspace ONE Access 仍會改用遠端應用程式的啟動識別碼。因此, Workspace ONE Access 會顯示遠端應用程式的基本名稱。

使用者介面的相關已知問題

此處列出在 Microsoft Azure 中部署的網繭會發生的已知問題,除非已知問題文字中另有說明。

工作階段儀表板中顯示的登入區段圖表沒有任何資料。
這個問題適用於所有類型的網繭。VMware 登入監控程式服務會為工作階段儀表板中顯示的登入區段圖表提供資料。但是,此版本不支援使用 VMware 登入監控程式服務,因此依預設,Horizon Agents Installer 會在安裝程式執行的所有安裝中停用 VMware 登入監控程式服務。如此一來,即使登入區段圖表沒有任何報告資料可以顯示,您仍會在工作階段儀表板中看到登入區段圖表。因應措施:無。
在瀏覽器索引標籤中使用管理主控台時,如果嘗試在相同瀏覽器的另一個瀏覽器索引標籤中啟動已中斷連線的桌面,則 HTML Access 入口網站也會登出,且您必須重新登入 HTML Access 入口網站。(2118293)
當您啟動桌面並在未登出桌面的情況下中斷連線時,通常 HTML Access 入口網站仍會保持登入狀態,且您可以重新連線至已中斷連線的桌面,而不需輸入 HTML Access 入口網站的認證。由於此問題,如果您在瀏覽器視窗的一個瀏覽器索引標籤中登入主控台,並使用另一個瀏覽器索引標籤登入 HTML Access 入口網站,然後啟動桌面,則當您與桌面中斷連線並嘗試重新連線時,HTML Access 入口網站即會登出。接著,您必須重新輸入 HTML Access 入口網站的認證,之後才能重新連線至桌面。因應措施:若要避免此問題,請使用另一個瀏覽器視窗開啟 HTML Access 入口網站以登入管理主控台。此行為僅發生於您在同時使用 HTML Access 入口網站的相同瀏覽器視窗內,在瀏覽器索引標籤中登入主控台的情況。
在特定使用者的使用者卡片畫面中,使用者第一次啟動來自該指派的專用桌面之後,VDI 專用桌面指派會從 [指派] 索引標籤移除。(1958046)
以個別使用者身分而非透過 Active Directory 群組在 VDI 專用桌面指派中指定使用者時,僅在使用者第一次從該指派啟動專用桌面之前,該 VDI 專用桌面指派才會顯示在該使用者的 [使用者卡片] 畫面的 [指派] 索引標籤中。在使用者第一次從該指派啟動 VDI 專用桌面之後,使用者卡片的 [指派] 索引標籤便不再顯示該使用者的 VDI 專用桌面指派。使用者的第一次啟動會導致該使用者從該指派定義的基礎集區宣告特定的專用桌面,而系統會將該特定的專用桌面對應至特定使用者。進行該對應時,該特定的專用桌面會獲得 [已指派] 狀態,並且在該使用者的使用者卡片 [桌面] 索引標籤上列出。

因應措施:在此情況中,不要依賴使用者卡片的 [指派] 索引標籤,若要查看指派給特定使用者的已啟動 VDI 專用桌面指派,您可以使用 [桌面] 索引標籤。如果您需要尋找在其中進行使用者桌面對應的特定 VDI 專用桌面指派,請從使用者卡片的 [桌面] 索引標籤取得桌面名稱,然後使用最上方橫幅搜尋中的依虛擬機器功能搜尋功能來列出該特定桌面虛擬機器。在依虛擬機器搜尋的結果中,按一下名稱可開啟具有該特定專用桌面的特定指派頁面。然後您可以在指派的詳細資料中找到使用者。

即使您先前已選取不要繼續顯示新增功能畫面的選項,仍會顯示該畫面。(2075825)
這個問題適用於具有任何網繭類型的環境。由於此問題,如果您清除瀏覽器快取,或使用不同於先前已選取不要顯示新增功能畫面選項時的瀏覽器,則當您登入管理主控台時,畫面可能仍會顯示。是否要顯示新增功能畫面的旗標會儲存在瀏覽器的本機快取中,而非根據每位使用者來儲存。因應措施:無。
即便映像建立程序尚未全部完成,「開始使用」畫面仍會顯示建立映像步驟已完成。(2100467)
由於此問題,系統會將建立映像步驟標記為已提前完成。因應措施:使用 [活動] 頁面來確認映像建立程序已完成。
使用管理主控台時,您可能會看到預留位置而非實際的文字字串,或在您按一下頁面上的按鈕時沒有任何反應。(2045967)
這個問題適用於具有任何網繭類型的環境。VMware 會定期更新裝載 Web 型主控台的雲端內管理環境。當瀏覽器中在最新的雲端內更新之前已快取靜態內容時,即可能發生此問題。這是暫時性的問題,只要瀏覽器快取清除後即會消失。因應措施:嘗試登出主控台、清除瀏覽器快取、重新啟動瀏覽器,然後再重新登入主控台。
使用者使用 Workspace ONE Access 存取應用程式名稱時,這些名稱會以小寫字元顯示。(1967245)
當您的 Horizon Cloud 環境與 Workspace ONE Access 整合時,使用者會使用 Workspace ONE Access 來存取其指派的桌面和應用程式。受此已知問題的影響,無論應用程式名稱實際使用的大小寫為何,使用者都會看見以小寫字元顯示的應用程式名稱。此限制是由於 Workspace ONE Access 從 Horizon Cloud 使用舊版 Horizon Cloud REST API 建立啟動識別碼的方式所致。因應措施:無。
針對桌面健全狀況報告所報告與用於桌面健全狀況警示的記憶體使用量百分比,是基於已認可的記憶體百分比,也就是等於實體記憶體加上分頁檔大小,而非僅限於實體記憶體的百分比。(2015772)
桌面虛擬機器已認可記憶體的計算方式為實體記憶體加上分頁檔大小。計算桌面中的記憶體使用量百分比時,系統會採用該總計 (實體記憶體加上分頁檔大小) 所使用的百分比。桌面健全狀況警示和桌面健全狀況報告中的記憶體使用量報告均使用該百分比計算。不過,當您登入桌面虛擬機器並開啟 Windows 工作管理員,以檢視桌面的 Windows 作業系統中的記憶體使用量時,Windows 工作管理員僅會顯示基於實體記憶體的百分比。如此一來,桌面的 Windows 工作管理員顯示的記憶體使用量百分比不會符合顯示在桌面健全狀況報告或桌面健全狀況警示中的記憶體使用量百分比。因應措施:請記住,如果您將桌面的 Windows 工作管理員所報告記憶體使用量百分比,與主控台桌面健全狀況報告以及該桌面的健全狀況警示中所報告記憶體使用量百分比進行比較時,即會產生此差異。
如果桌面虛擬機器的 CPU 使用率為 100% 或接近 100%,則不會觸發桌面警示。(1446496)
如果應用程式或桌面虛擬機器中的項目導致虛擬機器的 CPU 使用率達到 100%,則因為 CPU 非常忙碌,使桌面代理程式傳送的資料範例數量不如通常可傳送至 Horizon Cloud 的數量。由於傳回的低範例計數,系統用來觸發桌面警示的計算會受到影響。因應措施:無。

使用者、Horizon Agent、Horizon Client 的相關已知問題

此處列出在 Microsoft Azure 中部署的網繭會發生的已知問題。

使用 [開啟最近] 選項 (或同等選項,此視用戶端類型而定) 從 Horizon Client 啟動專用桌面時,可能無法正確啟動專用桌面 (SR23422432704、HCS-39121)
各種 Horizon Client 提供機制,讓用戶端記住先前啟動的桌面或遠端應用程式,而使用者可以啟動先前開啟的桌面或已發佈的應用程式,而無需前往他們有權使用的桌面和應用程式的完整清單。

例如,在 iOS 版 Horizon Client 和 Android 版 Horizon Client 中,可透過標示為最近的畫面,來存取先前啟動的這類桌面和遠端應用程式。如 Mac 版 Horizon Client 說明文件中所述,Mac 版 Horizon Client 提供兩種方法來開啟最近的桌面和遠端應用程式:使用用戶端的檔案 > 開啟最近選項,以及使用 Dock 上的圖示 (如果已將用戶端新增至 Dock)。如Windows 版 Horizon Client 說明文件中所述,Windows 版 Horizon Client 有一個稱為捷徑清單整合的 GPO 設定,依預設通常會啟用此設定,而允許使用者使用 Windows 工作列上的 Horizon Client 圖示,來連線至最近的桌面和已發佈的應用程式。

對於由 Horizon Cloud on Microsoft Azure 佈建的專用桌面,在起始啟動桌面後,Horizon Client 可能不會將該桌面的正確身分識別儲存為最近啟動項。

由於這個問題,當使用者後續使用上述用戶端的其中一個最近機制,來再次開啟該桌面時,該桌面可能無法啟動。

如果將 Workspace ONE Access 與 Horizon Cloud on Microsoft Azure 部署搭配使用,且 Horizon Client 會將使用者重新導向至 Workspace ONE 以協調專用桌面的啟動,也會出現此問題。如果使用者先前直接從 Workspace ONE 入口網站來啟動桌面,之後當該使用者嘗試使用用戶端的其中一個最近機制來啟動桌面時,則當用戶端重新導向至 Workspace ONE 以協調啟動時,桌面可能會因這個問題而無法啟動。

因應措施:為避免遇到此問題,請一律直接從用戶端的完整桌面清單中選取桌面來啟動桌面,或者將環境設定為要求從 Workspace ONE 入口網站來執行所有啟動,然後在 Workspace ONE 入口網站中選取桌面,來啟動桌面。請避免使用用戶端的 最近機制 (避免使用 檔案 > 開啟最近最近清單,或用戶端提供的任何 最近機制)。
備註: 如果為 Horizon Cloud on Microsoft Azure 部署啟用了 Workspace ONE 重新導向,且使用者使用 最近機制,當桌面啟動失敗時,將會寫入 Workspace ONE 稽核事件以指出啟動失敗。
對於執行 Microsoft Windows 10 企業版多重工作階段 2004 或更新版本的虛擬機器,DPI 同步和顯示調整值功能有問題 (2587685、DPM-6352)
對於執行 Microsoft Windows 10 企業版多重工作階段 2004 或更新版本的虛擬機器,由於無法查詢其目前的 DPI,這些功能對這些虛擬機器不會如 Horizon Client 說明文件中所述運作。DPI 同步和顯示調整值功能對 PCoIP 工作階段重新連線無法運作。DPI 調整功能對 Blast 工作階段重新連線無法運作。因應措施:登出工作階段,然後再次登入。
對於執行 Microsoft Windows 10 企業版作業系統 1903 或更新版本的虛擬機器,DPI 同步和顯示調整值功能有問題 (2589129)
對於執行 Microsoft Windows 10 企業版用戶端作業系統 1903 或更新版本的虛擬機器,由於無法查詢其目前的 DPI,重新連線 PCoIP 或 Blast 工作階段時,這些功能不會如 Horizon Client 說明文件中所述運作。因應措施:登出工作階段,然後再次登入。
使用 VMware HTML Access 啟動 VDI 桌面時,有時會顯示關於正在中斷連線的錯誤訊息,隨後成功啟動。(2243471)
VDI 桌面虛擬機器有預設的工作階段連線逾時,當達到逾時後,該工作階段將中斷連線。有時,如果啟動桌面時使用者的 HTML Access 工作階段逾時,超過在桌面預設的工作階段連線逾時,桌面會先發出該錯誤訊息,然後繼續啟動桌面。因應措施:無。
當 VDI 桌面指派已選取加密磁碟,且單核或雙核虛擬機器型號以及桌面的基礎虛擬機器已關閉電源時,Horizon Client 的自動重試選項可能無法建立連線。(2167432)
當 VDI 桌面虛擬機器因 VDI 桌面指派的電源管理設定而關閉電源時,您必須開啟虛擬機器的電源並準備就緒,才能與該桌面建立使用者連線。當使用者的用戶端嘗試連線至 VDI 桌面指派的虛擬機器,且虛擬機器電源已關閉時,系統會開始啟動該虛擬機器的電源。對於非加密的虛擬機器,虛擬機器通常會在 10 分鐘內準備好接受用戶端連線。不過,具有一或兩個核心的加密虛擬機器通常需要超過 10 分鐘,才能準備好接受連線。Horizon Client 的 用戶端重試選項上限為 12 分鐘。由於 用戶端重試選項的此上限,當使用者讓用戶端在桌面的基礎虛擬機器正在開啟電源並準備就緒時自動重試連線,但連線不會在 12 分鐘內進行,用戶端會放棄自動重試。由於加密的虛擬機器通常需要超過 12 分鐘才會準備好接受用戶端連線,使用者可能會看到 Horizon Client 自動重試無法完成對其加密桌面虛擬機器的連線。因應措施:如果要為 VDI 桌面指派進行磁碟加密,請選取雙核以上的虛擬機器型號。否則,如果您的 VDI 桌面指派具有磁碟加密,並且具有一或兩個核心的虛擬機器型號,請通知您的使用者,在使用 用戶端重試選項搭配這些加密的桌面虛擬機器時,可能會遇到此問題。
就專用 VDI 桌面指派中的虛擬桌面而言,Horizon Client 之 [最近的] 頁面上的捷徑連結可能不會啟動桌面。(1813881、HD-3686、DPM-1140)
iOS 和 Android 版的 Horizon Client 具有 [最近的] 頁面,該頁面會顯示最近啟動的桌面的連結。當使用者初次啟動專用集區虛擬桌面時,桌面會照例啟動,且用戶端會在 [最近的] 頁面上建立啟動圖示。不過,如果使用者在中斷桌面連線後再嘗試從 [最近的] 頁面啟動桌面,桌面將無法啟動,因為啟動圖示會使用桌面名稱的簡稱。因應措施:從用戶端的主要頁面而非 [最近的] 頁面啟動桌面。
使用 1976.0 資訊清單版本的網繭和執行代理程式層級 19.4 的伺服器陣列虛擬機器:在使用 HTML Access (Blast) 和 PCoIP 通訊協定時,使用者會在一小時後與其桌面或遠端應用程式的工作階段中斷連線。(2519400)
此問題是由於 Microsoft Windows 10 企業版多重工作階段系統中的 Microsoft 終端機服務發生問題。針對從以 Microsoft Windows 10 企業版多重工作階段作業系統為基礎之 RDSH 伺服器陣列佈建的工作階段型桌面和遠端應用程式,當使用者使用 HTML Access (Blast) 或 PCoIP 通訊協定重新連線至現有的桌面或遠端應用程式工作階段時,系統會在經過一小時後強制將使用者的工作階段中斷連線。不會遺失任何資料。即使使用者可以再次重新連線,且工作階段會處於中斷連線時的相同狀態,但此行為會重複發生,且重新連線後的工作階段在一小時後會再次遭到強制中斷連線。

此問題可使用 Horizon Agents Installer (HAI) 20.1 或更新版本來解決。當您的 1976.0 網繭更新為資訊清單 1976.1 或更新版本時,[從 Marketplace 匯入虛擬機器] 精靈將會自動安裝具有此修正檔的代理程式軟體。如果您的網繭仍為 1976.0 資訊清單層級,則執行此精靈時仍會安裝代理程式軟體並顯示問題。不過,當您密封虛擬機器時,[映像] 頁面將會顯示藍點,表示您可以使用 [更新代理程式] 功能,將代理程式更新至具有修正檔的層級。

使用的資訊清單版本早於 2298 的網繭:在用戶端中切換通訊協定時,如果您選擇 [連線] 選項而非 [登出再重新連線],則用戶端可能會沒有回應。(2528014)
此問題已在更新至資訊清單 2298 或更新版本的網繭中解決。此問題則會在您使用某種通訊協定建立 RDSH 伺服器陣列的工作階段後,於用戶端切換通訊協定時發生。當您使用某種通訊協定啟動桌面或應用程式、將該工作階段中斷連線、使用用戶端的功能表切換至不同通訊協定,然後啟動相同的桌面或應用程式時,用戶端會顯示對話方塊,內容指出「此桌面已在伺服器上開啟,但正執行不同的通訊協定」。並提供選項讓您選擇是要直接連線或是登出再重新連線。如果您選取 [連線] 按鈕,則會再次顯示對話方塊,如果您再次選取 [連線],用戶端便會無法回應。
使用 [更新代理程式] 功能來更新代理程式版本早於 18.2.2 的映像時,更新程序可能會失敗 (2200962)
在資訊清單層級早於 965 的節點上建立的映像可能會發生此問題。有時映像會有 RunOnce 登錄值,會妨礙代理程式更新程序的完成。因應措施:再次執行代理程式更新,在 [代理程式更新] 精靈的 [命令列] 索引標籤上新增下列命令列引數:VDM_SUPPRESS_RUNONCE_CHECK=1