製品ドキュメント
Citrix DaaS
PDFを表示

VDAのアップグレード

July 25, 2023
寄稿者: 
C

はじめに

お客様の環境に含まれるCitrix DaaS（旧称Citrix Virtual Apps and Desktopsサービス）コンポーネントは、VDAを除きすべてCitrixが管理します。

VDAのアップグレードを始める前に：

  • 成り行きを予想できるように、この記事全体を確認してください。
  • Citrix DaaSのライフサイクルポリシーを確認してください。

VDAをアップグレードするには、VDAインストーラーをダウンロードして、マシンまたはイメージ上で実行します。インストーラーのグラフィックインターフェイスとコマンドラインインターフェイスのどちらを使用しても構いません。ガイダンスについては、以下を参照してください：

最初にVDAWorkstationCoreSetup.exeを使用してVDAをインストールした場合：

  • 同じインストーラーの最新バージョンでアップグレードを行うと、その構成が保持されます。
  • このマシンでVDAWorkstationSetup.exeを実行すると、VDAWorkstationCoreSetup.exeでサポートされていない機能を有効にできます。こうした機能の一部は、VDAWorkstationSetup.exeインストーラーでデフォルトで有効にされていることに注意してください。また、Citrix Workspaceアプリをインストールすることもできます。

注：

VDAをバージョン7.17以降のサポート対象バージョンにアップグレードするときは、アップグレードプロセス中にマシンの再起動が行われます。この再起動を避けることはできません。再起動後に、アップグレードが再開されます（コマンドラインで/noresumeを指定していない場合）。

VDAをアップグレードしたら、そのVDAを使用するイメージとカタログを更新します。

［完全な構成］インターフェイスを使用したVDAのアップグレード

重要：

  • ベストプラクティスとして、実稼働環境に移行する前にVDAのアップグレードを徹底的にテストすることをお勧めします。
  • 以前のバージョンから新しいバージョンに切り替えれば、CR VDAとLTSR VDAを切り替えることができます。ダウングレードと見なされるため、新しいバージョンから以前のバージョンに切り替えることはできません。たとえば、2212 CRから2203 LTSR（任意のCU）にダウングレードすることはできませんが、2112 CRから2203 LTSR（任意のCU）にアップグレードすることはできます。
  • オンデマンドの更新（メジャーリリース間のHotfixやパッチなど）はサポートされていません。

［完全な構成］インターフェイスを使用すると、カタログごとまたはマシンごとにVDAをアップグレードできます。すぐに、またはスケジュールした時間に、アップグレードできます。

VDAアップグレードサービスの詳細については、「技術概要: Citrix VDAアップグレードサービス」を参照してください。サービスの概要、詳細情報、その他役立つリソースが掲載されています。

前提条件

  • コントロールプレーン：Citrix DaaS
  • VDAの種類：シングルセッションまたはマルチセッションのOS VDA

  • VDAバージョン2109以降、または2203 LTSR以降

    注：

    最新のCR VDAまたは最新のLTSR CU VDAを使用することをお勧めします。

  • プロビジョニングの種類：永続的なマシン（MCSでプロビジョニングされたマシン、リモートPCアクセスマシン、Citrix HDX Plus for Windows 365など）。「サポートされているマシンの種類」を参照してください。
  • VDAには、VDA Upgrade Agentがインストールされ、サービスが実行されている必要があります。
  • VDAをアップグレードする権限があります。
  • VDAのアップグレードは、適切なCRまたはLTSRトラックを使用して［完全な構成］で設定されます。

  • VDAは使用中ではありません（ユーザーはVDAからサインオフしている必要があります）。

    注：

    使用中または切断状態のVDAのアップグレードはスキップされます。アップグレード期間をスケジュールし、VDAからログオフするようユーザーに求めることをお勧めします。

  • VDAはメンテナンスモードではありません（VDAは管理者がメンテナンスモードにすることができます。登録試行回数の上限を超えた場合、VDAを自動的にメンテナンスモードにすることもできます）。
  • URLフィルタリングが設定されている場合、関連するURLが許可リストに追加されています。「VDAのアップグレード要件」を参照してください。
  • VDAはデリバリーグループに属し、DaaSに登録されている必要があります。
  • 機能レベルが適切に設定されていると、VDAアップグレード機能を使用できます。「VDAバージョンと機能レベル」を参照してください。
  • アップグレード先のVDAは、現在のVDAのオペレーティングシステムをサポートします。

