Horizon Cloud 環境の管理者向けのトラブルシューティング

Horizon Cloud 環境の継続的な運用で発生する可能性のある問題をトラブルシューティングできます。

Horizon Cloud - Horizon Universal Console を使用したエージェント ログの収集

この機能が Horizon Cloud テナントで有効になっていて、Microsoft Azure の Horizon Cloud ポッドが特定の前提条件を満たしている場合、ログ の生成 アクションは、そのポッドからインポートされた仮想マシン、ファーム ホスト仮想マシン、および VDI デスクトップ仮想マシンの Horizon Universal Console で使用できます。

この機能は通常、テクニカル サポート リクエスト (SR) を発行した後、その SR に応答する過程で、割り当てられたサポート チームが、問題を診断するために特定の仮想マシンからの診断ログ バンドルが必要であると判断した後にのみ使用されます。DCT バンドル(データ収集ツール バンドル)という用語は、このタイプのログ バンドルに関連して、Horizon Cloud サポート チームによってよく使用されます。

覚えておいてください:クラウドベースの Horizon Universal Console のツアーで説明されているように、第 1 世代のコンソールは動的であり、第 1 世代のテナント環境の最新の構成に適した機能を反映しています。このドキュメントで説明されている機能へのアクセスは、以下の要因(ただしこれらに限定されない)に依存する場合があります。

• 機能が最新の第 1 世代 Horizon Cloud ポッド マニフェスト、Horizon ポッドのバージョン、または Horizon Cloud Connector のバージョンでのみ使用可能なシステム コードに依存するかどうか。
• 機能が初登場したときに リリース ノート に記載されているように、機能へのアクセスが制限されているかどうか。
• 機能に特定のライセンスまたは SKU が必要かどうか。

このドキュメントに機能の記載があり、第 1 世代コンソールにその機能が表示されない場合は、まず リリース ノート を読み、その機能のアクセスが制限されているかどうか、およびテナントで有効化をリクエストする方法を確認します。または、このドキュメントに記載されている機能を使用する資格があるにもかかわらず、コンソールにその機能が表示されない場合は、Horizon Cloud の担当者に問い合わせるか、担当者がいない場合は、 Customer Connect にログインした後に Horizon Cloud チームにサービス リクエスト (SR) を発行することができます。

前提条件と要件

• ポッド関連の要件

  この機能は、ポッド マニフェスト 2747.0 以降を実行している Microsoft Azure の Horizon Cloud ポッドでサポートされています。

  この機能を使用するには、ポッドに、Microsoft Azure の Horizon Cloud ポッドのApp Volumes機能で使用するために Horizon Cloud が構成するstagingタイプのファイル共有が必要です。ログの生成 アクションを実行すると、システムはそのstagingファイル共有内のディレクトリにログ バンドルを書き込み、後でコンソールの [レポート] ページを使用して取得できるようにします。特定のポッドにこのファイル共有が存在することを確認するには、コンソールの [キャパシティ] ページからポッドの詳細ページに移動します。ポッドの詳細ページの ファイル共有 フィールドは、ポッドのファイル共有の存在を示します。これは 2 である必要があります。表示されたハイパーリンク 2 をクリックし、情報ツールチップに staging タイプのファイル共有に関する情報が含まれていることを確認します。ツールチップにこの staging タイプのファイル共有の存在が示されていない場合、 ログの生成 アクションは、Horizon Cloud サポートに問い合わせるように指示するメッセージを生成します。

• 仮想マシン関連の要件

  ログの生成 アクションは、インポートされた仮想マシン、ファーム ホスト仮想マシン、および VDI デスクトップ仮想マシンの仮想マシン タイプに対して提供されます。インポートされた仮想マシンの場合、その仮想マシンで ログの生成 アクションを実行する前に、仮想マシンがペアリング プロセスを完了している必要があります。ペアリング プロセスについては、 Microsoft Azure に Horizon Cloud ポッドのデスクトップ イメージを作成のペアリング手順を参照してください。

  この機能がログを取得できる仮想マシンの Horizon Agent の最小バージョンはバージョン 19.1 です。ただし、特定のポッド マニフェストは特定のエージェント バージョンのセットとのみ相互運用することに注意してください。仮想マシンのエージェント バージョンがポッドのマニフェスト バージョンと互換性があることを常に確認する必要があります。ポッドとエージェントの相互運用性の概念については、 Horizon Cloud ポッドの更新 — エージェントの互換性とサポートを継続するための手順を参照してください。

  仮想マシンで ログの生成 アクションを呼び出すときに、仮想マシンのエージェントが実行中で、アクセスできる必要があります。コンソールで、仮想マシンのエージェントのステータスに アクティブ と表示されている必要があります。

