このトピックでは、サービスの使用時に発生する可能性のある既知の問題および既知の回避策(ある場合)を示します。

このドキュメントのトピックでは、Horizon Cloud Connector の既知の問題について説明します。ただし、Horizon Cloud Connector を使用して Horizon ポッドを Horizon Cloud に接続する場合でも、これらの Horizon ポッド内で実行されているソフトウェアの既知の問題は、別の場所で提供されています。ソフトウェア バージョンの Horizon ポッドの既知の問題は、Horizon ソフトウェア製品のリリース ノートに記載されています。Horizon ソフトウェア バージョン 7.x ドキュメントは、VMware Horizon 7 ドキュメント ページからリンクされています。Horizon ソフトウェア バージョン 2006 のドキュメントは、このVMware Horizon ドキュメントページからリンクされています(Horizon 2006 のほかに、Horizon 8 とも呼ばれます)。

任意のイメージ管理サービス (IMS) に関する既知の問題については、クラウドからの Horizon イメージの管理の「既知の問題」ページを参照してください。

注: それぞれの既知の問題の末尾に記載された括弧内の数字は、VMware 内部の問題追跡システムに関連します。

ログインに関する既知の問題

バックスラッシュ (\) を含む My VMware アカウントのパスワードを正常に作成した場合でも、これらの認証情報を使用した Horizon Cloud へのログインが失敗する (2595757)
My VMware の認証情報を使用して Horizon Cloud にログインする場合、バックスラッシュを含むパスワードはサポートされません。サポートされている特殊文字の一覧を表示するには、my.vmware.com にログインし、プロファイルの [パスワードの変更] セクションに移動します。このページには、サポートされている特殊文字が表示されます。回避策:My VMware アカウントのパスワードを新しいパスワードにリセットし、新しいパスワードにバックスラッシュ (\) が含まれていないことを確認します。

Active Directory に関する既知の問題

管理コンソールで Active Directory に関連する操作を行わない限りプライマリ バインド アカウントのロックアウトが検出されない。(2010669)
この問題により、Web ベースの管理コンソールにログインした管理者は、ユーザーを割り当てに追加するために Active Directory を検索するなどの、Active Directory に関連する操作をユーザー インターフェイスで実行するまで、プライマリ バインド アカウントのロックアウト通知が表示されません。基盤となるサービスがロックアウトされたサービス アカウントを検出するのは、(ユーザーまたはグループを)認証または検索するために Active Directory との対話を要求するときのみです。回避策:なし。
Web ベースの管理コンソールがプライマリ ドメイン バインド アカウントのロックアウトまたはロック解除された状態を反映するのに最大 15 分かかる(2009434)
Active Directory へのシステムの接続オブジェクトは 15 分間キャッシュされます。この結果、プライマリ バインド アカウントがロックされてからシステムが管理者へ通知するまで 15 分かかる可能性があります。また、管理者がアカウントのロックアウト状態をクリアした後、システムがそのクリア済みのアカウントについての通知を停止するまでにも、15 分かかる可能性があります。回避策:なし。
Microsoft Azure のポッド内のファームでは、同じ Active Directory フォレスト内の別のドメインと同じファーム名を再使用すると、重複するサービス プロバイダ名 (SPN) が原因でドメイン参加が失敗する可能性がある(1969172)
Microsoft Windows Server 2012 R2 以降でのドメイン コントローラの新機能により、ドメイン コントローラでの重複する SPN チェックが原因でドメイン参加が失敗します。Microsoft のナレッジベースの記事 KB3070083を参照してください。回避策:
  • ファーム名を再使用しないようにします。
  • Microsoft のナレッジベースの記事の説明に従って、Active Directory ドメインでの重複する SPN チェックを無効にします。
Azure AD Domain Services を使用している場合、Active Directory の登録ワークフローはドメインへの参加ステップで失敗し、パスワードのリセット権限がないというエラーが発生します。(2218180)
Horizon Cloud チームは、ポッドで Azure Active Directory (AD) ドメイン サービスを使用するときに、他の Active Directory ドメインのデプロイのときと同じように、必要なドメイン参加アカウント権限を追加できることを確認しました。組み込みコンテナ AADDC コンピュータについて説明した Microsoft のドキュメント トピック Azure AD Domain Services のマネージド ドメインに組織単位 (OU) を作成するを参照してください。また、このトピックの冒頭の、Azure AD Domain Services とのパスワード ハッシュ同期の有効化に関する重要な注意事項も参照してください。ドメイン参加サービス アカウントの権限を設定する前に、ドメイン参加サービス アカウントの Azure AD Domain Services へのパスワード ハッシュ同期の有効化に関する Microsoft のドキュメントに従うことが重要です。Microsoft のドキュメントに従っても Active Directory の登録ワークフローでドメイン参加権限エラーが発生する場合は、VMware サポートに連絡し、問題レポート番号 2218180 について問い合わせてください。

