Product Documentation

よくある問題のトラブルシューティング

Feb 26, 2018

低速ログオン

低速ログオンの既知の問題と回避策については、 CTX102017を参照してください。

プロファイルがストリーム配信中でないかのチェック

ユーザープロファイルのストリーム配信を有効にしていて、この機能がユーザーのプロファイルに適用中かどうかを検証するには、次の手順を実行します。
  1. Profile Managementのログファイルで、次の種類のエントリをチェックします。
    2010-03-16;16:16:35.369;INFORMATION;;;;1140;ReadPolicy: Configuration value read from policy: PSEnabled=<1>

    この機能が有効になっている場合は、最後のアイテムが PSEnabled=<1>と設定されている必要があります。

  2. Profile Managementのログファイルで、ユーザーに対する次のエントリをチェックします。
     2010-03-16;20:17:30.401;INFORMATION;;;2;2364;ProcessLogon: User logging on with Streamed Profile support enabled.

    ストリーム配信されたユーザープロファイルが適用中でない場合は、アイテムが次のようになります。 ProcessLogon: User logging on with Streamed Profile support disabled.

適用するポリシーの決定

(ユーザーストアの各Citrixユーザープロファイルのルートフォルダーにある)UPMSettings.iniを使って適用されるProfile Managementのポリシーを決定します。 このファイルを調査は、ポリシー結果のセット(RSoP)を使うよりも便利なことがあります。特にGPOとINIファイル設定の組み合わせを使ってポリシーを決定する場合に便利です。

UPMFRSettings.ini(これもルートフォルダーにある)を使い、除外の一覧にあるため処理されないプロファイルフォルダーを判別します。

破損プロファイルデータの除外

ユーザープロファイルが破損し、特定のファイルまたはフォルダーに問題があることを確信している場合は、除外一覧にそのファイルまたはフォルダーを追加して、それを同期処理から除外します。

レジストリエントリへの接続のクリア

(Profile Managementのあるなしにかかわらず)場合により、ログオフ後にレジストリプロファイルデータへの接続が保持されることがあります。 これにより、ログオフに時間がかかったり、ユーザーセッションの中断が完了しなかったりすることがあります。 MicrosoftのUser Profile Hive Cleanup(UPHClean)ツールを使ってこの問題を解決できます。

ローカルプロファイルの削除

Microsoft Delprof.exeおよびSepago Delprof2はユーザープロファイルを削除するためのツールです。

ロックされ、キャッシュされたプロファイルの削除

VMwareソフトウェアを使用して仮想デスクトップを作成する時に、ユーザーのキャッシュされたプロファイルがロックされていて削除できない場合、トラブルシューティングの情報については、 「 Profile ManagementとVMware 」を参照してください。

プロファイルの保存場所の識別

プロファイル問題の診断として、ユーザーのプロファイルのどこにファイルが保存されているのかを判別できます。 これはすぐにチェックすることができます。
  1. イベントビューアーで、左側のペインの [アプリケーション]をクリックします。
  2. 右側のペインの [ソース]列で、対象となるCitrix Profile Managementイベントを検索して、それをダブルクリックします。
  3. イベントに割り当てられたユーザーストアへのパスが [全般]タブにリンクとして表示されます。
  4. ファイルにアクセスする場合は、リンクをクリックしてユーザーストアに移動します。

サーバーのチェック