生成されたログ バンドルについて

生成されたログ バンドルには、Horizon Agents Installer によってインストールされ、仮想マシンで ログの生成 アクションが呼び出されたときに現在仮想マシンにインストールされているすべてのエージェントのログが含まれます。

仮想マシンで ログの生成 アクションが呼び出されると、システム タスクがバックグラウンドで実行を開始し、ログ バンドルを生成および収集します。このバックグラウンド タスクの完了には時間がかかります。コンソールの [アクティビティ] ページには、タスクの進行状況が表示され、完了が 100% になると表示されます。バンドルをダウンロードする準備ができると、コンソールに通知も作成されます。バンドルの準備ができたら、[レポート] ページの [ログ] タブを使用して、ファイルをローカル システムにダウンロードします。

仮想マシンでログ収集タスクが完了すると、バックグラウンド タスクはエージェント関連のログ バンドルをポッドの Microsoft Azure サブスクリプション内の staging ファイル共有にコピーします。このファイル共有は、App Volumes 機能で使用するためにHorizon Cloud構成するファイル共有です。ログ バンドルの平均サイズは 900 MB で、2 GB 近くになることもあります。

そのファイル共有で使用される容量を最小限に抑えるため、生成された各ログ バンドルには 1 時間の保持時間があり、保持時間を過ぎるとシステムはファイルを削除します。[レポート] ページの [ログ] タブには、生成された各ログ バンドルの有効期限が報告されます。

エージェント ログ バンドルの生成とダウンロード

1. 目的の仮想マシンで ログの生成 アクションを使用します。
2. コンソールの [アクティビティ] ページで、ログ バンドルを生成するアクティビティがいつ完了するかを確認します。
3. レポート > ログ からログ バンドル ファイルをローカル システムにダウンロードします。

staging ファイル共有の容量を節約するために、削除 アクションを使用して、有効期限が切れる前にバンドルを削除することができます。

ファームまたは VDI デスクトップ割り当てのディスク サイズが増加した場合に必要な管理者の操作

ファームまたは VDI デスクトップ割り当てを作成または編集するときに、OS のディスク サイズの値を増やすことができます。このオプションを使用すると、そのファームまたは割り当て内の各仮想マシンの OS ディスクがそのサイズで作成されます。ただし、Microsoft Azure での仮想マシンのデフォルト動作の結果として、仮想マシンのディスクが拡張されても、C ドライブを含むパーティションはディスク全体を囲むように拡張されません。仮想マシンのディスク上の新しい領域は、仮想マシンでアクションを実行して C ドライブ パーティションを拡張して新しい領域を含めるまで使用されません。

Microsoft では、パーティションを拡張してフル ディスクをカバーする方法をいくつか提供しています。次の Powershell コマンドはテストしていません。これらは、スクリプトを使用して拡張を実現する方法の 1 つの例としてのみ提供されています。組織に最も適した方法を決定する必要があります。

$size = (Get-PartitionSupportedSize -DiskNumber 0 -PartitionNumber 2)
Resize-Partition -DiskNumber 0 -PartitionNumber 2 -Size $size.SizeMax

この例では、ディスク番号を 0、パーティション番号を 2 と想定しています。これらの Powershell コマンドの詳細については、 https://docs.microsoft.com/en-us/powershell/module/storage/resize-partition?view=win10-ps を参照してください。

Horizon Universal Console の最初のログイン画面で正常にログインできない

Cloud Services がメンテナンス中の場合、Horizon Cloud の管理コンソールにログインできません。

https://cloud.horizon.omnissa.com で Horizon Cloud にログインしようとすると、https://connect.omnissa.com で Cloud Services ログインで認証するように設計上リダイレクトされます。ログイン画面に理由が示されていない場合でも、ログイン画面に有効なアカウント認証情報を入力すると、試行が失敗することがわかります。

ログイン認証は、Cloud Services を使用したアカウント認証情報の認証に依存します。そのサービスが必要な認証要求を完了できない場合、その期間中にコンソールにログインすると失敗します。

手順

1. コンソールのメイン ログイン画面でログインの問題が発生する場合は、[Workspace ONE ステータス] ページ https://status.workspaceone.com/ 内で Horizon Cloud First Gen のステータスをチェックして、最新のシステム ステータスを確認してください。

   そのページでは、更新を受信するようにサブスクライブすることもできます。