Cloud Connector に関連する既知の問題

OVF テンプレートのデプロイ時に [プロキシなし] フィールドで指定されたプロキシなしのホスト構成は、デプロイされたアプライアンスに保存されない(2454245、2466306、2467017、DPM-5388)
この問題は、 Horizon Cloud Connector バージョン 1.6 以降では解決されています。vSphere 環境で [OVF テンプレートのデプロイ] ワークフローを実行するときに、プロキシなしのホスト構成を [プロキシなし] フィールドに指定するオプションがあります。ただし、この既知の問題により、入力した設定はデプロイされたアプライアンスの構成ファイルにキャプチャされません。その結果、デプロイされたアプライアンスは、指定されたプロキシなしのホスト設定を考慮しません。

Universal Broker 関連の既知の問題

Horizon Cloud Connector の Horizon Universal Broker クライアントは、アプライアンスが最初にデプロイされた後でコネクタ アプライアンスに対して行ったプロキシ関連の更新を消費しない (HD-35551)
この問題は、 Horizon Cloud Connector バージョン 1.6 以降では解決されています。コネクタ アプライアンスの Horizon Universal Broker クライアントは、アプライアンスの初回起動時にプロキシの詳細を取得します。初回の起動は、OVF テンプレートをデプロイした後、アプライアンスを初めてパワーオンしたときにのみ実行されるため、アプライアンスのプロキシ設定に対するその後の変更は、Horizon Universal Broker クライアントによって消費されません。この既知の問題と OVF テンプレートのデプロイ中のプロキシなしの構成に関する上記の既知の問題の存在により、Horizon Universal Broker に関連するホストをプロキシなしのホストとして設定できなくなります。

イメージ、ファーム、割り当てに関する既知の問題

ここに記載した既知の問題は Microsoft Azure にデプロイされたポッドに適用されます。

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 デスクトップ割り当てでは、既知の問題により、Horizon Agent の Blast サービスや Microsoft Azure サービスなどの一部の Windows サービスが起動しない、または起動に時間がかかることが原因で、これらのデスクトップ仮想マシンの一部において不明なエージェント状態になる可能性があります。その結果、管理コンソールで、エージェントのエラーが報告されるとともに、これらのデスクトップ仮想マシンの [エージェントのステータス] 列に「不明」の状態が表示されます。回避策:コンソールで、 [再起動] アクションを使用して、これらの仮想マシンを再起動します。
[Marketplace からの仮想マシンのインポート] ウィザードでデスクトップ環境が有効にならないまま、Windows Server 2012 イメージが作成される。(2101856)
既知の問題により、Windows Server 2012 オペレーティング システムでのイメージの作成で自動化された [Marketplace からの仮想マシンのインポート] ウィザードを使用する場合、結果として生成されるイメージでは Desktop Experience が有効にされていません。回避策:結果として生成されるイメージに Desktop Experience を表示するには、結果として生成されるイメージで Desktop Experience を手動で有効にする必要があります。Windows Server 2012 オペレーティング システムでは、Horizon Agent をスキャナ リダイレクト オプション付きでインストールするには Desktop Experience がオペレーティング システムで有効にされていることが必要であることにも注意してください。
インポートされた仮想マシンを公開(シーリング)しようとすると、プロセスがタイムアウトになる、または sysprep の障害により公開が失敗する(2036082、2080101、2120508、2118047)
インポートされた仮想マシンで [デスクトップへの変換] をクリックし、公開済み(シールド状態)のイメージにするためにその仮想マシンについて [公開] をクリックすると、その仮想マシンに対して多くの処理が行われます。その処理には、Windows System Preparation (sysprep) プロセスの実行、仮想マシンのシャットダウン、電源オフなどが含まれます。Windows sysprep プロセスおよび仮想マシンのカスタマイズについての業界内で既知の問題により、公開プロセスはさまざまな原因で失敗することがあります。[アクティビティ] 画面には、「タイムアウト エラー: 仮想マシンがパワー オフするのを 20 分間待機しました。(Timeout Error Waited 20 minutes for virtual machine to power off.)」のようなメッセージ、およびその他の sysprep 失敗メッセージが表示されます。