サーバーがユーザーのログオンおよびログオフを正常に処理しているかを判別するには、ユーザーストアのユーザーのプロファイル内のPmCompatibility.iniファイルをチェックします。 このファイルは、プロファイルのルートフォルダーにあります。 このファイル内の最後のエントリは、ユーザーが最後にログオフしたサーバーの名前です。 たとえば、Profile Management 5.0を実行するサーバーでは、エントリは次のようになります。
{1[LastUpdateServerName] 
5.0=

ロールバック

以前のバージョンのProfile Managementにロールバックすることができます。 ロールバックするには、ユーザーストアをホストするファイルサーバーで、コマンドラインから「del /s」を実行します。 これで、それぞれのプロファイルからPmCompatibility.iniファイルが削除されます。 たとえば、ユーザーストアのローカルパスがD:\UpmProfilesの場合は、次のように実行します。

 del /s D:\UpmProfiles\pmcompatibility.ini

コマンドが完了してから以前のバージョンを実行中のコンピューターにログオンして、ユーザーストアからプロファイルを受け取ることができます。

VMware上で動作するProfile Managementが複数プロファイルを作成する

複製されたVMwareフォルダーがユーザープロファイルに作成されます。 複製には、増分フォルダー名(000、001、002、など)が付きます。 この問題と解決方法について詳しくは、 CTX122501を参照してください。

Novell eDirectoryでログオン処理に時間がかかる

Citrix製品とNovell eDirectory(以前のNovell Directory Services)がある環境でユーザーがログオンを実行する場合、ログオン処理に時間がかかり、イベントログにエラーが書き込まれることがあります。 セッションは、 [個人設定を適用しています] の段階で最長で30秒間ハングまたはフリーズすることがあります。この問題と解決方法について詳しくは、 CTX118595を参照してください。

ユーザーストアの除外フォルダー

除外フォルダーがユーザーストアに表示されます。 これは既定の動作であり、修正の必要はありません。除外の一覧のフォルダーはユーザーストアで作成されますが、そのコンテンツは同期されません。

ログファイルにない情報

デバッグモードをアクティブ化しても、すべてのログ機能が自動では有効になりません。 [ログ設定] で、ログを記録するイベントのチェックボックスをすべてオンにしているか確認します。

ヒント:一覧の最後のチェックボックスを有効にするには、スクロールダウンする必要があることがあります。

GPO設定無効

グループポリシーオブジェクト(GPO)で設定を変更しても、Citrix Profile Managementサービスを実行するコンピューターではそれが有効になりません。 これは、グループポリシーがすぐには更新されず、展開で指定されたイベントや間隔を元に更新されるためです。 グループポリシーをすぐに更新するには、コンピューターで「 gpupdate /force」を実行します。

変更を適用させるには、 http://technet.microsoft.com/ja-jp/library/bb490983(en-us).aspxを参照して、コマンドプロンプトから gpupdate /forceコマンドを実行します。

ユーザーが新しいまたは一時的なプロファイルを受け取る

デフォルトでは、(ユーザーストアを使用できないなど)問題に遭遇した場合にはユーザーに一時プロファイルが提供されます。 ただしその代わりに、エラーメッセージを表示してユーザーをログオフさせるためにProfile Managementを構成することができます。 これはトラブルシューティングに役立てることができます。

この機能の構成手順については、 「 ユーザーを強制的にログオフするには」を参照してください。

一部の環境では、ユーザーがログオンすると、キャッシュされたプロファイルではなく新しいプロファイルを受け取ります。 この問題と解決方法について詳しくは、 CTX118226を参照してください。

ユーザーストアでコピーが削除された後にもローカルプロファイルが存在する場合は、ユーザーが一時プロファイルを受け取ることがあります。 ユーザーストアがクリアされてもログオフ時にローカルプロファイルが削除されなかった場合に、こういった状況が発生します。 Profile Managementではこのようなプロファイルの部分的な削除はネットワーク、共有、または権限のエラーとして処理され、ユーザーに一時プロファイルが提供されます。 このような理由のため、プロファイルの部分的な削除は推奨されません。 この問題を回避するには、対象のコンピューターにログオンしてプロファイルを手動で削除します。

展開内にPersonal vDisk(XenDesktopの機能)がある場合、Personal vDiskのデフォルトの処理が正常に実行されないとユーザーが一時プロファイルを受け取ることがあります。 詳しくは、「 ユーザープロファイルを移行するには」を参照してください。

XenDesktopセッションが非応答状態になるとプロファイルデータがなくなる

XenDesktop展開環境では、リモートデスクトッププロトコル(RDP)セッションから切断されると、仮想デスクトップが応答しなくなるか、または再起動します。 このため、セッションの終了時にプロファイルデータがなくなるという問題が発生します。 この問題は、Citrix Virtual Desktop Agentバージョン3.1.3242以降では解決しています。

ユーザーがログオンできない(イベントID 1000、ソースUserenv)

ユーザーがCitrix環境にログオンできず、次のエラーメッセージが表示されます。「移動プロファイルが読み込まれなかったため、ローカルプロファイルでログオンしようとしています。(中略) ネットワーク管理者に問い合わせてください。」これは、WindowsのアプリケーションイベントログにイベントID 1000、ソースUserenvとして表示されます。

この問題とそのほかの回避策について詳しくは、 CTX106512を参照してください。

印刷

Citrix XenDesktop環境では、ユーザーはデフォルトのプリンターを選択できますが、一部の場合においてログオン間でこの選択が保持されません。 これは、標準イメージモードのCitrix Provisioning Services vDiskをベースとしたプールされた仮想デスクトップ上でXenDesktopポリシーを使ってプリンターを設定する時に見られます。 Profile Managementログファイルにプリンターのレジストリエントリがログオフ時にコピーされ(予期された動作)、ユーザーのNTUSER.datがエントリに含まれない(予期しない動作)ことが示されていたとしても、この問題はProfile Managementによるものではありません。 実はこの問題は、XenDesktopがDefaultPmFlagsレジストリ設定を使用することによるものです。 詳しくは、 CTX119066を参照してください。

一部の場合では、プロファイルに予期しないプリンターが追加され、ユーザーがそれを削除した後で次にログオンした際、それがまた表示されることがあります。 詳しくは、Profile Managementサポートフォーラムを参照してください。

複数プラットフォーム上のアプリケーション設定の問題

複数プラットフォーム間で、アプリケーション設定のローミングが正常に実行されないことがあります。通常、これは以下のことが原因です。

  • あるシステムから別のシステムに適用できない設定(すべてのシステムではない、ハードウェア特有の設定など)。
  • 異なるシステムに異なった構成でインストールされるアプリケーション(あるシステムにはC:ドライブにインストールされ別のシステムにはD:ドライブにインストールされるアプリケーション、あるシステムにはC:\Program Filesにインストールされ別のシステムにはC:\Program Files (x86)にインストールされるアプリケーション、またはあるシステムにはインストールされ別のシステムにはインストールされないExcelアドインなど)。
  • プロファイル以外に設定情報を保存するアプリケーションがある(ローカルマシンの設定またはユーザープロファイル以外に保存された情報など)。
  • レジストリに保管される言語特定の構成設定。 Profile Managementは言語特定フォルダー名をVersion 1プロファイルでは自動に変換しますが、レジストリでは変換しません。

ほとんどの場合、問題の原因となるシステムをより適切に標準化することでこれらの問題を最小化できます。 しかし、(複数プラットフォームにおいて)OSまたは各アプリケーションに内在する非互換性によってこの問題が生じることもよくあります。 問題のある設定が不可欠なものでない場合は、プロファイルからそれを除外すると問題が解決することがあります。

不明なアカウントが所有するプロファイル

ごく稀に、プロファイルが不明なアカウントに属していると表示されることがあります。 コンピューターの[システムのプロパティ]ダイアログボックスの [詳細設定] タブで[ユーザープロファイル]の [設定] をクリックすると、 [不明なアカウント] が表示されます。これはイベントログエントリの"Profile notification of event Create for component failed, error code is ???."によるものです。 レジストリで、アプリケーションIDはMicrosoftコンポーネントのSHACCT Profile Notification Handlerを指定します。

自分の環境でこれが発生するか確認するには、Profile Managementによりデータが処理されないユーザーとしてログオンして状態をチェックします。

これはProfile Managementによる問題ではなく、Active Directoryが仮想マシンスナップショットと適切に相互通信しないことによるものだと思われます。 Citrixユーザープロファイルの操作に影響はなく、ユーザーはログオンとログオフを実行でき、そのプロファイルの変更は保持されます。