監視とトラブルシューティング

スケジュールされたVDAアップグレードの監視

VDAとマシンカタログには、VDAアップグレードの準備状況と現在のステータスを監視するのに役立つ2つの属性があります。これらは、StudioまたはVDAやカタログの詳細ペインでフィルタリングに使用できる列として表示されます。

• VDAアップグレード
• VDAアップグレードの状態

VDAアップグレード

VDAアップグレードは、VDAまたはマシンカタログにVDAアップグレードエージェントが構成されているかどうか、およびVDAが最新であるか、アップグレードが利用可能であるかに関する情報を提供します。利用可能なステータスは次のとおりです。

注:

LTSRトラックを使用しているVDAの場合、カタログは、VDAが最新の長期サービス (LTSR) バージョンの最新の累積更新プログラム (CU) にある場合にのみ、「最新」と表示されます。VDAが以前のLTSRバージョンの最新CUにある場合でも、VDAアップグレードは利用可能と表示されます。

VDAアップグレードの状態

VDAアップグレード状態は、スケジュールされたアップグレードのステータスに関する情報を提供します。VDAアップグレード状態のステータスは次のとおりです。

スケジュールされたVDAアップグレードのトラブルシューティング

アップグレードの失敗が発生した場合、以下のログは、問題の特定とトラブルシューティングに役立ちます。これらのログをCitrixテクニカルサポートと共有して、サポートプロセスを迅速化することもできます。

VDAインストールログ

アップグレードの失敗をトラブルシューティングする際は、VDAの初期インストールと失敗したアップグレードの両方のログを収集して確認してください。インストールおよびアップグレードのログは、次の場所にあります。

• VDAインストールのインストールログは次の場所にあります:
  • %temp%/Citrix/XenDesktop Installer
• VDAインストールのアップグレードログは次のいずれかの場所にあります:
  • C:\Windows\Temp\Citrix\XenDesktop Installer or
  • C:\Windows\SystemTemp\Citrix\XenDesktop Installer

VDAアップグレードエージェントのバージョン

VUSを介してアップグレードの失敗をトラブルシューティングするためにデータを収集する際、VDA上のアップグレードエージェントのバージョンを知ることが重要です。VDAアップグレードエージェントのバージョンを確認するには、次のコマンドレットを使用します: Get-VusComponentVersion -ComponentType VUS。これにより、すべてのVDAとそのVDAアップグレードエージェントのバージョンが一覧表示されます。

カタログレベルでVDAアップグレードエージェントのバージョンを確認するには、次のスクリプトを使用できます:

注:

このスクリプトは例として提供されており、特定の環境に合わせて調整する必要がある場合があります。本番環境で使用する前に、スクリプトを十分にテストすることをお勧めします。

Param( [Parameter (Mandatory=$true)] [string] $CatalogName ) try { $Uuids = Get-BrokerMachine -CatalogName $CatalogName | Select-Object -Property UUID

if($Uuids -eq $null) { throw "Cannot find CatalogName " +$CatalogName } Write-Output("Catalog Name passed is "+$CatalogName)

foreach($Uuid in $Uuids) { $compVersion = Get-VusComponentVersion -MachineId $machine.UUID -ComponentType VUS $Machine = Get-BrokerMachine -UUID $compVersion.MachineId Write-Output(“MachineName: “+$Machine.MachineName+”, Machine UUID:”+$machine.MachineId+”, VUA Version:”+$compVersion.Version) } } catch { Write-Output(“Exception Occured”) Write-Host $_ }

VDAアップグレードエージェントに関連するログ

VDAアップグレードエージェント (VUA) のログは、アップグレードの失敗やVUAとVDAアップグレードサービス間の通信に関する問題のトラブルシューティングに不可欠な情報を提供できます。収集できるログには以下が含まれます。

• シトリックス ダイアグノスティック ファシリティ (CDF) トレース。CDFモジュール名は VdaUpgradeAgent です。
• Windowsイベントログ。ログは イベントビューアー > Windowsログ > アプリケーション > Citrix VDA Upgrade Agent Service で表示します。