一般的に、[Marketplace からの仮想マシンのインポート] ウィザードを使用して仮想マシンを作成し、ウィザードの [Windows イメージを最適化] トグルで [はい] を選択すると、このような sysprep 問題を回避できます。このオプションを使用しなかったインポートされた仮想マシンでこのエラーが発生している場合や、その仮想マシンを手動で作成した場合は、VMware のナレッジベースの記事KB2079196、マイクロソフトのナレッジベースの記事KB2769827Microsoft MVP 記事 615を参照して、イメージの公開時に sysprep 問題が発生する確率を最小限に抑えるためのイメージの仮想マシンの構成に関するベスト プラクティスを確認してください。sysprep の問題が解決されない場合は、自動化された [Marketplace からの仮想マシンのインポート] ウィザードを使用して sysprep の問題の変更を削減する方法につて、記事[Marketplace からの仮想マシンのインポート] を使用する場合の Windows イメージの最適化の決定および[デスクトップのインポート] ウィザードを使用する場合の [Windows ストア アプリを削除] オプションの使用を参照してください。タイムアウト エラーが [アクティビティ] 画面に表示された場合、この回避策を [イメージ] 画面で試行し、そのイメージで [デスクトップへのイメージの変換] アクションを使用します。[アクティビティ] 画面に、デスクトップへのイメージの変換が正常に完了したと示されている場合は、[インポートされた仮想マシン] 画面に移動します。仮想マシンに接続し、ナレッジベースに記載されているベスト プラクティスを適用します。[インポートされた仮想マシン] ページに仮想マシンがパワーオンされたことを示す画面が表示されたら、仮想マシンを選択して [イメージに変換] をクリックして、公開プロセスを再度実行します。

ファームの作成中に、サーバ仮想マシンがカスタマイズの手順から先に進めなくなる場合がある(2010914, 2041909)
ファームのサーバ仮想マシン上での sysprep プロセスで、 tiledatamodelsvc という名前の Windows サービスにより、sysprep が、sysprep のカスタマイズ プロセスの完了に必要な Windows ファイルにアクセスできなくなることがあります。この結果として、ファームのサーバ仮想マシンはカスタマイズ ステップ以降に移動できません。sysprep エラー ログに、「Error SYSPRP setupdigetclassdevs failed with error 0」という行が含まれています。回避策:この問題が発生し、sysprep エラー ログ ファイルにそのエラー メッセージがある場合は、イメージの tiledatamodelsvc サービスを無効にしてからファームを作成することを試してください。
イメージを複製した後や Microsoft Azure でイメージを手動で作成した後に、エージェントのステータスが [インポートされた仮想マシン] 画面で「定義されていません」として表示される(2002798)
公開済みのイメージのクローンを作成するために [複製] ボタンを [イメージ] 画面で使用する場合や、Microsoft Azure でイメージ仮想マシンを手動で作成する場合に、結果として生成される仮想マシンが [インポートされた仮想マシン] 画面のリストに表示されます。この問題により、仮想マシンが完全にパワーオンになっているときでも、エージェントのステータスが「定義されていません」として表示されることがあります。しかし、仮想マシンを選択して公開するために [イメージへの変換] を選ぶと、ユーザー インターフェイスでエージェントが「アクティブ」状態であると報告されます。回避策:なし。 [エージェント ペアリングをリセット][新しいイメージ] または [イメージに変換] のワークフローでエージェントが「アクティブ」であると報告される場合は、[インポートされた仮想マシン] 画面での「未定義」ステータスを無視してかまいません。

Microsoft Azure 内のポッドの App Volumes に関連する既知の問題

ここに記載した既知の問題は Microsoft Azure にデプロイされたポッドに適用されます。

Microsoft Azure に複数のポッドがある環境では、プロセスの完了後に、キャプチャ プロセスが不明な状態になることがある。(2600573)
環境内に App Volumes を使用している複数のポッドがある場合、キャプチャ プロセスの実行後に、仮想マシンのキャプチャ プロセスが完了しているにもかかわらず、コンソールでキャプチャが不明な状態であることが示されます。この問題を回避するには、 [インベントリ] > [アプリケーション] > [新規] > [インポート] を使用してアプリケーション パッケージを再インポートします。その結果、アプリケーション パッケージは個別のアプリケーションとして正常にインポートされ、その後の割り当てとアプリケーション起動が機能します。