ログに記録された Microsoft Windows Sysprep エラーを解決した後でも、イメージへの変換タスクがタイムアウト エラーで失敗する

イメージ仮想マシンを公開イメージに変換するときに Microsoft Sysprep の問題が発生するのを防ぐための手順を実行した場合でも、その後の試行で変換タスクがタイムアウトになります。

最初にイメージを公開しようとすると、[アクティビティ] ページには、appx パッケージに関連する Microsoft Sysprep の問題が原因で、イメージ変換プロセスがタイムアウト エラーで失敗したことが表示されます。「インポートされた仮想マシンの Windows オペレーティング システムのカスタマイズ」で説明されている最適化の手順に従い、Microsoft Sysprep エラー ログに記載されている問題を解決した後、イメージの変換を試みます。この 2 回目の試行で、[アクティビティ] ページに「仮想マシンがパワーオフするまで 20 分間待機しました。イメージを仮想マシンに変換して戻します」というメッセージが表示されます。

この状況は、Microsoft Sysprep プロセスを実行しようとする 2 回目の試行がハングするか応答しないために発生します。この問題を回避するには、次の手順を実行します。

手順

1. Microsoft Sysprep エラー ログのエラー メッセージおよび Microsoft KB 2769827に従って Microsoft Sysprep の問題を解決します。

2. イメージ仮想マシンで、Horizon Agent サービスを調べ、起動タイプが 自動 に設定されていることを確認します。

   イメージがマニフェストが 1600 より前のポッドにある場合、仮想マシンには DaaS Agent サービスもあります。DaaS Agent サービスの起動タイプが 自動 に設定されていることを確認します。

3. イメージ仮想マシンを再起動します。

4. 再起動した仮想マシンで変換プロセスを再試行します。

Windows Server 2012 イメージの場合、イメージへの変換タスクがタイムアウト エラーで失敗する

公開ワークフローを実行する前に、Windows Server 2012 イメージ仮想マシンをカスタマイズするためにアプリケーションをインストールした後、20 分後にタイムアウトのエラー メッセージが表示されて公開プロセスが失敗することがあります。

Windows Server 2012 イメージ仮想マシンにアプリケーションをインストールし、仮想マシンをログオフしてから公開ワークフローを開始した後に、Microsoft System Preparation (Sysprep) プロセスの実行中に仮想マシンがパワーオフになりワークフローが失敗することがあります。

手順

1. Sysprep エラー ログのエラー メッセージおよび Microsoft KB 2769827に従って Sysprep の問題を解決します。

2. イメージ仮想マシンで、Horizon Agent サービスを調べ、起動タイプが 自動 に設定されていることを確認します。

   イメージがマニフェストが 1600 より前のポッドにある場合、仮想マシンには DaaS Agent サービスもあります。DaaS Agent サービスの起動タイプが 自動 に設定されていることを確認します。

3. 仮想マシンを再起動します。

4. 再起動した仮想マシンで変換プロセスを再試行します。

プライマリ ドメイン バインド アカウントがロックアウトされたときの通知

ロックされたプライマリ ドメイン バインド アカウントが原因で Horizon Cloud が認証エラーを検出すると、アカウントの状態を解決するように警告する通知が管理コンソールに表示されます。システムは、プライマリ ドメイン バインド アカウントをサービス アカウントとして使用して、Active Directory (AD) サーバに接続し、Active Directory をクエリします。

管理者がコンソールに正常にログインするたびに、システムはプライマリ ドメイン バインド アカウントが失敗した状態または非アクティブの状態であるかどうかをチェックします。アカウントが失敗状態または非アクティブ状態であると判断されると、通知が作成されます。通知が作成されると、[通知] ページに追加され、コンソールの右上隅にあるベル アイコン()のカウントに反映されます。ベル アイコンをクリックするか、[通知] ページに移動すると、通知の詳細を確認できます。

メモ: システムと Active Directory サーバ間の接続の接続状態は 15 分間キャッシュされます。そのため、プライマリ ドメイン バインド アカウントがロックアウト状態になってからコンソールに通知が反映されるまでに最大 15 分かかる場合があります。たとえば、コンソールにログインして、Active Directory サーバのプライマリ ドメイン バインド アカウントを手動でロックアウトした場合、通知がコンソールに表示されるまでに最大 15 分かかる場合があります。同様に、コンソールにロックアウト通知が表示された後に Active Directory サーバでアカウントを修正した場合、修正後最大 15 分間、コンソールにアカウント ロックアウト通知が表示され続けることがあります。

