製品ドキュメント

Citrix Virtual Apps and Desktops

PDFを表示

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

March 25, 2026

寄稿者:

C C

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

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

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

VDAアップグレード

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

VDA Upgrade (Studio)	VDA Upgrade (Powershell)	説明
カタログレベル
Not configured	MissingUpgradeType	マシンカタログにアップグレードトラック (CR、LTSR、CR EAR、またはLTSR EAR) が選択されていません。
Scheduled	UpgradeScheduled	マシンカタログのアップグレードがスケジュールされています。
Available	UpgradeAvailable	カタログ内のVDAは、アップグレードトラックの最新バージョンではありません。アップグレードが推奨されます。
Up to date	UpToDate	カタログ内のVDAは、アップグレードトラックの最新バージョンです。アクションは不要です。
Unknown	Unknown	最新のVDAアップグレードの状態を取得しています。
マシンレベル
Not configured	MissingUpgradeType	VDAのマシンカタログにアップグレードトラック (CR、LTSR、CR EAR、またはLTSR EAR) が選択されていません。
Scheduled	UpgradeScheduled	VDAのアップグレードがスケジュールされています。
Available	UpgradeAvailable	VDAは、アップグレードトラックの最新バージョンではありません。アップグレードが推奨されます。
Up to date	UpToDate	VDAは、アップグレードトラックの最新バージョンです。アクションは不要です。
Checking state	Unknown	最新のVDAアップグレードの状態を取得しています。

注:

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

VDAアップグレードの状態

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

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

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

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

VDAインストールログ

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

VDAインストールのインストールログは次の場所に配置されます。
- %temp%/Citrix/XenDesktop Installer
VDAインストールのアップグレードログは、次のいずれかの場所に配置されます。
- C:\Windows\Temp\Citrix\XenDesktop Installer または
- 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アップグレードサービス間の通信に関する問題のトラブルシューティングに不可欠な情報を提供できます。収集できるログには次のものがあります。

Citrix Diagnostic Facility (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 アップグレードエージェントサービスの再起動が必要です

ログファイルは C:\ProgramData\Citrix\Update Services\Logs フォルダーに作成されます

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

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

URL フィルタリングが実施されている場合は、関連する URL が許可リストに追加されていることを確認します。接続を参照してください。
必要な 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: Downloads の下の VDA フォルダーを削除し、VDA アップグレードをスケジュールします。

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

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

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

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

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

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

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

このコンテンツの正式なバージョンは英語で提供されています。Cloud Software Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

この情報は役に立ちましたか?

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

March 25, 2026

寄稿者:

C C

March 25, 2026

寄稿者:

C C

この情報は役に立ちましたか?