既知の問題

問題1：LTSR VDAをLTSR累積更新プログラム（CU）バージョンにアップグレードしようとすると失敗する

LTSR VDAをLTSR累積更新プログラム（CU）バージョンにアップグレードしようとすると失敗する場合があります。［完全な構成］ではアップグレードプロセスが正常に完了したように見えますが、インストールされているVDAのバージョンは変更されず、1～2分後にステータスが ［アップグレード可能］ に戻ります。この問題は、VDA Upgrade Agentバージョン7.35.0.7以前がインストールされているVDAで発生します。

この問題を回避するには、VDAにログオンし、VDA Upgrade Agentをバージョン7.37.0.7以降にアップグレードします（VDAインストーラーバージョン2303以降を使用）。バージョン7.37.0.7以降、VDA Upgrade Agentは自動アップグレードをサポートするため、VDA上で実行されている以前のバージョンのエージェントを自動的に最新バージョンにアップグレードできます。この自動アップグレード機能を使用すると、VDAアップグレードサービスはエージェントによって報告されたVDAバージョンをチェックし、1時間以内にアップグレードをスケジュールして、エージェントを最新バージョンに自動的にアップグレードします。この自動アップグレード機能により、メンテナンスの労力が軽減されます。

VDA上のエージェントを自動的にアップグレードするには、VDAアップグレードサービスが自動アップグレードを開始できるように、必ずセッションをログオフしてください。［完全な構成］でセッションをログオフできます。

［完全な構成］でセッションをログオフ

