Citrix Virtual Apps and Desktops

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

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

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

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

VDAアップグレード

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

VDAアップグレード (Studio) VDAアップグレード (Powershell) 説明
カタログレベル
未構成 MissingUpgradeType マシンカタログのアップグレードトラック (CR、LTSR、CR EAR、またはLTSR EAR) が選択されていません。
スケジュール済み アップグレードスケジュール済み マシンカタログのアップグレードがスケジュールされています。
利用可能 アップグレード利用可能 カタログ内のVDAは、アップグレードトラックの最新バージョンではありません。アップグレードが推奨されます。
最新 最新 カタログ内のVDAは、アップグレードトラックの最新バージョンです。アクションは不要です。
不明 不明 最新のVDAアップグレード状態を取得しています。
マシンレベル
未構成 アップグレードタイプ不足 VDAのマシンカタログに対して、アップグレードトラック(CR、LTSR、CR EAR、またはLTSR EAR)が選択されていません。
スケジュール済み UpgradeScheduled VDAのアップグレードがスケジュールされています。
利用可能 UpgradeAvailable VDAはアップグレードトラックの最新バージョンではありません。アップグレードが推奨されます。
最新 UpToDate VDAはアップグレードトラックの最新バージョンです。アクションは不要です。
状態を確認中 不明 最新のVDAアップグレード状態を取得しています。

注:

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

VDAアップグレードの状態

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

VDAアップグレード状態 (Studio) VDAアップグレード状態 (PowerShell) 説明
カタログレベル
スケジュールされていません NotScheduled カタログに対してアップグレードはスケジュールされていません。
スケジュール済み UpgradeScheduled カタログに対してアップグレードがスケジュールされています。
進行中 UpgradeInProgress カタログに対してアップグレードが進行中です。
キャンセル済み UpgradeCancelled カタログのアップグレードがキャンセルされました。これは、手動キャンセルまたは失敗しきい値に達したことが原因である可能性があります。
失敗 UpgradeFailed カタログのスケジュールされたアップグレードが失敗しました。
成功 UpgradeSuccessful カタログのスケジュールされたアップグレードが正常に完了しました。注: アップグレードが成功したからといって、カタログ内のすべてのVDAが正常にアップグレードされたわけではありません。
- カタログのアップグレードはスケジュールされていません。
マシンレベル
スケジュール済み UpgradeScheduled VDAのアップグレードがスケジュールされています。
アップグレード待機中 UpgradeInUpgradeWindow スケジュールされたアップグレードはアクティブですが、VDAはまだアップグレードを開始していません。「同時実行」を参照して、VDAアップグレードがどのように負荷分散されるかについての詳細を確認してください。
進行中 UpgradeInProgress VDAは現在アップグレード中です。
キャンセル済み UpgradeCancelled アップグレードが開始される前に、VDAのスケジュールされたアップグレードがキャンセルされました。
アップグレード失敗 UpgradeFailed VDAはアップグレードを開始しましたが、アップグレードは正常に完了しませんでした。「トラブルシューティング」を参照して、詳細を確認してください。
成功 UpgradeSuccess VDAは正常にアップグレードされました。
検証に失敗しました UpgradeValidationFailed VDAインストーラーのメタデータをダウンロード中に、証明書の検証に失敗しました。
- VDAのアップグレードはスケジュールされていません。

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

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

VDAインストールログ

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

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

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アップグレードサービス間の通信に関する問題のトラブルシューティングに不可欠な情報を提供できます。収集できるログには以下が含まれます。

  • Citrix Diagnostic Facility (CDF) トレース。CDFモジュール名は VdaUpgradeAgent です。
  • Windowsイベントログ。ログは、イベントビューアー > Windowsログ > アプリケーション > Citrix VDA Upgrade Agent Service で表示します。

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

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

  • 値の名前: LogToFile

  • 値の型: REG_DWORD

  • 値のデータ:

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

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

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

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

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

注:

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

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

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

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

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

詳細なログを分析用に取得するには、CDFトレースを有効にするか、LogToFile1 に設定します。ダウンロードの失敗が続く場合は、エラーを確認してください。「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: Downloads の下の VDA フォルダーを削除し、VDA アップグレードをスケジュールします。

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

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

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

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

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

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

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

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

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