エージェントのアップデートに関連する既知の問題

ここに記載した既知の問題は Microsoft Azure にデプロイされたポッドに適用されます。

Windows Update が保留中になっているイメージに対してエージェントを更新しようとすると、更新プロセスが失敗することがある(2234964)
イメージに対して Windows OS のアップデートが必要な場合、OS 以外のマイナーなアップデートの場合とは対照的に、OS リソースがオフラインになりエージェントの更新で使用できなくなることがあります。回避策:Windows のアップデートが完了するまで待ってから、エージェントの更新を再試行します。すべての Windows アップデートが完了したことを確認するには、イメージをオフラインにし、すべての保留中のアップデートを実行し、エージェントの更新を開始する前にイメージを再公開します。

関連する既知の問題のレポートと監視

ここに記載した既知の問題は Microsoft Azure にデプロイされたポッドに適用されます。

ユーザー アクティビティ レポートで、週の平均(時間)の表示が直感的でない(1817065)
この問題により、週の統計は時間に合わせて変動します。これは、計算ロジックが現在の週の期間を 7 で除算し、1 週間への切り上げを行わないことが原因です。たとえば、直近の 30 日間を選択すると、完了した週のデータは変更されませんが、現在の週のデータは 7 で除算されます。現在のロジックは、週の平均(時間)= 1 日の平均(時間)* 7 日であるため、直近の 30 日間の週平均 =(合計期間/30日)* 7 日となります。回避策:なし
[デスクトップの健全性] レポートで、ファーム名または VDI デスクトップ割り当て名の変更後 1 時間経過するまで、その新しいファーム名または VDI デスクトップ割り当て名が反映されない(1756889)
ファーム名または VDI デスクトップ割り当て名を変更すると、[デスクトップの健全性] レポートの [割り当て] ドロップダウン メニューおよび [割り当て] 列で新しい名前が反映されるのに 1 時間かかります。回避策:新しい名前がレポートに表示されるまで 1 時間お待ちください。
[レポート] のユーザー インターフェイスの画面からエクスポート可能な一部の CSV ファイルのフォーマットが画面上の表と一致しない。(2015500)
一部の [レポート] 画面のサブ画面で、表示されたデータを CSV 形式でエクスポートする機能が利用できます。この問題により、デスクトップの健全性、同時実行、セッション履歴のレポートからエクスポートされた CSV ファイルのフォーマットが、画面上に表示されるものと正確に一致しなくなります。たとえば、列の見出しが異なる場合や、CSV ファイルに画面上の表よりも多くのデータ列が含まれることがあります。回避策:なし。

ID 管理、Workspace ONE Access、True SSO に関連する既知の問題

ここに記載した既知の問題は Microsoft Azure にデプロイされたポッドに適用されます。