管理者がトラブルシューティングのための重要な情報をキャプチャしつつ、ログファイルが肥大化するのを防ぐローテーションログファイルを有効にできるレジストリ設定が利用可能です。ログファイルの合計サイズは20 MBに制限されています。ファイルへのログ記録を有効にするには、次のレジストリキーを作成します。

• キー: HKLM:\SOFTWARE\Citrix\UpdateServices\UpdateAgent\LogToFile

• 値の名前: LogToFile

• 値の型: REG_DWORD

• 値のデータ:

  • 0 - ファイルトレース無効

  • 1 - ファイルトレース有効

PowerShell を使用して VDA 上に LogToFile レジストリキーを作成するには、次のコマンドレットを使用します。

New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\UpdateServices\UpdateAgent\LogToFile -Name LogToFile -Value 1 -PropertyType DWord -Force

大規模なマシン群に対して LogToFile を有効にするには、グループポリシー設定を通じてすべての VDA 組織単位 (OU) に LogToFile レジストリを作成することを検討してください。

注：

• LogToFile=1 が設定されている場合、ログはファイルにのみ書き込まれます。CDF トレースには表示されません。
• レジストリの変更を有効にするには、VDA Upgrade Agent サービスの再起動が必要です。
• The log file is created in C:\ProgramData\Citrix\Update Services\Logs folder

VDA アップグレードのダウンロード失敗のトラブルシューティング

VDA アップグレード機能に関連するダウンロードの失敗をトラブルシューティングして解決するには、以下の手順に従ってください。

1. URL フィルタリングが有効になっている場合は、関連する URL が許可リストに追加されていることを確認してください。接続 を参照してください。

2. 必要な URL を許可リストに追加した後、VDA アップグレードの再スケジュールを試してください。

詳細なログを分析のために取得するには、CDF トレースを有効にするか、LogToFile を 1 に設定します。ダウンロードの失敗が続く場合は、エラーを確認してください。「Download Failed: This access control list is not in canonical form and therefore cannot be modified」というエラーメッセージが表示された場合、それはフォルダー C:\ProgramData\Citrix\UpgradeServices\Downloads\VDA のアクセス許可が正しくないことを示しています。

この問題に対処するには、次のいずれかを実行します。

• オプション 1: 次のコマンドを使用して、フォルダーのアクセス制御リスト (ACL) をリセットします。(このコマンドは、一致するすべてのファイルに対して、デフォルトで継承された ACL で ACL をリセットします。)
  • icacls.exe “C:\ProgramData\Citrix\UpgradeServices\Downloads\VDA” /reset /T /C /L /Q
• オプション2: ダウンロードの下にあるVDAフォルダーを削除してから、VDAアップグレードをスケジュールします。

VDAアップグレード検証の失敗のトラブルシューティング

VDAアップグレード機能に関連するダウンロードの失敗をトラブルシューティングして解決するには、以下の手順に従ってください。

1. URLフィルタリングが有効な場合は、関連するURL、特に失効確認に必要な証明書失効リスト（CRL）またはオンライン証明書ステータスプロトコル（OCSP）のURLが許可リストに追加されていることを確認してください。詳しくは、VDAアップグレード要件を参照してください。

2. 必要なURLを許可リストに追加した後、VDAアップグレードの再スケジュールを試行してください。

分析用の詳細ログをキャプチャするには、CDFトレースを有効にするか、LogToFileを1に設定することをお勧めします。ログには次のエラーが含まれる場合があります。

• 失効状態不明
• 失効機能は、証明書の失効ステータスを確認できませんでした。
• 失効サーバーがオフラインだったため、失効機能は失効を確認できませんでした。

VDAアップグレードエージェントは、証明書を検証し、失効確認を実行するためにWindowsシステムコールに依存しています。上記のエラーは、エージェントがCRLまたはOCSPのURLへの接続を確立できないことを示しています。

Windows CryptoAPIは現在、プロキシ設定をサポートしていません。送信CRL呼び出しを容易にするためのVDAプロキシの構成については、プロキシ構成を持つVDAセクションを確認してください。