ユーザーログオンの問題の診断
ユーザーログオンの問題のトラブルシューティングを行うには,ログオン処理時間データを使用します。
ログオン処理時間は,HDXを使用するデスクトップまたはアプリに初めて接続する場合のみ測定されます。このデータには,リモートデスクトッププロトコルを使用して接続しようとするユーザーや,切断されたセッションから再接続するユーザーは含まれません。具体的には,ユーザーが最初にHDX以外のプロトコルを使用して接続してから,HDXを使用して再接続するときは,ログオン処理時間は測定されません。
[ユーザーの詳細]ビューでは,処理時間は数値として表示されます。この番号の下には,ログオンが発生した時刻と,ログオンプロセスのフェーズのグラフが表示されます。
ユーザーがCitrix虚拟应用程序和桌面にログオンすると,モニターサービスはログオンプロセスのフェーズを追跡します。ログオンプロセスのフェーズは、ユーザーがCitrix Workspaceアプリを使用して接続した時点から始まり、デスクトップを使用する準備ができた時点までになります。
左側の大きな数字は,ログオン時間の合計です。これは,接続の確立および交付控制器からのデスクトップの取得にかかった時間と,仮想デスクトップの認証とログオンにかかった時間を合計して計算されます。処理時間の情報は秒単位(または秒の小数単位)まで表示されます。
前提条件
ログオン期間データとドリルダウンが表示されるようにするには,次の前提条件を満たす必要があります:
- VDAにCitrix用户配置文件管理器とCitrix用户配置文件管理器WMI插件をインストールする。
- Citrix概要文件管理服务が実行されている。
- XenAppおよびXenDesktopサイト7.15以前の場合,GPO設定[従来の実行リストを処理しない]を無効にします。
- 対話型セッションのドリルダウンでは,監査プロセスの追跡を有効にする必要があります。
- GPOドリルダウンの場合は,グループポリシーの操作ログのサイズを大きくします。
メモ:
ログオン処理時間は,デフォルトのWindowsシェル(资源管理器)でのみサポートされ,カスタムシェルではサポートされません。
リモートPCアクセスのログオン処理時間データは,リモートPCインストール中にCitrix用户配置文件管理器およびCitrix用户配置文件管理器WMI插件が追加のコンポーネントとしてインストールされている場合のみ利用できます。詳しくは。”リモートPCアクセスの構成と順序の考慮事項“の手順4を参照してください。
ユーザーログオンの問題のトラブルシューティング手順
- ログオン状態のトラブルシューティングを行うには,[ユーザーの詳細]ビューの[ログオン処理時間]パネルを使用します。
- ユーザーがログオン中の場合は,ここにログオンのプロセスが表示されます。
- ユーザーがログオン済みの場合,ユーザーがそのセッションにログオンするときにかかった時間が[ログオン処理時間]パネルに表示されます。
- ログオンプロセスの各フェーズを調査します。
ログオンプロセスのフェーズ
仲介
ユーザーに割り当てるデスクトップを決定するのに要した時間です。
仮想マシンの起動
マシンの起動を必要とするセッションの場合,仮想マシンの起動にかかった時間です。
HDXコネクション
クライアントから仮想マシンへのHDX接続の設定で必要な手順を実行するためにかかった時間です。
認証
リモートセッションへの認証を実行するのにかかった時間です。
GPO
仮想マシン上でグループポリシー設定が有効になっている場合に,ログオン中にグループポリシーオブジェクトの適用にかかった時間です。GPOバーにマウスカーソルを重ねると、CSE(クライアント側拡張機能)ごとに各ポリシーの適用にかかった時間の詳細がヒントとして表示されます。[詳細なドリルダウン]をクリックすると,ポリシーの状態と対応するGPO名を示すテーブルが表示されます。ドリルダウンの期間はCSE処理時間のみを表し,合計GPO時間には加算されません。ドリルダウンテーブルは,詳細なトラブルシューティングやレポートで使用するためにコピーできます。各ポリシーのGPO時間は,イベントビューアーのログから取得されます。操作ログに割り当てられているメモリ(デフォルトサイズは4 mb)によっては,このログは上書きされる可能性があります。操作ログのログサイズを増やす方法について詳しくは,微软技术記事の”配置事件日志“を参照してください。
ログオンスクリプト
セッションでログオンスクリプトが構成されている場合,これはログオンスクリプトの実行にかかった時間です。
プロファイルのロード
ユーザーまたは仮想マシンに対してプロファイル設定が構成されている場合,これはプロファイルのロードにかかった時間です。
Citrix概要管理が構成されている場合,[プロファイルロード]バーに表示されるのはCitrix概要管理がユーザープロファイルの処理に要する時間です。この情報は,管理者が処理に時間がかかる問題をトラブルシューティングするために役立ちます。概要管理が構成されている場合,[プロファイルロード]バーには長くなった処理時間が表示されます。この処理時間の増加は機能を拡張した結果であり,パフォーマンスが低下したわけではありません。この機能拡張はVDA 1903年以降で利用できます。
[プロファイルのロード]バーの上にカーソルを置くと,現在のセッションのユーザープロファイルの詳細を示すツールチップが表示されます。
[詳細なドリルダウン]をクリックすると,プロファイルのルートフォルダー(C: /用户/用户名など)内の個別のフォルダー,そのサイズとファイル数(サブフォルダー内のファイルを含む)へと,さらにドリルダウンできます。
プロファイルのドリルダウンは,交付控制器バージョン7 1811年以降およびVDA 1811年以降で使用できます。プロファイルドリルダウン情報を使用すると,長いプロファイルロード時間に関連する問題を解決できます。次の操作を実行できます:
- ユーザープロファイルをリセットする
- 大きな不要ファイルを削除してプロファイルを最適化する
- ファイル数を減らしてネットワーク負荷を軽減する
- プロファイルストリーミングを使用する
デフォルトでは,プロファイルのルートフォルダー内にあるすべてのフォルダーがドリルダウンに表示されます。フォルダーを非表示にするには,VDAマシンの以下のレジストリ値を編集します:
警告:
レジストリの追加や編集を誤ると,深刻な問題が発生する可能性があり,オペレーティングシステムの再インストールが必要になる場合もあります。レジストリエディターの誤用による障害に対して,シトリックスでは一切責任を負いません。レジストリエディターは,お客様の責任と判断の範囲でご使用ください。また,レジストリファイルのバックアップを作成してから,レジストリを編集してください。
- HKEY_LOCAL_MACHINE \ Software \ Citrix \董事VDAでに新しいレジストリ値ProfileFoldersNameHiddenを追加します。\
- 値を1に設定します。この値は,字(32ビット)値である必要があります。フォルダ名の表示が無効になりました。
- フォルダ名を再度表示するには,値を0に設定します。
注:GPOまたはPowerShellコマンドを使用して,複数のマシンでレジストリ値の変更を適用できます。GPOを使用してレジストリの変更を展開する方法について詳しくは,ブログを参照してください。
追加情報
- プロファイルのドリルダウンでは,リダイレクトされたフォルダーは考慮されません。
- ルートフォルダー内のNTUser.datファイルは,エンドユーザーに表示されないことがあります。ただし,これらはプロファイルのドリルダウンに含まれ,ルートフォルダー内のファイルのリストに表示されます。
- AppDataフォルダーの一部の隠しファイルは,プロファイルドリルダウンに含まれません。
- ファイル数およびプロファイルサイズに関するデータは,Windowsの制限事項が原因で[個人設定]パネルのデータと一致しないことがあります。
対話型セッション
これは,ユーザープロファイルのロード後,キーボードやマウスの制御をユーザーに“渡”すまでにかかった時間です。通常,ログオンプロセスのすべてのフェーズで最も長い時間であり,次のように計算されます:対話型セッションの処理時間=デスクトップ準備完了イベントのタイムスタンプ(VDAのEventId 1000)——ユーザープロファイルロード完了イベントのタイムスタンプ(VDAのEventId 2)対話型セッションには,userinit実行前,userinit,壳牌の3つのサブフェーズがあります。対話型セッションにカーソルを合わせると,次のツールチップが表示されます:
- サブフェーズ
- 各サブフェーズの所要時間
- これらのサブフェーズ間の合計累積遅延時間
- ドキュメントへのリンク。
注:
この機能はVDAバージョン1811年以降で使用できます。7.18より前のバージョンのサイトでセッションを開始してから7.18以降にアップグレードした場合,“サーバーエラーのためドリルダウンを使用できません。“というメッセージが表示されます。アップグレード後にセッションを起動した場合は,エラーメッセージは表示されません。
各サブフェーズの期間を表示するには,仮想マシン(VDA)でプロセス追跡の監査を有効にします。プロセス追跡の監査が無効(デフォルト)の場合,表示されるのはuserinit実行前の時間と,userinitと壳の合計時間になります。以下の手順により,グループポリシーオブジェクト(GPO)を使用してプロセス追跡の監査を有効化できます:
- GPOを作成し,GPOエディターで編集します。
- [コンピューターの構成]> [Windowsの設定]>[セキュリティの設定]>[ローカルポリシー]>[監査ポリシー]の順に移動します。
- 右側のペインで,[プロセス追跡の監査]をダブルクリックします。
- [成功]チェックボックスをオンにして,[好]をクリックします。
- このGPOを目的のVDAやグループに適用します。
プロセス追跡の監査の詳細とこの機能の有効化および無効化の切り替え方法については,微软のドキュメント审计过程跟踪を参照してください。[ユーザーの詳細]ビューの[ログオン処理時間]パネル。
- 対話型セッション——userinit実行前:対話型セッションの所要時間のうち,グループポリシーオブジェクトおよびスクリプトの適用にかかった時間です。このサブフェーズは,GPOとスクリプトを最適化することで短縮できます。
- 対話型セッション- userinit:Windowsマシンにユーザーがログオンすると,登录によりuserinit.exeが実行されます。Userinit.exeはログオンスクリプトを実行し,ネットワーク接続を再確立して,Windowsユーザーインターフェイスである资源管理器を起動します。この対話型セッションのサブフェーズは,userinit.exeの開始から,仮想デスクトップまたはアプリケーションのユーザーインターフェイスの起動までの時間に相当します。
- 対話型セッション-壳:前のサブフェーズで,userinitによりWindowsユーザーインターフェイスの初期化が開始されます。壳牌サブフェーズは,ユーザーインターフェイスの初期化から,ユーザーにキーボードとマウスの制御が渡されるまでの時間に相当します。
- 遅延:userinit実行前およびuserinitとuserinitおよび壳の各サブフェーズ間の累積遅延時間です。
総ログオン時間は,これらの各フェーズを厳密に合計したものではありません。たとえば,一部のフェーズは並行して発生するほか,フェーズによっては追加処理が発生してログオン処理時間が合計値よりも大きくなることがあります。総ログオン処理時間には,ICAファイルのダウンロードとアプリケーションでのICAファイルの起動までの時間に相当する,ICAアイドル時間は含まれません。アプリケーション起動時にICAファイルを自動的に開くようにするは,ICAファイルをダウンロード時に自動で開くようにお使いのWebブラウザーを構成します。詳しくは。”CTX804493“を参照してください。
注:[ログオン処理時間]グラフには,ログオンフェーズが秒単位で表示されます。1秒未満の時間値はすべて,秒未満の値として表示されます。1秒を超える値は,0.5秒単位に丸められます。グラフはY軸の最高値を200秒として表示するように設計されています。200秒を超える値はすべて,実際の値を棒グラフの上に添えて表示されます。
トラブルシューティングのヒント
グラフで異常な値または予期しない値を識別するには,現在のセッションの各フェーズで要した時間と,このユーザーの最近7日間の平均処理時間,およびこのデリバリーグループのすべてのユーザーの最近7日間の平均処理時間を比較します。
必要に応じて,担当管理者に報告します。たとえば,仮想マシンの起動に時間がかかり,ハイパーバイザーが問題の原因である可能性がある場合は,ハイパーバイザー管理者に問題を報告します。また,仲介処理に時間がかかる場合は,サイト管理者に交付控制器の負荷分散のチェックを依頼します。
以下の問題について調査します。
- (現在の)ログオンを示すバーが表示されていない。
- 現在のログオン処理時間とこのユーザーの平均処理時間が大きく食い違う。次の原因が考えられます:
- 新しいアプリケーションがインストールされた。
- オペレーティングシステムが更新された。
- 構成が変更された。
- ユーザーのプロファイルサイズが大きい。この場合,プロファイルロード時間が長くなります。
- ユーザーのログオン処理時間(現在値および平均値)とデリバリーグループの平均値が大きく食い違う。
必要な場合は,[再起動]をクリックしてユーザーに再ログオンしてもらい,仮想マシンの起動や仲介時に問題が発生するかどうかを確認します。