1763 より前のマニフェスト バージョンのポッドがマニフェスト 1763 以降に更新され、そのポッドの Unified Access Gateway インスタンスに 2 要素 RADIUS が構成されており、 Workspace ONE Access とも統合されている場合は、ブラウザを使用して Workspace ONE Access からデスクトップを起動すると、ユーザー名フィールドにあらかじめユーザーの UPN が入力された RADIUS ログイン フォームが表示されます。(2248160)
この症状は VMware Horizon HTML Access 4.10 でリリースされた変更が原因で発生します。以前の Horizon Cloud リリースの Microsoft Azure のポッドが Unified Access Gateway インスタンスと 2 要素 RADIUS 認証で構成されていて、 Workspace ONE Access を使用するようにそのポッドを構成した場合、以前はブラウザを使用して Workspace ONE Access からデスクトップを起動すると、RADIUS ログイン フォームでユーザー名とパスコードの入力が求められていました。これに応じて、エンド ユーザーはフォームにユーザー名とパスコードを入力していました。ただし、この既知の問題により、そのポッドをこのリリースにアップグレードした後に同じ手順を使用してデスクトップを起動すると、RADIUS ログイン フォームのユーザー名フィールドに、ドメイン ユーザーの UPN が事前入力されるようになります。これは、ブラウザを使用してデスクトップを起動する場合にのみ発生します。Horizon Client を使用する場合は発生しません。回避策:これが発生した場合、エンド ユーザーは事前入力されたユーザー名フィールドを消去して、自分自身の情報を入力することができます。通常、 Workspace ONE Access と統合されているほとんどの環境では、2 要素認証は Workspace ONE Access で構成され、基盤となる Unified Access Gateway インスタンスには構成されません。この場合、この問題は発生しません。
Horizon Client を使用して Workspace ONE Access から 2 台目のデスクトップを起動すると、「このデスクトップまたはアプリケーションを実行する権限がありません (You are not entitled to that desktop or application)」のメッセージとともに失敗することがある。(1813881, 2201599)
この症状は、次のような状況で発生します。ユーザーが、1 つのグループ資格を通じて 2 つの専用 VDI 割り当てに対する資格を保持している場合。ユーザーがログインすると、両方の専用 VDI デスクトップ割り当てが Workspace ONE Access に表示されます。ユーザーは Horizon Client を使用して最初のデスクトップを起動します。デスクトップが接続される。次にもう 1 つの割り当てから同じく Horizon Client を使用して別のデスクトップを起動する。この場合、ユーザーに資格がないというエラーが表示され、2 台目のデスクトップの起動が失敗します。ただし、これは 2 台目のデスクトップで最初の試行時にのみ見られる問題です。ユーザーがブラウザを使用して 2 台目のデスクトップを起動すると、以降、Horizon Client を使用した 2 台目のデスクトップの起動は成功します。回避策:この状況が起きた場合は、2 台目のデスクトップはブラウザで起動してください。
Workspace ONE Access で、Horizon Cloud 管理コンソールから設定したリモート アプリケーションの表示名が表示されない。(2131583)
この問題は Workspace ONE Access Connector バージョン 19.03 を使用することで解決されます。19.03 より前のバージョンの Workspace ONE Access Connector の既知の問題により、 Workspace ONE Access が Horizon Cloud から同期するリモート アプリケーションを表示すると、Horizon Cloud でリモート アプリケーションに設定した表示名が Workspace ONE Access に表示されません。Horizon Cloud が表示名を Workspace ONE Access に送信した場合でも、 Workspace ONE Access はリモート アプリケーションの launchID を代わりに使用します。その結果、 Workspace ONE Access はリモート アプリケーションの基本名を表示します。

ユーザー インターフェイスに関する既知の問題

既知の問題に特に記載がない限り、ここに記載されている既知の問題は、Microsoft Azure にデプロイされているポッドに適用されます。

管理コンソールの [ヘルプ] > [バージョン情報] ウィンドウの内容が正確ではありません。
コンソールで [ヘルプ] > [バージョン情報] をクリックしたときに、ウインドウに表示される情報が正しくない。この問題のため、テキストは、テナント環境や作業中のクラウド制御プレーン環境について正確性と妥当性を示すのではなく、常にバージョン 2.2 を表示するようにハードコーディングされています。回避策:なし。
マニフェスト 2298.0 以降のポッドには、サポートされている操作に対して少なくとも 1 つのゲートウェイ構成が必要ですが、管理コンソールでは、ポッドから唯一のゲートウェイ構成を削除して、その構成をサポートされていない状態のままにすることが可能です。
管理コンソールには、新しいデプロイ構成を使用してゲートウェイを再デプロイする目的で、ポッドの既存のゲートウェイ構成を削除できるワークフローが含まれています。このワークフローが提供されるのは、現時点では、[ポッドの編集] ワークフローを使用してゲートウェイのソフトウェア構成をいつでも更新できる場合でも、コンソールが [ポッドの編集] ワークフローを使用してゲートウェイのデプロイ構成を更新する方法を提供していないためです。

このため、マニフェスト 2298 以降のポッドには、サポートされている操作を行うためのゲートウェイ構成が少なくとも 1 つ必要です。ゲートウェイのデプロイ構成を更新するために、このようなポッドの唯一のゲートウェイ構成を削除すると、前節で説明したように、コンソールに警告メッセージが表示されます。ただし、コンソールは、前節で説明した使用事例を提供しているため、ポッドの唯一のデプロイされたゲートウェイの削除を防ぐことはできません。ここでは、削除された構成に含まれていなかったゲートウェイのデプロイの新しい選択肢を使用して、その後すぐにゲートウェイ構成を再デプロイすることが想定されます。問題は、現在コンソールでは、サポートされている操作に少なくとも 1 つのゲートウェイが必要なポッドから唯一のゲートウェイ構成を削除することが許可されている一方で、コンソールではその後すぐにポッドに新しいゲートウェイを再デプロイする必要がないことです。ポッドをゲートウェイ構成なしのままにすると、そのポッドはサポートされていない構成になります。