エージェントが自動的にアップグレードできない場合は、VDAにログオンし、次のようにエージェントを手動でアップグレードします：

  1. 次のコマンドレットを実行して、［コントロールパネル］>［プログラムのアンインストールと変更］ でVDA Upgrade Agentを表示します

    (Get-ChildItem  -Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall' | ? { $\_.GetValue('DisplayName') -eq 'Citrix VDA Upgrade Agent Service - x64' }).GetValue('SystemComponent')
(Get-ChildItem  -Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall' | ? { $\_.GetValue('DisplayName') -eq 'Citrix VDA Upgrade Agent Service - x64' }) | Set-ItemProperty -Name SystemComponent -Value 0
<!--NeedCopy-->

  2. 最新のVDA Upgrade Agentをインストールします。サイレントインストールを実行するには、次のコマンドレットを使用します：

    • msiexec /i CitrixUpgradeAgent_x64.msi /q

コマンドレットまたはスクリプトを使用して、VDA Upgrade Agentのバージョンを識別できます。「トラブルシューティング」を参照してください。

問題2：プロキシがサポートされていない

現在、VDA Upgrade Agentはプロキシ構成をサポートしていません。この制限により、エージェントがプロキシサーバー経由で接続を確立しようとすると、接続の問題が発生する可能性があります。

回避策を適用して問題に対処できます。次の手順を実行します：

  1. VDA Upgrade Agent構成ファイルをC:\Program Files\Citrix\CitrixUpgradeAgent\Citrix.UpdateServices.UpdateAgent.exe.configで見つけます。

  2. テキストエディターを使用して構成ファイルを開きます。

  3. ファイルの最後に次の行を追加し、ProxyServerNameを実際のプロキシサーバー名に置き換えます：

    <system.net>
  <defaultProxy enabled="true" useDefaultCredentials="true">
    <proxy proxyaddress="http://PROXYSERVER:PORT" usesystemdefault="false" />
  </defaultProxy>
</system.net>
</configuration>
<!--NeedCopy-->

  4. Citrix VDA Upgrade Agentサービスを再起動して、更新された構成を適用します。

一般的なワークフロー

［完全な構成］インターフェイスを使用してVDAをアップグレードするための一般的なワークフローは次のとおりです：

  1. カタログのVDAアップグレードを有効にします。

  2. カタログごとに、またはマシンごとに、VDAをアップグレードします。詳しくは、「VDAの自動アップグレードの構成」を参照してください。

    注：

    カタログのVDAアップグレードをスケジュールするときは、カタログ内のすべてのマシンがアップグレード対象に含まれることに注意してください。したがって、アップグレードを開始する前に、これらのマシンのバックアップを作成することをお勧めします。

トラブルシューティング

アップグレードに失敗した場合は、次のログを使用して問題を自分でトラブルシューティングできます。または、Citrixテクニカルサポートに連絡してサポートを受けるときにこのログを提供できます。

  • %temp%/Citrix/XenDesktop InstallerにあるVDAの初回インストールにおけるインストール ログ

  • C:\Windows\Temp\Citrix\XenDesktop Installerにあるアップグレードログ

VDA Upgrade Agentのバージョンを確認するには、次のコマンドレットを使用します：Get-VusComponentVersion -ComponentType VUS。すべてのVDAとそのVDA Upgrade Agentのバージョンが一覧表示されます。

VDA名を取得するには、次のコマンドレットを使用します：Get-BrokerMachine -UUID "<version number>"。<version number>は、Get-VusComponentVersionコマンドレットから取得したVDA Upgrade Agentのバージョンです。

VDA Upgrade Agentのバージョンをカタログレベルで確認するには、次のスクリプトを使用できます：

注：

このスクリプトは例として提供されており、特定の環境に合わせた調整が必要な場合があります。実稼働環境で使用する前に、スクリプトを徹底的にテストすることをお勧めします。

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 $_
}
<!--NeedCopy-->

VDA Upgrade Agentに関連するログ

VDA Upgrade Agentに関連するログを収集することもできます。収集できるログには、以下が含まれます：

  • Citrix Diagnostic Facility（CDF）トレース。
  • Windowsイベントログ。Windowsイベントログに書き込まれる情報。［イベントビューア］>［アプリケーションとサービスログ］>［Citrix VDA Upgrade Agentサービス］ でログを表示します。

必要に応じて、ログが継続的にファイルに書き込まれるようにVDA Upgrade Agent構成ファイルを変更できます。ファイルへのログ記録を有効にするには、次の手順を実行します：

  1. フォルダーC:\Program Files\Citrix\CitrixUpgradeAgentに移動します。

  2. ファイルCitrix.UpdateServices.UpdateAgent.exe.configを開きます。

  3. LogToFileの値を1に変更します。

  4. Citrix VDA Upgrade Agentサービスを再起動します。これにより、C:\ProgramData\Citrix\Update Services\Logsにログ ファイルが作成されます。

注：

  • ファイルへのログ記録を有効にすると、ログが継続的に書き込まれ、ストレージ領域が消費される可能性があります。問題が解決したら、忘れずにログ記録を無効にしてください。ログを無効にするには、まずLogToFileを0に設定してから、Citrix VDA Upgrade Agentサービスを再起動します。
  • LogToFile=1を設定すると、ログはファイルにのみ書き込まれます。これらはCDFトレースには表示されません。

VDAアップグレードのダウンロードエラーに関するトラブルシューティング

VDAアップグレード機能に関連するダウンロードエラーのトラブルシューティングと解決を行うには、次の手順を実行します：

  1. URLフィルタリングが設定されている場合、関連するURLが許可リストに追加されていることを確認してください。「VDAのアップグレード要件」を参照してください。

  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）またはOnline Certificate Status Protocol（OCSP）のURLが許可リストに追加されていることを確認してください。「VDAのアップグレード要件」を参照してください。

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

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

  • RevocationStatusUnknown
  • The revocation function was unable to check the revocation status for the certificate.（失効機能は証明書の失効ステータスを確認できませんでした。）
  • The revocation function was unable to check revocation because the revocation server was offline.（失効サーバーがオフラインのため、失効機能が失効を確認できませんでした。）

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

現在、 VDA Upgrade Agentはプロキシ設定をサポートしていないことに注意してください。CryptoAPIによるCRLおよびOCSPの発信呼び出しはプロキシ構成を認識しないため、失敗する可能性があります。

環境にプロキシが設定されている場合は、VDA上でシステムプロキシを構成して、CRLの発信呼び出しを有効にすることができます。システムプロキシを構成するには、次の手順を実行します：

netsh winhttp import proxy source=ie

Or

netsh winhttp set proxy proxy-server=http://Proxy_Server:Port
<!--NeedCopy-->

PowerShellを使用したVDAのアップグレード

Remote PowerShell SDKを使用してVDAのアップグレードを構成できます。Remote PowerShell SDKについて詳しくは、「Citrix DaaS Remote PowerShell SDK」を参照してください。

以下はPowerShellコマンドレットです：

  • Get-VusCatalog

    このコマンドレットを使用して、Name、Uid、Uuid、UpgradeState（Available、UpToDate、Scheduled、Unknown）、UpgradeType（CR/LTSR）、Upgrade scheduled、およびStateId（Upgrade scheduledのステータス）などのカタログの詳細を取得します。

  • Get-VusMachine

    このコマンドレットを使用して、MachineName、Uid、Uuid、UpgradeState（Available、UpToDate、Scheduled、Unknown）、UpgradeType（CR/LTSR）、StateId（Upgrade scheduledのステータス）などのマシンの詳細を取得します。

  • Get-VusComponentVersion

    このコマンドレットを使用して、VDAがコンポーネントのバージョンを報告したかどうかを確認します。MachineIdを使用してVDAをフィルタリングします。MachineIdはGet-BrokerMachineのUUIDです。

  • Get-VusAvailableVdaVersion

    このコマンドレットを使用して、VDA Update Service経由でリリースされた最新のCR/LTSRバージョンを確認します。

    Get-VusAvaialbleVdaVersionコマンドレットの例

  • Set-VusCatalogUpgradeType

    このコマンドレットを使用して、カタログのアップグレードの種類をCRまたはLTSRに設定します。アップグレードの種類は、マシンカタログレベルでのみ設定できます。

  • New-VusMachineUpgrade

    このコマンドレットを使用して、マシンレベルでVDAのアップグレードを構成します。

  • New-VusCatalogSchedule

    このコマンドレットを使用して、マシンカタログレベルでVDAのアップグレードをスケジュールします。

マシンレベルのコマンドレットの例

  • アップグレードの種類を設定します。

    例： - Set-VusCatalogUpgradeType -CatalogName test-catalog -UpgradeType LTSR

  • カタログ内のマシンのUpgradeStateを確認するには、Get-VusMachineを使用します。

    例： - Get-VusMachine -CatalogName test-catalog

    Get-VusMachineコマンドレットの例

    UpgradeStateがUnknownである場合、考えられる理由の1つは、VDAにインストールされているCitrix VDA Upgrade AgentがVDA Update Serviceにバージョンを報告していないことです。Get-VusComponentVersionコマンドレットを使用して、VDAがコンポーネントのバージョンを報告したかどうかを確認できます。 - Get-VusComponentVersion -MachineId ""

    Get-VusComponentVersionコマンドレットの例

    結果が表示されない場合は、次のことを確認してください：

    • VDAがカタログおよびデリバリーグループの一部である。
    • VDA Upgrade AgentがVDAにインストールされ、実行されている。必要に応じて、エージェントを再起動してみてください。

    注： 結果が残っていない場合は、VDA Upgrade Agentの再起動中にCitrix Diagnostic Facilityトレースを収集し、問題のトラブルシューティングを行います。

  • VDAのアップグレードをスケジュールします。始める前に、以下の点に留意してください：

    • DurationInHours：アップグレードプロセスの期間を時間単位で指定できます。VDAはメンテナンスモードになります。VDAインストーラーがダウンロードされ、アップグレードが実行されます。アップグレードするVDAが多数ある場合は、より長い期間を指定します。
    • UpgradeNow：このスイッチを使用してアップグレードをすぐにスケジュールするか、ScheduledTimeInUtcを設定します。
    • ScheduledTimeInUtc：特定の日時にアップグレードをスケジュールできます。

    例：

    • New-VusMachineUpgrade -MachineUuid d664614a-cd37-44d6-b1f0-6f6b70f8299c -ScheduledTimeInUtc ([System.DateTime]::ParseExact("06/23/2023 03:35 PM", 'MM/dd/yyyy hh:mm tt', $null)) -DurationInHours 2

    MachineUuid、MachineUid、およびMachineNameを使用して、VDAのアップグレードをスケジュールできます。

    New-VusMachineUpgradeコマンドレットの例

  • アップグレードのステータスを確認します。

    例： - Get-VusMachine -MachineName test-machine-1

    アップグレード中

    アップグレードの成功

カタログレベルのコマンドレットの例

  • マシンカタログレベルでアップグレードの種類を設定します。

    例： - Set-VusCatalogUpgradeType -CatalogName test-catalog -UpgradeType LTSR

  • カタログ内のマシンのUpgradeStateを確認するには、Get-VusCatalogを使用します。

    例： - Get-VusCatalog -Name test-catalog

    Get-VusCatalogコマンドレットの例

    UpgradeStateがUnknownである場合、考えられる理由の1つは、VDAにインストールされているCitrix VDA Upgrade AgentがVDA Update Serviceにバージョンを報告していないことです。Get-VusComponentVersionコマンドレットを使用して、VDAがコンポーネントのバージョンを報告したかどうかを確認できます。 - Get-VusComponentVersion -MachineId ""

    Get-VusComponentVersionコマンドレットの例

    結果が表示されない場合は、次のことを確認してください：

    • VDAがカタログおよびデリバリーグループの一部である。
    • VDA Upgrade AgentがVDAにインストールされ、実行されている。必要に応じて、エージェントを再起動してみてください。

    注： 結果が残っていない場合は、VDA Upgrade Agentの再起動中にCitrix Diagnostic Facilityトレースを収集し、問題のトラブルシューティングを行います。

  • VDAのアップグレードをスケジュールします。始める前に、以下の点に留意してください：

    • DurationInHours：アップグレードプロセスの期間を時間単位で指定できます。VDAはメンテナンスモードになります。VDAインストーラーがダウンロードされ、各VDAでアップグレードが実行されます。カタログに多数のVDAが含まれている場合は、より長い期間を指定します。
    • UpgradeNow：このスイッチを使用してアップグレードをすぐにスケジュールするか、ScheduledTimeInUtcを設定します。
    • ScheduledTimeInUtc：特定の日時にアップグレードをスケジュールできます。

    例：

    • New-VusCatalogSchedule -CatalogName test-catalog -ScheduledTimeInUtc ([System.DateTime]::ParseExact("06/23/2023 04:00 PM", 'MM/dd/yyyy hh:mm tt', $null)) -DurationInHours 4

    CatalogName、Uid、およびUuidを使用して、アップグレードをスケジュールできます。

    New-VusCatalogScheduleコマンドレットの例

  • アップグレードのステータスを確認します。Get-VusCatalogまたはGet-VusMachineコマンドレットを使用して、VDAのアップグレードステータスを定期的に確認します。MachineUuid、MachineUid、およびMachineNameを使用してVDAをフィルタリングします。

    例： - Get-VusCatalog -Name test-catalog

    Get-VusCatalog - アップグレードが進行中

    カタログ内の各マシンのVDAアップグレードステータスを表示するには、Get-VusMachineを使用します。

    Get-VusMachin - 各マシンのアップグレードステータス

VDAにPersonal vDiskがインストールされている場合

Personal vDisk（PvD）コンポーネントをVDAにインストールしたことがある場合、コンポーネントを削除するまで、VDAをバージョン1912 LTSR以降にアップグレードすることはできません。

この手順は、PvDを使用したことがない場合でも適用されます。PvDコンポーネントが以前のバージョンでどのようにインストールされていたかは次のとおりです：

  • VDAインストーラーのグラフィカルインターフェイスでは、PvDは ［追加コンポーネント］ ページのオプションです。7.15 LTSRおよびそれ以前の7.xリリースでは、デフォルトでこのオプションが有効になっています。そのため、デフォルトを変更しない場合（または任意のリリースでこのオプションを有効にすることを選択した場合）、PvDがインストールされました。
  • コマンドラインでは、/baseimageオプションによってPvDがインストールされます。このオプションを指定した場合、またはこのオプションを含むスクリプトを使用した場合、PvDがインストールされました。

必要なアクション

VDAインストーラーが現在インストールされているVDA内のPvDコンポーネントを検出しない場合、アップグレードは通常どおり続行されます。

インストーラーが現在インストールされているVDAでPvDコンポーネントを検出した場合：

  • グラフィカルインターフェイス： アップグレードが一時停止します。サポートされていないコンポーネントを自動的に削除するかどうかを尋ねるメッセージが表示されます。［OK］ をクリックすると、コンポーネントが自動的に削除され、アップグレードが続行されます。

  • CLI： インストーラーがPvDコンポーネントを検出すると、このコマンドは失敗します。コマンドの失敗を回避するには、このコマンドに次のオプションを含めます：/remove_pvd_ack。

Windows 10（1607以前、更新なし）マシンでPvDを引き続き使用する場合、使用できる最新バージョンはVDA 7.15 LTSRです。XenAppおよびXenDesktop 7.15 LTSRの拡張サポートプログラムは、Citrix DaaSで使用されるVDAには適用されないことに注意してください。詳しくは、Citrix Support Knowledge Centerの「Extended Support Customer Guide」を参照してください。

以前のオペレーティングシステム

「システム要件」の記事には、現在のリリースのVDAでサポートされているWindowsオペレーティングシステムが掲載されています。

  • LTSR VDAについては、ご利用のLTSRバージョンのシステム要件の記事を参照してください。
  • Linux VDAについては、Linux Virtual Delivery Agentのドキュメントを参照してください。

最新のVDAをインストールできないOSを搭載したWindowsマシンには、以下のいくつかのオプションがあります。

WVD以外の環境の場合：

  • サポートされているWindowsバージョンにマシンを再イメージ化してから、新しいVDAをインストールします。
  • マシンの再イメージ化はしないが、OSをアップグレードする場合は、OSをアップグレードする前にVDAをアンインストールします。そうしないと、VDAはサポートされていない状態になります。OSをアップグレードした後、新しいVDAをインストールします。
  • マシンにバージョン7.15 LTSRがインストールされており、これより新しいVDAをインストールしようとした場合、最新のサポートされているバージョンを使用していることを示すメッセージが表示されます。
  • マシンに7.15 LTSRより前のVDAがインストールされている場合は、CTX139030へのリンクを示すメッセージが表示されます。7.15 LTSR VDAは、CitrixのWebサイトからダウンロードできます。
VDAのアップグレード
July 25, 2023
寄稿者: 
C
July 25, 2023
寄稿者: 
C

この記事の概要

サイトに関するフィードバック | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.