プライマリ ドメイン バインド アカウントがロックアウトされると、システムはフォールバックして、アクティブな構成済みの補助ドメイン バインド アカウントを使用して Active Directory サーバへの接続を認証します。プライマリ ドメイン バインド アカウントがロックアウトされているという通知が表示された場合は、長期にわたって正常なシステム接続が継続するように、プライマリ ドメイン バインド アカウントの状態を解決するためのアクションを実行する必要があります。

新しいファームが進行中のままになる

[ファーム] ページから新しいファームの作成を開始すると、システムはファームとその RDSH 仮想マシン (VM) の作成を開始します。ただし、30 分経過しても、ページにはファームのステータスが処理中であることが表示されます。ファームの詳細ページにドリルダウンすると、その仮想マシンの 1 つがオフライン状態になっています。

ファーム内の他の仮想マシンのステータスがオンラインと表示されていても、1 台の仮想マシンがオフラインのステータスを表示し続けているため、ファームの作成プロセスは完了できません。

一時的なネットワーク接続が失われると、Horizon Cloud で仮想マシンの状態がオフラインとして表示され、ファームの作成ワークフローを完了できません。

手順

1. ファームの セッション ホスト タブに移動します。

2. オフラインの仮想マシンの横にあるチェック ボックスを選択し、 削除 をクリックします。

   システムによって仮想マシンが削除されます。数分後、システムは自動的に仮想マシンを再作成し、仮想マシンがオンラインになることでファームがオンライン状態に変わります。

フローティング VDI デスクトップ割り当てからデスクトップに接続しようとすると Windows エラー メッセージが表示される

エンド ユーザーがフローティング VDI デスクトップ割り当てからデスクトップに接続しようとすると、「 Windows couldn't connect to the System Event Notification Service service. Please consult your system administrator」というWindows メッセージが表示されます。

ユーザーがこのメッセージを確認して、表示されている [OK ] ボタンをクリックすると、セッションが切断されることがあります。OK をクリックすると、デスクトップにログインできる場合があります。通常、 OK をクリックすると、ユーザーはデスクトップへのログインを再試行でき、2 回目の試行は成功します。

この問題は Microsoft Windows の既知の問題で、 このページの answers.microsoft.com に記載されています。

True SSO が構成され、証明書の失効ステータスに関するメッセージがユーザーに表示される場合

True SSO が構成されている場合、CRL が正しくないと、ログイン中にエラー メッセージが表示されます。

デスクトップ起動時のエンド ユーザーの画面に、「試行したログオンは無効です。ユーザー名または認証情報が間違っていることが原因です。認証に使用された証明書の失効ステータスを判別できませんでした。」

True SSO が構成されている場合、この問題は CRL URL エンドポイントの問題が原因で発生する可能性があります。

タスクの結果

ブラウザを使用して CRL URL に直接アクセスして、構成された CRL が正しいことを確認します。構成された CRL は、True SSO での認証時に作成された証明書で確認できます。そのアクセスに失敗した場合は、URL が正しいこと、およびその失効リストを提供しているサーバが動作しており、正しく機能していることを確認します。

ポッドがマニフェスト 1230 以降に更新されていないときに、インポートされたイメージにリモート接続するためのドメイン アカウントの機能を設定する方法

Microsoft Azure のポッドのポッド マニフェスト バージョン 1230 以降では、ドメイン アカウントはエージェント ソフトウェアがインストールされているイメージ仮想マシンに直接接続できます。ポッド マニフェスト 1230 より前のバージョンでは、ドメインに参加した仮想マシンにインストールされたエージェント ソフトウェアにより、ドメイン アカウントをその仮想マシンに直接接続できません。ポッド マニフェスト 1230 以降では、ドメイン アカウントを使用してログインし、イメージ仮想マシンをカスタマイズできます。ただし、ポッドのマニフェストが 1230 より前のバージョンの場合は、以下の手順を使用して、インポートしたイメージにリモート接続するためのドメイン アカウントの機能を構成することができます。

組織のニーズに合わせてイメージをカスタマイズするには、Microsoft Azure にあるそのイメージの仮想マシンにリモートで接続してログインできる必要があります。イメージ仮想マシンが Active Directory ドメインに参加していて、組織のポリシーがドメインに参加した仮想マシンでローカル管理者アカウントを使用することを禁止している場合、イメージのカスタマイズに使用するドメイン アカウントを使用して DaaS Direct Connect Users ローカル グループを構成するまで、イメージ仮想マシンにログインすることはできません。