回避策:サポートされている構成にするには、マニフェスト 2298.0 以降の各ポッドに 1 つ以上のゲートウェイ構成がなければなりません。次のいずれかの構成がポッドにデプロイされている必要があります。

  • 外部ゲートウェイ
  • 内部ゲートウェイ
  • 外部ゲートウェイと内部ゲートウェイの両方

ゲートウェイを削除して再デプロイすることによってのみ変更できるゲートウェイ設定を変更するために、マニフェスト 2298.0 以降のポッドから唯一のゲートウェイ構成を削除する場合は、サポートされている構成を維持するために、ポッドで新しいゲートウェイを再デプロイする必要があります。VMware Horizon サービス チームは、ゲートウェイのデプロイ構成を変更する使用事例のために、デプロイされたゲートウェイを削除するワークフローをコンソールで提供する必要がなくなる機能拡張に取り組んでいます。その時点で、コンソールを使用してポッドから唯一のゲートウェイ構成を削除することはできなくなります。

ユーザー カードで、Microsoft Azure のポッドからの VDI デスクトップ セッションで [リセット] をクリックすると、仮想マシンが正常にリセットされても、エラー メッセージが表示されます。(2567272)
この問題により、リセット操作が正常に開始され、仮想マシンがリセットされた場合でも、管理コンソールにエラー メッセージ ボックスが表示されます。このメッセージは、仮想マシンが実際にはリセットされた場合でも、システムが要求を完了できなかったことを意味します。この問題は、フローティング VDI デスクトップ割り当てからのデスクトップ セッションで発生する場合があります。回避策:なし。リセット操作は正常に開始され、仮想マシンは最終的にリセットされます。表示されているエラー メッセージ ボックスを閉じます。
セッション ダッシュボードで表示されるログイン セグメント チャートにデータがない。
この問題は、すべてのタイプのポッドに適用されます。VMware Logon Monitor サービスにより、セッション ダッシュボードに表示するログイン セグメント チャートのデータが提供されます。ただし今回のリリースでは、VMware Logon Monitor の使用がサポートされず、Horizon Agents Installer では、対象となるすべてのインストールで VMware Logon Monitor サービスがデフォルトで無効になります。このため、ログイン セグメント チャートで表示可能なデータがないと報告されても、セッション ダッシュボードにはログイン セグメント チャートが表示されることになります。回避策:なし。
1 つのブラウザ タブで管理コンソールを使用するときに、同じブラウザの別のブラウザ タブにある切断されたデスクトップを起動しようとすると、HTML Access ポータルもログオフされ、HTML Access ポータル自身に再度ログインしなければならない。(2118293)
通常、デスクトップを起動し、デスクトップからログアウトせずに切断すると、HTML Access ポータル自身にログインされたままになり、HTML Access ポータルの認証情報を入力しなくても切断されたデスクトップに再接続できます。この問題のために、ブラウザ内の 1 つのブラウザ タブでコンソールにログインし、別のブラウザ タブを使用して 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 REST API を使用して Horizon Cloud から起動 ID を作成する方法に関係します。回避策:なし。
デスクトップの健全性レポートに対して報告され、デスクトップの健全性アラートのために使用されるメモリ使用量の割合は、コミットされているメモリの割合に基づく。これは、物理メモリとページファイルのサイズの合計に等しく、物理メモリのみの割合に基づくものではない。(2015772)
デスクトップ仮想マシンでコミットされたメモリは物理メモリにページファイル サイズを加えたものとして計算されます。デスクトップのメモリ使用量の割合を計算するときに、システムはその合計(物理メモリとページファイルのサイズ)に使用される割合を示します。デスクトップの健全性アラートと、デスクトップの健全性レポート内のメモリ使用率レポートの両方で、その割合の計算が使用されます。ただし、デスクトップ仮想マシンにログインして Windows タスク マネージャーを開き、デスクトップの Windows オペレーティング システムのメモリ使用量を表示する場合、Windows タスク マネージャーには物理メモリのみに基づく割合が表示されます。このため、デスクトップの Windows タスク マネージャーに表示されるメモリ使用量の割合は、デスクトップの健全性レポートまたはデスクトップの健全性アラートに表示されるメモリ使用量の割合と一致しません。回避策:デスクトップの Windows タスク マネージャーによって報告されるメモリ使用量の割合と、コンソールのデスクトップの健全性レポートとデスクトップの健全性アラートでそのデスクトップについて報告されるメモリ使用量の割合の比較を実施する場合は、この差異を考慮します。
デスクトップ仮想マシンの CPU 使用率が 100% または 100% に近い場合に、デスクトップ アラートがトリガされない(1446496)
デスクトップ仮想マシンのアプリケーションなどによって仮想マシンの CPU 使用率が 100% に到達すると、CPU がビジー状態のため、デスクトップ エージェントは通常で Horizon Cloud に送信可能な量のデータ サンプルを送信することができません。返されるサンプル数が少ないことにより、デスクトップ アラートをトリガするためにシステムによって使用される計算に影響します。回避策:なし。

エンド ユーザー、Horizon Agent、Horizon Client 関連の既知の問題

ここに記載した既知の問題は Microsoft Azure にデプロイされたポッドに適用されます。

Microsoft Windows 10 Enterprise マルチセッション 2004 以降を実行している仮想マシンの場合、DPI の同期とディスプレイのスケーリング機能に問題がある(2587685、DPM-6352)
Microsoft Windows 10 Enterprise マルチセッション 2004 以降を実行している仮想マシンで現在の DPI をクエリできないため、これらの仮想マシンの当該機能は、Horizon Client ドキュメントに記載されているとおりに機能しません。DPI の同期とディスプレイのスケーリング機能は、PCoIP セッションの再接続では動作しません。DPI スケーリング機能は、Blast セッションの再接続では動作しません。回避策:セッションからログアウトし、ログインし直します。
Microsoft Windows 10 Enterprise クライアント オペレーティング システム 1903 以降を実行している仮想マシンの場合、DPI の同期とディスプレイのスケーリング機能に問題がある (2589129)
Microsoft Windows 10 Enterpriseクライアント オペレーティング システム 1903 以降を実行している仮想マシンで現在の DPI をクエリできないため、PCoIP または Blast セッションを再接続すると、これらの機能が Horizon Client のドキュメントに記載されたとおりに動作しません。回避策:セッションからログアウトし、ログインし直します。
VMware HTML Access を使用して VDI デスクトップを起動するときに、接続解除に関するエラー メッセージが表示され、その後に起動に成功することがある(2243471)
VDI デスクトップ仮想マシンにはデフォルトのセッション接続タイムアウトが設定されており、タイムアウトに達するとセッションは切断されます。デスクトップを起動するときに、デスクトップのデフォルトのセッション接続タイムアウトに達した場合にエンド ユーザーの HTML Access セッションがタイムアウトすると、デスクトップは最初にそのエラーをスローし、デスクトップの起動を続行することがあります。回避策:なし。
VDI デスクトップ割り当てにディスク暗号化を選択していて、1 つまたは 2 つのコアの仮想マシンがあり、かつデスクトップの基盤となる仮想マシンの電源がオフの場合、Horizon Client の自動再試行オプションが接続できないことがある(2167432)
VDI デスクトップ割り当ての電源管理設定により、VDI デスクトップの仮想マシンの電源がオフの場合、仮想マシンの電源をオンにして準備完了になってから、エンド ユーザーがそのデスクトップに接続できるようになります。エンド ユーザーが VDI デスクトップ割り当ての仮想マシンへの接続を試みたときに仮想マシンがオフになっていると、システムはその仮想マシンでの起動を開始します。暗号化されていない仮想マシンの場合、通常、この仮想マシンは 10 分以内にクライアント接続を受け入れる準備を完了します。ただし、暗号化された仮想マシンに備えられているコアが 1~2 個の場合、1 つの接続に対する準備を完了するのに通常、10 分以上かかります。Horizon Client の [クライアントの再試行] オプションには 12 分間の上限が設けられています。 [クライアントの再試行] オプションではこの上限が適用されるため、デスクトップの基盤となる仮想マシンに電源が投入され、準備を実施している間、12 分以内に接続が完了する前に、エンド ユーザー側からクライアントに対して自動的に接続が再試行されると、クライアントの自動再試行が放棄されます。暗号化された仮想マシンでは通常、クライアント接続を準備するまでに 12 分以上要するため、エンド ユーザーは Horizon Client の自動再試行が失敗し、暗号化デスクトップ仮想マシンへの接続が完了しなかったと判断することがあります。回避策:VDI デスクトップ割り当てにディスク暗号化を設定する場合は、2 つ以上のコアを持つ仮想マシン モデルを選択します。また別の方法として、VDI デスクトップ割り当てにディスク暗号化が選択され、1 つの仮想マシン モデルに 1 つ以上のコアが選択されている場合、エンド ユーザーに対し、暗号化されたデスクトップの仮想マシンに [[クライアントの再試行]] オプションを使用すると、この問題が生じることがあるということを通知します。
専用 VDI デスクトップ割り当ての仮想デスクトップの場合、Horizon Client の [最近使用したアイテム] 画面でショートカット リンクをクリックしてもデスクトップが起動しないことがある(1813881、HD-3686、DPM-1140)
Horizon Client の iOS および Android バージョンの場合、[最近使用したアイテム] 画面に最近起動したデスクトップのリンクが表示されます。ユーザーが専用プールの仮想デスクトップを初めて起動するときに、デスクトップが通常どおり起動し、クライアントが [最近使用したアイテム] ページに起動アイコンを作成します。ユーザーがデスクトップを切断した後で [最近使用したアイテム] ページからデスクトップを起動しようとすると、起動アイコンがデスクトップ名の短縮バージョンを使用するため、デスクトップを起動できません。回避策:[最近使用したアイテム] 画面ではなく、クライアントのメイン画面からデスクトップを起動してください。
1976.0 マニフェスト バージョンのポッドとエージェント レベル 19.4 を実行しているファーム仮想マシン:HTML Access (Blast) および PCoIP プロトコルを使用している場合、ユーザーはデスクトップまたはリモート アプリケーション セッションから 1 時間後に切断されます。(2519400)
この問題は、Microsoft Windows 10 Enterprise マルチセッション システムの Microsoft ターミナル サービスの問題によるものです。Microsoft Windows 10 Enterprise マルチセッション オペレーティング システムに基づいた RDSH ファームからプロビジョニングされるセッション ベースのデスクトップおよびリモート アプリケーションの場合、エンド ユーザーが HTML Access (Blast) または PCoIP プロトコルを使用して既存のデスクトップまたはリモート アプリケーション セッションに再接続した後、1 時間が経過すると、ユーザーのセッションは強制的に切断されます。データが失われることはありません。ユーザーは再接続でき、セッションが切断時と同じ状態ですが、この動作が繰り返され、再接続されたセッションが 1 時間後にまた強制的に切断されます。