Microsoft Azure のイメージ仮想マシンに接続するには、Remote Desktop Protocol (RDP) ソフトウェアを使用します。イメージ仮想マシンを作成する全体的なプロセスの一環として、次の項目が配置されます。

• 仮想マシンは、2019 年 12 月のサービス リリースより前に [仮想マシンのインポート] ウィザードを使用して作成された場合、常にドメインに参加します。仮想マシンは、手動で作成して明示的にドメインに参加させる場合、または 2019 年 12 月のサービス リリース後に [仮想マシンのインポート] ウィザードを使用して作成し、ドメインに参加するためのウィザード オプションを選択した場合にも、ドメインに参加します。2019 年 12 月のサービス リリースより前は、[仮想マシンのインポート] ウィザードは常に自動的に仮想マシンをドメインに参加させていました。
• Horizon Agent ソフトウェアは、仮想マシンの Microsoft Windows オペレーティング システムにインストールされます。

デフォルトでは、エージェント ソフトウェアは、エージェント ソフトウェアがインストールされた仮想マシンのローカル管理者アカウント以外のアカウントを仮想マシンのゲスト Microsoft Windows システムへの RDP に使用することを防止します。たとえば、ローカル管理者グループのメンバーであるドメイン管理者アカウントを使用してイメージ仮想マシンに対して RDP を実行しようとすると、最初に接続が行われても、Microsoft Windows セッションの開始時にメッセージが表示されます。メッセージには、仮想デスクトップへの直接接続が許可されていないことが示されます。

ただし、一部の組織は通常、ドメインに参加した仮想マシンでローカル管理者アカウントを使用することを禁止するポリシーを持っています。RDP を実行し、ログインしてイメージ仮想マシンをカスタマイズする機能をドメイン アカウントに提供するために、エージェント ソフトウェアをインストールすると、DaaS Direct Connect Users という名前のローカル グループも作成されます。このグループにはローカル管理権限がありません。エージェントは、このグループのドメイン アカウントが直接 RDP 接続を使用してデスクトップに接続することを許可します。DaaS Direct Connect Users グループは、作成時には空です。イメージのカスタマイズに使用するドメイン アカウントに RDP 機能を付与するには、それらのドメイン ユーザーを DaaS Direct Connect Users ローカル グループに追加します。

次のスクリーンショットは、[Marketplace からの仮想マシンのインポート] ウィザードを使用して作成されたイメージ仮想マシンの [ローカル ユーザーとグループ] ウィンドウに DaaS Direct Connect Users グループを表示する例です。

ローカル管理者アカウントを使用して仮想マシンに直接接続できない場合は、Active Directory 環境でグループ ポリシー オブジェクト (GPO) ポリシーを使用して、ドメイン アカウントを DaaS Direct Connect Users グループに追加します。次の手順では、ドメインに参加した仮想マシン上の DaaS Direct Connect Users グループにメンバーを追加するために GPO ポリシーの 制限付きグループ - Members Of メソッドを使用する方法について説明します。

1. Active Directory 環境で、新しい GPO を作成します。
2. GPO を右クリックし、 編集 を選択します。
3. グループ ポリシー管理エディタで、[ コンピュータの構成 ] > [ポリシー ] > [Windows設定] >****[セキュリティ設定 ] > [制限付きグループ] の順に移動します。
4. 制限付きグループ を右クリックし、グループの追加 を選択します。
5. グループの追加 ボックスに DaaS Direct Connect Users と入力して、 OK をクリックします。
6. プロパティ ダイアログで、 このグループのメンバー 領域とその 追加 ボタンを使用して、イメージ仮想マシンに接続できるようにするドメイン アカウントを追加します。
7. このグループのメンバー 領域へのアカウントの追加が完了したら、OK をクリックしてプロパティ ダイアログを閉じます。
8. グループ ポリシー管理エディタとグループ ポリシー管理コンソールを閉じます。
9. 新しく作成した GPO を、イメージ仮想マシンに使用されているドメインと同じドメインにリンクします。

新しい GPO がドメインにリンクされたら、これらの指定されたドメイン アカウントの 1 つを使用してイメージ仮想マシンに RDP を実行し、カスタマイズできます。インポートされた仮想マシンの Windows オペレーティング システムのカスタマイズとそのサブトピックに記載されている手順に従います。