この問題は、Horizon Agents Installer (HAI) 20.1 以降を使用して解決されています。1976.0 ポッドが 1976.1 以降のマニフェストに更新されると、[Marketplace からの仮想マシンのインポート] ウィザードにより、この修正が適用されたエージェント ソフトウェアが自動的にインストールされます。ポッドのマニフェスト レベルがまだ 1976.0 にある場合、ウィザードを実行しても、問題のあるエージェント ソフトウェアがインストールされます。ただし、仮想マシンをシールすると、[イメージ] ページに青色のドットが表示されます。これはエージェントのアップデート機能を使用してエージェントを修正が適用されたレベルにアップデートできることを意味します。

マニフェスト バージョン 2298 より前のポッド:クライアントでプロトコルを切り替えるときに、[ログアウトして再接続] ではなく [接続] を選択すると、クライアントが応答しなくなることがあります。(2528014)
この問題は、マニフェスト 2298 以降に更新されたポッドで解決されています。この問題は、1 つのプロトコルを使用して RDSH ファームへのセッションを確立した後に、クライアントでプロトコルを切り替えると発生します。1 つのプロトコルを使用してデスクトップまたはアプリケーションを起動するときに、そのセッションを切断し、クライアントのメニューを使用して別のプロトコルに切り替え、同じデスクトップまたはアプリケーションを起動すると、クライアントは、「このデスクトップはサーバ上で開いていますが、異なるプロトコルを実行しています」というダイアログ ボックスを表示します。接続するか、ログアウトして再接続するかを選択できます。[接続] ボタンを選択すると、ダイアログが再度表示されます。もう一度 [接続] を選択すると、クライアントが応答しなくなります。
エージェントのアップデート機能を使用して 18.2.2 バージョンより前のエージェントを含むイメージを更新すると、アップデート プロセスが失敗することがある (2200962)
マニフェスト レベルが 965 以前のノードで作成したイメージで、この問題が生じることがあります。場合によっては、イメージの RunOnce レジストリに、エージェントのアップデート プロセスの実行を妨げる値が生じることがあります。回避策:エージェントのアップデートを再度実行し、[エージェントのアップデート] ウィザードの [コマンド ライン] タブで次のコマンド ライン引数を追加します。VDM_SUPPRESS_RUNONCE_CHECK=1