Citrix Virtual Apps and Desktops

デプロイメントをアップグレードする

May 31, 2026

寄稿者:

注:

従来、さまざまなオンプレミスコンポーネントのアクティベーションに使用されてきたファイルベースのライセンスシステムは、2026年4月15日にサポート終了 (EOL) となります。ライセンスアクティベーションサービス (LAS) は、Citrix製品スイート全体での製品アクティベーションのための次世代テクノロジーです。2026年4月15日以降、Citrixオンプレミスコンポーネントをアクティベートおよびライセンス供与する唯一の方法はLASになります。サポートを継続するには、Citrix Virtual Apps and Desktopsの展開がLAS互換バージョンである必要があります。LAS互換の最小要件となるCVADバージョンは次のとおりです。

CVAD 2203 エルティーエスアールシーユー7

CVAD 2402 エルティーエスアールシーユー3

CVAD 2507 LTSR

CVAD 2411

ご質問やご不明な点がございましたら、カスタマーケアにお問い合わせください。Citrixは、これらの要件を遵守しない場合、Citrixが法律上または衡平法上持つ可能性のあるその他の救済措置に加えて、責任を負うことなくCitrix Maintenanceを制限または停止する場合があります。これらの要件は、法律または規制によって禁止されている場合は適用されません。

はじめに

注:

この記事では、Web Studioを含む展開のアップグレードについて説明します。Citrix Studioを含むアップグレードについては、Citrix Virtual Apps and Desktops™ 7 2212以前の同等の記事を参照してください。

新しいマシンやサイトを最初にセットアップすることなく、特定の展開を新しいバージョンにアップグレードできます。これはインプレースアップグレードと呼ばれます。

アップグレードできるCitrix Virtual Apps and Desktopsのバージョンについては、アップグレード可能なバージョンを参照してください。

いずれかのCitrix Virtual Apps and Desktopsリリースにアップグレードする前に、現在のCustomer Success Servicesの有効期限が切れていないことを確認してください。詳細については、Customer Success Servicesの更新ライセンスの記事を参照してください。

アップグレードを開始するには、新しいバージョンのインストーラーを実行して、以前にインストールされたコアコンポーネント、VDA、およびその他の特定のコンポーネントをアップグレードします。その後、データベースとサイトをアップグレードします。

新しいバージョンが提供されている場合、フルプロダクトインストーラー（およびスタンドアロンVDAインストーラー）でインストールできるコンポーネントはすべてアップグレードできます。フルプロダクトインストーラーでインストールされないその他のコンポーネント（Citrix Provisioning™やProfile Managementなど）については、そのコンポーネントのドキュメントを参照してください。ホストのアップグレードについては、適切なドキュメントを参照してください。

アップグレードを開始する前に、この記事のすべての情報を確認してください。

アップグレードシーケンス

次の図は、アップグレードシーケンスの手順を示しています。アップグレード手順には、図の各手順の詳細が含まれています。

アップグレードシーケンスのフロー図

注：

障害を回避するため、新しいマシンカタログの作成、マシンカタログの削除、デリバリーグループ内のマシンの更新など、プロビジョニングおよびデリバリーグループ関連のタスクを実行する前に、すべてのDelivery Controllerとデータベースをアップグレードする必要があります。

ハイブリッド権限ライセンス

ハイブリッド権限ライセンスは、顧客が永続ライセンスからクラウドサービスサブスクリプションに移行またはアップグレードする際に、クラウドサービスサブスクリプションに加えて提供される、期間ベースのサブスクリプションライセンスです。DaaSサブスクリプションでハイブリッド権限アドオンを購入することもできます。

SaaS属性を持つハイブリッド権限ライセンスをお持ちの場合、Citrix Virtual Apps™ and Desktops LTSR 2203以降にアップグレードすると、Citrix Virtual Apps and Desktops LTSR 1912では利用できなかった機能にアクセスできるようになります。これらの機能には、Microsoft Azure、AWS EC2、Google Cloudなどのパブリッククラウドでのワークロードのプロビジョニングとホスティングが含まれます。新しいライセンスファイルを展開する前に、ライセンスサーバーを最新バージョンに更新してください。この前提条件を満たさない場合、Citrix Virtual Apps and Desktopsサイトのアップグレードとサイト作成がブロックされます。

SaaS属性のないハイブリッド権限ライセンスにアクセスできる場合、SaaS属性を持つ新しいハイブリッド権限ライセンスにアクセスするには、次の手順に従ってください。

注：

新しいライセンスコードが記載されたメールが届きます。詳細については、ライセンスアクセスコードの使用を参照してください。

既存のライセンスは取り消されます。取り消されたライセンスは、ライセンスサーバーから削除し、新しいライセンスをインストールする必要があります。詳細については、ライセンスファイルの削除を参照してください。

citrix.comのライセンス管理ポータルにアクセスし、クラウドプロビジョニング権限が有効になっている（SaaS属性を持つ）新しいハイブリッド権限ライセンスファイルをダウンロードします。詳細については、ライセンスのダウンロードを参照してください。次の画像は、インクリメントセクションにSaaS属性を持つハイブリッド権限ライセンスファイルを示しています。

ライセンスファイル内のSaaS属性(/ja-jp/citrix-virtual-apps-desktops/2511/media/lic-file-hybrid-rights.png)
ハイブリッド権限ライセンスファイルをライセンスサーバーにインストールします。詳細については、「ライセンスのインストール」を参照してください。
ライセンスのエディションまたはモデルに変更がある場合は、brokerコマンドを実行してエディションとモデルを設定してから、インプレースアップグレードを開始してください。Brokerコマンドの詳細については、「Broker PowerShell SDK」セクションを参照してください。

シトリックスバーチャルアプリ＆デスクトップカレントリリースおよび長期サービスリリースでのパブリッククラウドサポートの詳細については、CTX270373を参照してください。

アップグレード手順

主要な製品コンポーネントのほとんどは、コンポーネントを含むマシンで製品インストーラーを実行することでアップグレードできます。

1台のマシンに複数のコンポーネント（StudioやLicense Serverなど）が含まれている場合、製品メディアに新しいバージョンのソフトウェアが含まれていれば、そのマシン上のすべてのコンポーネントがアップグレードされます。

インストーラーを使用するには：

フル製品インストーラーのグラフィカルインターフェイスを実行するには、マシンにログオンし、メディアを挿入するか、新しいリリースのISOドライブをマウントします。AutoSelectをダブルクリックします。
コマンドラインインターフェイスを使用するには、適切なコマンドを発行します。「コマンドラインを使用したインストール」を参照してください。

ステップ1：準備

アップグレードを開始する前に、準備が整っていることを確認してください。必要なタスクを読んで完了してください：

PVD、AppDisks™、およびサポートされていないホストを削除する
PvDまたはAppDiskコンポーネントを持つVDA
制限事項
混在環境に関する考慮事項(#mixed-environment-considerations)
以前のオペレーティングシステム(#earlier-operating-systems)
準備(#preparation)
事前サイトテスト(#preliminary-site-tests)
SQL Serverのバージョン確認(#sql-server-version-check)

ステップ2：ライセンスサーバーのアップグレード

インストールにCitrix License Serverソフトウェアの新しいバージョンが含まれている場合は、他のコンポーネントよりも先にこのコンポーネントをアップグレードしてください。

ライセンスサーバーが新しいバージョンと互換性があるかどうかをまだ確認していない場合は、他のコアコンポーネントをアップグレードする前に、ライセンスサーバーでインストーラーを実行することが不可欠です。

ステップ3：StoreFront™のアップグレード

インストールメディアにStoreFrontソフトウェアの新しいバージョンが含まれている場合は、StoreFrontサーバーがインストールされているマシンでインストーラーを実行します。

グラフィカルインターフェイスで、「Extend deployment」セクションから「Citrix StoreFront」を選択します。
コマンドラインからCitrixStoreFront-x64.exeを実行します。これは、Citrix Virtual Apps and Desktopsインストールメディアのx64フォルダーにあります。

ステップ4：Directorのアップグレード

インストールメディアにDirectorソフトウェアの新しいバージョンが含まれている場合は、Directorがインストールされているマシンでインストーラーを実行します。

ステップ5：シトリックスプロビジョニングのアップグレード

Citrix Provisioning のインストールメディアは、Citrix Virtual Apps and Desktops のインストールメディアとは別に提供されています。Citrix Provisioning サーバーおよびターゲットデバイスソフトウェアのインストールとアップグレードの方法については、Citrix Provisioning 製品ドキュメントを参照してください。

ステップ 6: Delivery Controller の半分をアップグレードする

たとえば、サイトに 4 つの Controller がある場合、そのうちの 2 つでインストーラーを実行します。

Controller の半分をアクティブなままにしておくことで、ユーザーはサイトにアクセスできます。VDA は残りの Controller に登録できます。Controller の数が少ないため、サイトの容量が減少する場合があります。アップグレードによって、最終的なデータベースアップグレード手順中に新しいクライアント接続の確立が一時的に中断されるだけです。アップグレードされた Controller は、サイト全体がアップグレードされるまで要求を処理できません。

サイトに Controller が 1 つしかない場合、アップグレード中は動作しません。

実際のアップグレードが開始される前に、最初の Controller で予備サイトテストが実行されます。詳細については、予備サイトテストを参照してください。

注:

サイトマネージャーは、デリバリーコントローラーとともに自動的にアップグレードされます。

ステップ 7: Web Studio をアップグレードする

Web Studio をまだアップグレードしていない場合（別のコンポーネントと同じマシンにあったため）、Studio を含むマシンでインストーラーを実行します。

注:

Web Studio をアップグレードした後、バージョン情報がすぐに更新されない場合があります。Web Studio はすでに最新の状態であるにもかかわらず、アップグレードを促されることがあります。この問題に対処するには、Web Studio サーバーに移動し、Internet Information Services (IIS) マネージャーを開き、[スタートページ] > [サイト] > [既定の Web サイト] に移動して、[Web サイトの管理] ペインで [再起動] を選択します。

ステップ 8: データベースとサイトをアップグレードする

注:

障害を回避するには、新しいマシンカタログの作成、マシンカタログの削除、デリバリーグループ内のマシンの更新など、プロビジョニングおよびデリバリーグループ関連のタスクを実行する前に、すべての Delivery Controller とデータベースをアップグレードする必要があります。

SQL Serverデータベースのスキーマを更新するために必要な権限については、準備を確認してください。

SQL Serverデータベーススキーマを更新する十分な権限がある場合は、データベースの自動アップグレードを開始できます。データベースとサイトを自動的にアップグレードするに進んでください。
データベースの十分な権限がない場合は、スクリプトを使用する手動アップグレードを開始し、データベース管理者（必要な権限を持つ人）の助けを借りて進めることができます。手動アップグレードの場合、Site Managerユーザーがスクリプトを生成し、サービスを有効/無効にするスクリプトを実行します。データベース管理者は、SQLCMDユーティリティまたはSQLCMDモードのSQL Server Management Site Managerを使用して、データベーススキーマを更新する他のスクリプトを実行します。データベースとサイトを手動でアップグレードするに進んでください。
マルチゾーン展開があり、データベースとサイトを自動的にアップグレードしたい場合は、サイトのSQL Serverデータベースをホストするのと同じゾーンでdbschemaアップグレードを実行することをCitrixは推奨します。そうしないと、データベースとサイトの自動アップグレードが失敗する可能性があります。

Citrixは、アップグレード前にデータベースをバックアップすることを強く推奨します。CTX135207を参照してください。データベースのアップグレード中は、製品サービスが無効になります。その間、コントローラーはサイトの新しい接続を仲介できないため、慎重に計画してください。

データベースとサイトを自動的にアップグレードする

アップグレードされたデリバリーコントローラーでサイトマネージャーを起動します。
サイトのアップグレードを自動的に開始することを示し、準備ができたことを確認します。

データベースとサイトのアップグレードが進行します。

データベースとサイトを手動でアップグレードする

アップグレードされたデリバリーコントローラーでサイトマネージャーを起動します。
サイトを手動でアップグレードすることを示します。ウィザードはライセンスサーバーの互換性を確認し、確認を求めます。
データベースをバックアップしたことを確認します。

ウィザードはスクリプトとアップグレード手順のチェックリストを生成して表示します。アップグレード対象の製品バージョン以降、データベースのスキーマが変更されていない場合、そのスクリプトは生成されません。たとえば、ログデータベースのスキーマが変更されない場合、UpgradeLoggingDatabase.sqlスクリプトは生成されません。
以下のスクリプトを記載されている順序で実行します。
- DisableServices.ps1: サイトマネージャーユーザーは、製品サービスを無効にするために、Controller上でこのPowerShellスクリプトを実行します。
- UpgradeSiteDatabase.sql: データベース管理者は、Siteデータベースを含むサーバー上でこのSQLスクリプトを実行します。
- UpgradeMonitorDatabase.sql: データベース管理者は、Monitorデータベースを含むサーバー上でこのSQLスクリプトを実行します。
- UpgradeLoggingDatabase.sql: データベース管理者は、Configuration Loggingデータベースを含むサーバー上でこのSQLスクリプトを実行します。このデータベースが変更された場合（たとえば、ホットフィックスを適用した後など）にのみ、このスクリプトを実行してください。
- EnableServices.ps1: サイトマネージャーユーザーは、製品サービスを有効にするために、Controller上でこのPowerShellスクリプトを実行します。
データベースのアップグレードが完了し、製品サービスが有効になった後、Site Managerは自動的に環境と構成をテストし、HTMLレポートを生成します。問題が特定された場合は、データベースのバックアップを復元できます。問題を解決した後、データベースを再度アップグレードできます。
チェックリストのタスクを完了したら、Finish upgradeをクリックします。

ステップ9：残りのDelivery Controllerをアップグレードする

残りのDelivery Controllerをアップグレードします。アップグレードが完了したら、Site Managerを閉じて再度開きます。その後、Site Managerは、Delivery Controllerのサービスをサイトに登録するために、追加のサイトアップグレードを実行するよう促す場合があります。

ステップ10：VDAをアップグレードする

重要：

VDAをバージョン1912以降にアップグレードする場合は、Upgrading VDAs to 1912 or laterを参照してください。

VDAを含むマシン上で製品インストーラーを実行します。

Machine Creation Services™とマスターイメージを使用してマシンを作成した場合は、ホストに移動し、マスターイメージ上のVDAをアップグレードします。利用可能なVDAインストーラーのいずれかを使用できます。

グラフィックインターフェイスのガイダンスについては、Install VDAsを参照してください。
コマンドラインのガイダンスについては、「コマンドラインを使用したインストール」を参照してください。

Citrix Provisioning を使用してマシンを作成した場合は、アップグレードに関するガイダンスについて「Citrix Provisioning 製品ドキュメント」を参照してください。

ステップ 11: マシンカタログとデリバリーグループを更新する

ステップ 12: アップグレード後

展開内の他のコンポーネントをアップグレードします。ガイダンスについては、以下の製品ドキュメントを参照してください。

Microsoft SQL Server Express LocalDBソフトウェアを新しいバージョンに置き換える必要がある場合は、「SQL Server Express LocalDBの置き換え」を参照してください。

Dbschemaのアップグレード

展開を更新すると、いくつかのデータベーススキーマをアップグレードできます。次の表に、そのプロセスでアップグレードされるデータベーススキーマを示します。

DBスキーマの更新

用語の定義：

サイト：サイトデータストア。Dbschemaの更新はサイトデータストアに対して行われます。
監視：監視データストア。Dbschemaの更新は監視データストアに対して行われます。
構成：構成テーブル。Desktop Studioのバージョン、ライセンス情報、またはその両方が構成テーブルで更新されます。
ログ：ログデータストア。Dbschemaの更新はログデータストアに対して行われます。

VDAを2203以降にアップグレードする

Personal vDisk（PvD）コンポーネントがVDAにインストールされたことがある場合、そのVDAはバージョン2203以降にアップグレードできません。新しいVDAを使用するには、現在のVDAをアンインストールしてから、新しいVDAをインストールする必要があります。

この指示は、PvDを一度も使用したことがない場合でも適用されます。

以前のバージョンでPvDコンポーネントがインストールされた可能性のある方法を次に示します。

VDAインストーラーのグラフィカルインターフェイスでは、PvDは追加コンポーネントページでオプションでした。
コマンドラインでは、/baseimage オプションによって PvD がインストールされました。このオプションを指定した場合、またはこのオプションを含むスクリプトを使用した場合、PvD がインストールされました。

VDA に PvD がインストールされているかどうかわからない場合は、マシンまたはイメージで新しい VDA (2203 以降) のインストーラーを実行してください。

PvD がインストールされている場合、互換性のないコンポーネントがあることを示すメッセージが表示されます。
- グラフィカルインターフェイスから、メッセージが表示されているページで [キャンセル] をクリックし、インストーラーを閉じたいことを確認します。
- CLI からの場合、コマンドは表示されたメッセージとともに単に失敗します。
PvD がインストールされていない場合、アップグレードが続行されます。

対処法

VDA に PvD がインストールされていない場合は、通常のアップグレード手順に従ってください。

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

現在の VDA をアンインストールします。
新しい VDA をインストールします。

Windows 10 (1607 以前、更新なし) マシンで PvD の使用を継続したい場合は、VDA 7.15 LTSR が最新のサポート対象バージョンです。

注:

XenApp および XenDesktop 7.15 LTSR 環境において、Windows 7 デスクトップで Personal vDisk を利用することはできますか？

Citrix は、2016年1月に発表された XenApp および XenDesktop 7.6 LTSR から Personal vDisk (PvD) を除外しました。さらに、Citrix は PvD テクノロジーの非推奨を発表し、今後 Citrix App Layering の使用を開始するよう顧客に推奨しています。Citrix App Layering (バージョン 4.4 以降) は、XenApp および XenDesktop 7.15 LTSR の互換性のあるコンポーネントです。しかし、Windows 7 上で既存の PvD 展開を持つ顧客が Citrix App Layering テクノロジーに移行するのを支援するため、Citrix は XenApp および XenDesktop 7.15 LTSR 累積更新プログラム (CU) を通じて、2020年1月14日まで Windows 7 デスクトップ向け PvD 展開に対する期間限定のサポートを提供することを決定しました。PvD コンポーネントは、2020年1月14日以降、LTSR CU から削除され、サポートされなくなります。また、2020年1月14日以降に Windows 7 で PvD を使用すると、LTSR サイトは非準拠となります。さらに、Windows 10 用の PvD は 7.15 LTSR から引き続き除外されています。したがって、顧客は 7.15 LTSR サイトでこれを使用すべきではありません。

PvD、AppDisks、およびサポートされていないホストを削除する

Citrix Virtual Apps and Desktops 7 Current Releaseの展開では、以下のテクノロジーとホストタイプはサポートされていません。

カタログ内のユーザーVMの隣にデータを保存するためのPersonal vDisks (PvD)。ユーザーパーソナライゼーションレイヤー機能が、ユーザーの永続性を処理するようになりました。
Delivery Groupで使用されるアプリケーションを管理するためのAppDisks。
ホストの種類: アジュールクラシック、クラウドプラットフォーム (Citrixの元の製品)。
- このリリースでサポートされているホストタイプについては、システム要件を参照してください。

現在の展開でPvDまたはAppDisksを使用している場合、あるいはサポートされていないホストタイプ（例：Microsoft Azure Classic）への接続がある場合、それらのテクノロジーを使用する項目を削除した後にのみ、バージョン2006（またはそれ以降のサポートされているバージョン）にアップグレードできます。現在の展開でパブリッククラウドホスト接続（例：AWS）を使用している場合は、アップグレードする前にHybrid Rights Licenseがあることを確認してください。インストーラーがサポートされていないテクノロジーまたはHybrid Rights Licenseのないホスト接続を1つ以上検出すると、アップグレードは一時停止または停止し、説明メッセージが表示されます。インストーラーログに詳細が含まれています。

アップグレードを確実に成功させるために、サポートされていない項目を削除するための該当するガイダンスを確認し、それに従ってください。

PvDを削除する
アップディスクを削除する
サポートされていないホスト項目を削除する

展開でPvDまたはAppDisksを使用していなかったとしても、関連するMSIが以前のVDAインストールまたはアップグレードに含まれていた可能性があります。VDAをバージョン2006（またはそれ以降のサポートされているバージョン）にアップグレードする前に、たとえ使用していなかったとしても、そのソフトウェアを削除する必要があります。グラフィカルインターフェイスを使用する場合、その削除は自動的に行われるか、CLIを使用する際に削除オプションを含めることができます。詳細については、PvDまたはAppDisksコンポーネントを持つVDAのアップグレードを参照してください。

PvDを削除する

PvDを使用するように構成されているすべてのマシンを削除するまで、展開のアップグレードは成功しません。これはカタログとDelivery Groupに影響します。

グループとカタログからPvDを削除するには：

Studioから、PvDを使用するカタログのマシンを含むデリバリーグループがある場合、それらのマシンをグループから削除します(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/delivery-groups-manage.html#remove-a-machine-from-a-delivery-group)。
Studioから、PvDを使用するマシンを含むすべてのカタログを削除します(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-manage.html#delete-a-catalog)。

VDAのアップグレード: 展開のアップグレードでは、VDAにAppDiskまたはPvDコンポーネントがインストールされているかどうかは検出されません。ただし、VDAインストーラーは検出します。詳細については、「PvDまたはAppDisksコンポーネントを持つVDA(#vdas-that-have-pvd-or-appdisks-components)」を参照してください。

PvDの代わりにApp Layeringを使用する予定がある場合は、データの移行に関する情報については、「PvDからApp Layeringへの移行(/ja-jp/citrix-virtual-apps-desktops/2511/1912-ltsr/install-configure/personal-vdisk/migrate-to-app-layering.html)」を参照してください。

AppDiskを削除する

展開のアップグレードは、AppDiskを使用するすべてのデリバリーグループからAppDiskを削除し、その後AppDisk自体を削除するまで続行できません。

Studioナビゲーションペインでデリバリーグループを選択します。
グループを選択し、アクションペインでAppDiskの管理をクリックします。
グループからAppDiskを削除するアクションをクリックします。
AppDiskを使用する各デリバリーグループに対して、手順2と3を繰り返します。
StudioナビゲーションペインでAppDiskを選択します。
AppDiskを選択し、AppDiskを削除するアクションをクリックします。
各AppDiskに対して、手順5と6を繰り返します。

サポートされていないホスト項目を削除する

サイトがCitrix CloudPlatformやMicrosoft Azure Classicなどのサポートされていないホストタイプに接続している場合、バージョン2006（またはそれ以降のサポートされているバージョン）への展開アップグレードは続行できません。アップグレードを試みる前に、以下のタスクを完了してください。

スタジオから:

サポートされていないホストへのすべての接続を削除します。
デリバリーグループに、サポートされていないホストのマスターイメージで作成されたカタログのマシンが含まれている場合、それらのマシンをグループから削除します。
サポートされていないホストのマスターイメージを使用して作成されたすべてのカタログを削除します。

PvDまたはAppDisksコンポーネントを持つVDA

PvDおよびAppDisksテクノロジを有効にするコンポーネントがVDAにインストールされている場合、それらのコンポーネントが削除されるまで、そのVDAをアップグレードすることはできません。

注:

バージョン1912にアップグレードする場合、現在のVDAをアンインストールしてから新しいVDAをインストールする必要がありました。このバージョンでは、Citrixがコンポーネントを削除してアップグレードを続行するかどうかを尋ねられます。

AppDiskおよびPvDコンポーネントは、それらのテクノロジを一度も使用していなくても、以前のVDAバージョンでインストールされていた可能性があります。

グラフィカルインターフェイス: VDAインストーラーの追加コンポーネントページには、Citrix AppDisk / Personal vDiskオプションが含まれていました。7.15 LTSRおよびそれ以前の7.xリリースでは、このオプションがデフォルトで有効になっていました。したがって、デフォルトを受け入れた場合（または、このオプションが提供されているリリースで明示的に有効にした場合）、そのコンポーネントがインストールされていました。
CLI: /baseimageオプションを指定すると、コンポーネントがインストールされました。

対処法

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

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

グラフィカルインターフェイス: アップグレードが一時停止します。サポートされていないコンポーネントを自動的に削除するかどうかを尋ねるメッセージが表示されます。OKをクリックすると、コンポーネントは自動的に削除され、アップグレードが続行されます。
CLI: コマンドの失敗を避けるため、コマンドに次のオプションを含めます。
- /remove_appdisk_ack
- /remove_pvd_ack

制限事項

アップグレードには次の制限事項が適用されます。

選択的なコンポーネントのインストール: 新しいバージョンにコンポーネントをインストールまたはアップグレードしても、アップグレードが必要な他のコンポーネント（別のマシン上）をアップグレードしないことを選択した場合、Studioが通知します。たとえば、アップグレードにControllerとStudioの新しいバージョンが含まれているとします。Controllerはアップグレードしましたが、Studioがインストールされているマシンでインストーラーを実行しませんでした。Studioをアップグレードするまで、Studioはサイトの管理を続行できません。

VDAをアップグレードする必要はありませんが、利用可能なすべての機能を使用できるように、すべてのVDAをアップグレードすることをCitrixは推奨します。
早期リリースまたはテクノロジープレビューバージョン: 早期リリース、テクノロジープレビュー、またはプレビューバージョンからアップグレードすることはできません。
以前のオペレーティングシステム上のコンポーネント: MicrosoftまたはCitrixによってサポートされなくなったオペレーティングシステムに現在のVDAをインストールすることはできません。詳細については、「以前のオペレーティングシステム」を参照してください。
混在環境/サイト: 以前のバージョンのサイトと現在のバージョンのサイトを継続して実行する必要がある場合は、「混在環境に関する考慮事項」を参照してください。
製品の選択: 以前のバージョンからアップグレードする場合、インストール時に設定された製品（Citrix Virtual AppsまたはCitrix Virtual Apps and Desktops）を選択または指定することはありません。

混在環境に関する考慮事項

アップグレードする際は、エディションとバージョンで利用可能なすべての新機能と強化された機能にアクセスできるように、すべてのコンポーネントとVDAをアップグレードすることをCitrixは推奨します。

たとえば、以前のControllerバージョンを含む展開で現在のVDAを使用することはできますが、現在のリリースで追加された新機能は利用できない場合があります。最新ではないバージョンを使用している場合、VDA登録の問題も発生する可能性があります。

環境によっては、すべてのVDAを最新バージョンにアップグレードできない場合があります。その場合、マシンカタログを作成する際に、マシンにインストールされているVDAバージョンを指定できます。(これは機能レベルと呼ばれます。) デフォルトでは、この設定は推奨される最小VDAバージョンを指定します。ほとんどの展開では、デフォルト値で十分です。カタログにデフォルトより古いVDAが含まれている場合にのみ、設定を以前のバージョンに変更することを検討してください。マシンカタログ内でVDAバージョンを混在させることは推奨されません。

カタログがデフォルトの最小VDAバージョン設定で作成され、1つ以上のマシンにデフォルトバージョンより古いVDAがある場合、それらのマシンはControllerに登録できず、機能しません。

詳細については、「VDAバージョンと機能レベル」(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-create.html#vda-versions-and-functional-levels)を参照してください。

異なるバージョンを持つ複数のサイト

環境に異なる製品バージョン（たとえば、XenDesktop 7.18サイトとCitrix Virtual Apps and Desktops 1909サイト）のサイトが含まれている場合、Citrixは、StoreFrontを使用して異なる製品バージョンからのアプリケーションとデスクトップを集約することを推奨します。詳細については、StoreFrontのドキュメント(/ja-jp/storefront.html)を参照してください。

混在環境では、各リリースに対応するStudioおよびDirectorのバージョンを引き続き使用しますが、異なるバージョンは別々のマシンにインストールされていることを確認してください。

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

サポートされているオペレーティングシステム（OS）バージョンを実行しているマシンに、コンポーネントの以前のバージョンをインストールしたとします。現在、より新しいコンポーネントバージョンを使用したいと考えていますが、そのOSはコンポーネントの現在のバージョンではサポートされていません。

たとえば、Windows Server 2016マシンにサーバーVDAをインストールしたとします。現在、そのVDAを現在のリリースにアップグレードしたいと考えていますが、アップグレード先の現在のリリースではWindows Server 2016はサポートされていません。

サポートされなくなったオペレーティングシステムにコンポーネントをインストールまたはアップグレードしようとすると、「このオペレーティングシステムにはインストールできません」などのエラーメッセージが表示されます。

これらの考慮事項は、Current ReleaseおよびLong Term Service Releaseバージョンのアップグレードに適用されます。(これは、LTSRバージョンにCUを適用することには影響しません。)

サポートされているOSについては、以下のリンクを参照してください。

シトリックスバーチャルアプリケーションズアンドデスクトップ (現在のリリース):
- デリバリーコントローラー、スタジオ、ディレクター、VDA、ユニバーサルプリントサーバー
- フェデレーテッド認証サービス
- (/ja-jp/storefront.html)、(/ja-jp/self-service-password-reset.html)、および(/ja-jp/session-recording.html)については、現在のリリースのシステム要件の記事を参照してください。
LTSRについては、お使いのLTSRバージョンとCUのコンポーネントリストを参照してください。(メインの(/ja-jp/citrix-virtual-apps-desktops/2511.html)製品ドキュメントページからLTSRバージョンを選択してください。)

無効なオペレーティングシステム

以下の表は、現在のリリースでコンポーネントのインストール/アップグレードに無効な以前のオペレーティングシステムを一覧表示しています。各OSでサポートされる最新の有効なコンポーネントバージョンと、インストールおよびアップグレードが無効になったコンポーネントバージョンを示しています。

表内のオペレーティングシステムには、サービスパックと更新プログラムが含まれています。

オペレーティングシステム	コンポーネント/機能	最新の有効なバージョン	バージョン以降、インストール/アップグレード不可
ウィンドウズ 7 およびウィンドウズ 8	VDA	7.15 LTSR	7.16
ウィンドウズ 7 およびウィンドウズ 8	その他のインストーラーコンポーネント	7.17	7.18
1607 より前の Windows 10 バージョン	VDA	7.15 LTSR	7.16
ウィンドウズ 10 x86 バージョン	VDA	1906.2.0	1909
ウィンドウズサーバー 2008 R2	VDA	7.15 LTSR	7.16
ウィンドウズサーバー 2008 R2	その他のインストーラーコンポーネント	7.17	7.18
ウィンドウズサーバー 2012	VDA	7.15 LTSR	7.16
ウィンドウズサーバー 2012	その他のインストーラーコンポーネント	7.17	7.18
ウィンドウズサーバー 2012 R2	その他のインストーラーコンポーネント *	1912 LTSR	2003
ウィンドウズサーバー 2012 R2	サーバーVDI	7.15 LTSR	7.16
ウィンドウズサーバー 2016	サーバーVDI	7.15 LTSR	7.16

Windows XP および Windows Vista は、7.x のコンポーネントまたはテクノロジーでは無効です。

* デリバリーコントローラー、Studio、Director、およびVDAに適用されます。

実行できること

選択肢があります。次のことができます。

現在のOSを継続して使用する(#continue-with-the-current-os)
マシンを再イメージ化またはアップグレードする(#reimage-or-upgrade-the-machine)
新しいマシンを追加し、古いマシンを削除する(#add-new-machines-and-then-remove-old-machines)

現在のOSを使い続ける

これらの方法はVDAに適用可能です。以前のOSを搭載したマシンを使い続けたい場合は、以下のいずれかを選択できます。

インストールされているコンポーネントバージョンを使い続ける。
最新の有効なコンポーネントバージョンをダウンロードし、そのバージョンにコンポーネントをアップグレードします。（これは、最新の有効なコンポーネントバージョンがまだインストールされていないことを前提としています。）

たとえば、Windows 7 SP1マシンに7.14 VDAがインストールされているとします。Windows 7 OSマシンで有効な最新のVDAバージョンは、XenApp and XenDesktop 7.15 LTSRです。7.14を使い続けるか、7.15 LTSR VDAをダウンロードしてVDAをそのバージョンにアップグレードすることができます。これらの以前のVDAバージョンは、より新しいバージョンのDelivery Controllerを含む展開環境で動作します。たとえば、7.15 LTSR VDAはCitrix Virtual Apps and Desktops 7 1808 Controllerに接続できます。

マシンを再イメージ化またはアップグレードする

これらの方法は、VDAおよびコアコンポーネント（Delivery Controllerなど）がインストールされていない他のマシンに適用可能です。以下のいずれかを選択してください。

マシンをサービスから外した後（メンテナンスモードをオンにしてすべてのセッションを閉じさせた後）、サポートされているWindows OSバージョンに再イメージ化し、その後、コンポーネントの最新バージョンをインストールできます。
VDAマシンで再イメージ化せずにOSをアップグレードするには、まず、アップグレード先のOSでサポートされているVDAバージョンをインストールするか、OSのアップグレード後にVDAをアップグレードする必要があります。そうしないと、Citrixソフトウェアはサポートされなくなります。VDAをアンインストールせずにインプレースアップグレードを実行する場合、以下の最小OSバージョンにアップグレードできます。
- Windows 11（2023-07 Cumulative Update for Windows 11 (KB5028185)またはそれ以降がインストールされているもの、ビルド22621.1992以降）。
- Windows 10 用 2023-07 ダイナミックアップデート (KB5028311) がインストールされている Windows 10。
アップグレードを計画しているWindowsバージョンが上記のガイドラインに合致しない場合、OSをアップグレードする前にVDAをアンインストールし、OSのアップグレードが完了した後で、サポートされているVDAバージョンをインストールする必要があります。

新しいマシンを追加し、古いマシンを削除する

この方法は、Delivery Controller™またはその他のコアコンポーネントを含むマシンのOSをアップグレードする必要がある場合に適用可能です。

Citrixは、サイト内のすべてのControllerが同じOSを持つことを推奨します。以下のアップグレードシーケンスは、異なるControllerが異なるOSを持つ期間を最小限に抑えます。

サイト内のすべてのDelivery Controllerのスナップショットを取得し、サイトデータベースをバックアップします。
サポートされているオペレーティングシステムを搭載したクリーンなサーバーに新しいDelivery Controllerをインストールします。
新しいControllerをサイトに追加します。
現在のリリースで無効なオペレーティングシステムで実行されているControllerを削除します。Delivery ControllersでControllerを削除するための推奨事項に従ってください。

準備作業

アップグレードを開始する前に、以下の情報を確認し、必要なタスクを完了してください。

注：

VDAのアップグレードはアップグレードシーケンスの後半で行われますが、アップグレードを開始する前にインストーラーを選択し、手順を確認して、何が予想されるかを知っておくことをお勧めします。

インストーラーとインターフェイスを選択する

コンポーネントをアップグレードするには、製品ISOからフルプロダクトインストーラーを使用します。VDAは、フルプロダクトインストーラーまたはスタンドアロンVDAインストーラーのいずれかを使用してアップグレードできます。すべてのインストーラーは、グラフィカルインターフェイスとコマンドラインインターフェイスを提供します。

詳細については、インストーラーを参照してください。

インストールの詳細: 準備作業を完了し、インストーラーを開始する準備ができたら、インストール記事には、表示される内容（グラフィカルインターフェイスを使用している場合）または入力する内容（コマンドラインインターフェイスを使用している場合）が示されています。

シングルセッションOSの場合、4種類のインストーラーが利用可能です。Citrixでは、Citrix VDAのインストール、アップグレード、アンインストールを含むライフサイクル全体で、一貫したインストーラータイプを使用することを推奨しています。詳細については、「シングルセッションVDAインストーラーを使用するためのベストプラクティス」を参照してください。

VDAを現在のリリースにアップグレードする際、アップグレードプロセス中にマシンの再起動が発生します。（この要件は7.17リリースから始まりました。）これは回避できません。再起動後、アップグレードは自動的に再開されます（コマンドラインで/noresumeを指定しない限り）。

データベース操作

サイト、監視、および構成ログのデータベースをバックアップします。「CTX135207」の手順に従ってください。アップグレード後に問題が発見された場合、バックアップを復元できます。

サポート対象外となったSQL Serverバージョンのアップグレードについては、「SQL Serverバージョンチェック」を参照してください。（これは、サイト、モニター、および構成ログデータベースに使用されるSQL Serverを指します。）

Microsoft SQL Server Express LocalDBは、ローカルホストキャッシュで使用するために自動的にインストールされます。以前のバージョンを置き換える必要がある場合、新しいバージョンはSQL Server Express LocalDB 2019である必要があります。コンポーネントとサイトをアップグレードした後にSQL Server Express LocalDBを新しいバージョンに置き換える方法の詳細については、「SQL Server Express LocalDBを置き換える」を参照してください。

Citrixライセンスが最新であることを確認する

Citrixライセンスの管理に関する包括的な情報については、「Citrixライセンスのアクティブ化、アップグレード、および管理」を参照してください。

フルプロダクトインストーラーを使用して、ライセンスサーバーをアップグレードできます。または、ライセンスコンポーネントを個別にダウンロードしてアップグレードすることもできます。「アップグレード」を参照してください。

アップグレードする前に、Customer Success Services / Software Maintenance / Subscription Advantageの有効期限が新しい製品バージョンに対応していることを確認してください。日付は2021年11月15日以降である必要があります。

Citrixライセンスサーバーが互換性があることを確認する

Citrixライセンスサーバーが新しいバージョンと互換性があることを確認してください。これを行うには2つの方法があります。

他のCitrixコンポーネントをアップグレードする前に、Delivery Controllerを含むマシンでISOレイアウトからXenDesktopServerSetup.exeインストーラーを実行します。互換性の問題がある場合、インストーラーは推奨される解決手順とともにそれを報告します。
インストールメディアのXenDesktop Setupディレクトリから、コマンド.\LicServVerify.exe -h <license-server-fqdn> -p 27000 -vを実行します。表示により、ライセンスサーバーが互換性があるかどうかが示されます。ライセンスサーバーに互換性がない場合は、ライセンスサーバーをアップグレードしてください。

StoreFrontの変更をバックアップする

アップグレードを開始する前に、C:\inetpub\wwwroot\Citrix\<StoreName>\App_Data内のファイルを変更している場合（たとえば、default.icaやusernamepassword.tfrmなど）、各ストアについてそれらをバックアップしてください。アップグレード後、それらを復元して変更を元に戻すことができます。

アプリケーションとコンソールを閉じる

アップグレードを開始する前に、管理コンソールやPowerShellセッションなど、ファイルロックを引き起こす可能性のあるすべてのプログラムを閉じます。

マシンを再起動すると、ファイルロックがすべて解除され、保留中のWindowsアップデートがないことが保証されます。

アップグレードを開始する前に、サードパーティの監視エージェントサービスをすべて停止し、無効にします。

適切な権限があることを確認する

ドメインユーザーであることに加えて、製品コンポーネントをアップグレードするマシンでローカル管理者である必要があります。

サイトデータベースとサイトは、自動または手動でアップグレードできます。データベースの自動アップグレードの場合、Studioユーザーの権限には、SQL Serverデータベーススキーマを更新する機能（たとえば、db_securityadminまたはdb_ownerデータベースロール）が含まれている必要があります。詳細については、「データベース」を参照してください。

Studioユーザーがこれらの権限を持っていない場合、手動データベースアップグレードを開始すると、スクリプトが生成されます。Studioユーザーは、Studioから一部のスクリプトを実行します。データベース管理者は、SQL Server Management Studioなどのツールを使用して他のスクリプトを実行します。

その他の準備タスク

必要に応じて、テンプレートをバックアップし、ハイパーバイザーをアップグレードする
事業継続計画で定められているその他の準備タスクをすべて完了します。

サイトの事前テスト

Delivery Controllerとサイトをアップグレードすると、実際のアップグレードが始まる前に、サイトの事前テストが実行されます。これらのテストでは、以下が検証されます。

サイトデータベースに到達可能で、バックアップ済みである
重要なCitrixサービスへの接続が正常に機能している
Citrixライセンスサーバーのアドレスが利用可能である
構成ログデータベースに到達可能である
パブリッククラウドホスト接続（例：AWS）を追加する場合は、ハイブリッド権限ライセンスがあることを確認してください。そうしないと、予備サイトテストが一時停止または停止し、説明メッセージが表示されます。

テストの実行後、結果のレポートを表示できます。検出された問題を修正し、テストを再度実行できます。予備サイトテストを実行せず、問題を解決しないと、サイトの動作に影響を与える可能性があります。

テスト結果を含むレポートは、インストールログと同じディレクトリにあるHTMLファイル (PreliminarySiteTestResult.html) です。そのファイルが存在しない場合は作成されます。ファイルが存在する場合は、その内容が上書きされます。

テストを実行する

インストーラーのグラフィカルインターフェイスを使用してアップグレードする場合、ウィザードにはテストを開始してレポートを表示できるページが含まれています。テストが実行され、レポートを確認し、見つかった問題を解決した後、テストを再実行できます。テストが正常に完了したら、「次へ」をクリックしてウィザードを続行します。
コマンドラインインターフェイスを使用してアップグレードする場合、テストは自動的に実行されます。デフォルトでは、テストが失敗した場合、アップグレードは実行されません。レポートを確認し、問題を解決した後、コマンドを再実行してください。

Citrixは、Controllerとサイトのアップグレードを続行する前に、常に予備サイトテストを実行し、問題を解決することを推奨しています。テストを実行するわずかな時間で得られる潜在的なメリットは十分にあります。ただし、この推奨されるアクションを上書きすることもできます。

グラフィカルインターフェイスでアップグレードする場合、テストをスキップしてアップグレードを続行することを選択できます。
コマンドラインからアップグレードする場合、テストをスキップすることはできません。デフォルトでは、サイトテストが失敗すると、アップグレードを実行せずにインストーラーが失敗します。通常、/ignore_site_test_failure オプションを含めると、テストの失敗は無視され、アップグレードが続行されます。（例外については、SQL Serverのバージョンチェックを参照してください。）

複数のControllerをアップグレードする場合

1つのControllerでアップグレードを開始し、その後、同じサイト内の別のControllerでアップグレードを開始する場合（最初のアップグレードが完了する前）：

最初のControllerで予備サイトテストが完了している場合、他のControllerのウィザードには予備サイトテストページは表示されません。
最初のControllerでのテストが進行中に他のControllerでアップグレードを開始すると、他のControllerのウィザードにサイトテストページが表示されます。ただし、最初のControllerでのテストが完了した場合、最初のControllerからのテスト結果のみが保持されます。

サイトの健全性に関係しないテストの失敗

予備サイトテストがメモリ不足のために失敗した場合は、より多くのメモリを確保してからテストを再実行してください。
アップグレードの権限はあるが、サイトテストを実行する権限がない場合、予備サイトテストは失敗します。これを解決するには、テストを実行する権限を持つユーザーアカウントでインストーラーを再実行してください。

SQL Serverバージョンの確認

Citrix Virtual Apps and Desktopsの展開を成功させるには、サイト、監視、および構成ログデータベース用にサポートされているバージョンのMicrosoft SQL Serverが必要です。サポートされなくなったSQL ServerバージョンでCitrix展開をアップグレードすると、機能上の問題が発生し、サイトはサポート対象外となります。

アップグレードするCitrixリリースでサポートされているSQL Serverのバージョンについては、そのリリースのシステム要件の記事を参照してください。

Controllerをアップグレードする際、Citrixインストーラーは、サイト、監視、および構成ログデータベースに使用されている現在インストールされているSQL Serverのバージョンを確認します。

チェックの結果、現在インストールされているSQL Serverのバージョンが、アップグレードするCitrixリリースでサポートされているバージョンではないと判断された場合：
- グラフィカルインターフェイス：アップグレードはメッセージとともに停止します。I understandをクリックし、次にCancelをクリックしてCitrixインストーラーを閉じます。（アップグレードを続行することはできません。）」
- コマンドラインインターフェイス：コマンドは失敗します（コマンドに/ignore_db_check_failureオプションを含めた場合でも）。
SQL Serverのバージョンをアップグレードしてから、Citrixのアップグレードを再度開始してください。
チェックで現在インストールされているSQL Serverのバージョンを特定できない場合は、現在インストールされているバージョンが、アップグレードするバージョンでサポートされているかどうかを確認してください（システム要件）。
- グラフィカルインターフェイス：アップグレードはメッセージとともに停止します。
  - 現在インストールされているSQL Serverのバージョンがサポートされている場合は、[I understand] をクリックしてメッセージを閉じ、[Next] をクリックしてCitrixアップグレードを続行します。
  - 現在インストールされているSQL Serverのバージョンがサポートされていない場合は、[I understand] をクリックしてメッセージを閉じ、[Cancel] をクリックしてCitrixアップグレードを終了します。SQL Serverをサポートされているバージョンにアップグレードしてから、Citrixアップグレードを再度開始してください。
- コマンドラインインターフェイス：コマンドはメッセージとともに失敗します。メッセージを閉じた後：
  - 現在インストールされているSQL Serverのバージョンがサポートされている場合は、/ignore_db_check_failure オプションを指定してコマンドを再度実行します。
  - 現在インストールされているSQL Serverのバージョンがサポートされていない場合は、SQL Serverをサポートされているバージョンにアップグレードします。コマンドを再度実行して、Citrixアップグレードを開始します。

SQL Serverのアップグレード

新しいSQL Serverサーバーを立ち上げ、サイトデータベースを移行する場合、接続文字列を更新する必要があります。

サイトが現在、サイトデータベースにSQL Server Expressを使用している場合（Citrixがサイト作成時に自動的にインストールしたもの）：

最新のSQL Server Expressバージョンをインストールします。
データベースをデタッチします。
データベースを新しいSQL Server Expressにアタッチします。
接続文字列を移行します。

詳しくは、接続文字列の構成およびMicrosoft SQL Serverの製品ドキュメントを参照してください。

SQLサーバーエクスプレスローカルDB の置き換え

Microsoft SQL Server Express LocalDB は、ローカルホストキャッシュがスタンドアロンで使用する SQL Server Express の機能です。ローカルホストキャッシュは、SQL Server Express LocalDB 以外の SQL Server Express コンポーネントを必要としません。

When upgrading Delivery Controllers to Citrix Virtual Apps and Desktops version 2203 LTSR or later versions, the supported version is SQL Server Express LocalDB 2019 or SQL Server Express LocalDB 2022.

SQL Server Express LocalDB を更新するには、次の2つの方法があります。

自動更新
手動更新

自動更新

Delivery Controllerをアップグレードすると、メタインストーラーは互換性のある最新バージョンのSQL Server Express LocalDBを自動的にインストールします。メタインストーラーは古いLocalDBバージョンをアンインストールしません。新しいバージョンが正しく動作することを確認した後、古いバージョンを手動でアンインストールする必要があります。

新しいSQL Server Express LocalDBが正しくインストールされていることを確認する

古いバージョンをアンインストールする前に、新しいSQL Server Express LocalDBのインストールが正しく動作していることを確認してください。

コマンドプロンプトを使用してSqlLocalDBインスタンスに移動します。
- SQL ローカルDB 2014 の場合: cd C:\Program Files\Microsoft SQL Server\120\Tools\Binn
- SQL ローカルDB 2017 の場合: cd C:\Program Files\Microsoft SQL Server\140\Tools\Binn
- SQL LocalDB 2019 の場合は、次のとおりです: cd C:\Program Files\Microsoft SQL Server\150\Tools\Binn
- SQL LocalDB 2022 の場合は、次のとおりです: cd C:\Program Files\Microsoft SQL Server\160\Tools\Binn
SqlLocalDB iを実行します。

CitrixHAとMSSQLLocalDBの2つのファイルが表示されるはずです。

手動更新

前提条件

シトリックスバーチャルアプリケーションズアンドデスクトップのインストールメディア。
Windows シスインターナルズツールボックスの PsExec ツール。

手続き

Citrix Virtual Apps and Desktops のコンポーネント、データベース、およびサイトのアップグレードを完了します。(これらのデータベースアップグレードは、サイト、監視、および構成ログデータベースに影響します。SQL Server Express LocalDB を使用するローカルホストキャッシュデータベースには影響しません。)
SQL Server Express LocalDB を更新したいデリバリーコントローラーにログオンします。
Microsoft から PsExec をダウンロードし、その Delivery Controller 上のアクセスしやすい場所 (例: C:\Temp) に配置します。
Windows システムサービスから、デリバリーコントローラー上の Citrix 高可用性サービスを停止します。
Delivery Controller でコマンドプロンプトを開き、PsExec がある場所 (例: C:\Temp) に移動してから、次のコマンドを実行して、Network Service アカウントでコマンドプロンプトを昇格させます。
```
psexec -i -u "NT AUTHORITY\NETWORKSERVICE" cmd

```
コマンドプロンプトが Network Service アカウントとして実行されていることを確認するために、whoami を実行します。次の出力が得られるはずです: nt authority\networkservice。
コマンドプロンプトを使用して、SQL LocalDB インスタンスに移動します。
- SQL LocalDB 2014 からアップグレードする場合:
```
 cd "C:\Program Files\Microsoft SQL Server\120\Tools\Binn"
 
```
- SQL LocalDB 2017 からアップグレードする場合:
```
 cd "C:\Program Files\Microsoft SQL Server\140\Tools\Binn"
 
```
- SQL LocalDB 2019 からアップグレードする場合:
```
 cd "C:\Program Files\Microsoft SQL Server\150\Tools\Binn"
 
```
SQL LocalDBインスタンスを停止して削除します: CitrixHA。
```
SqlLocalDB stop CitrixHA

SqlLocalDB delete CitrixHA

```

Delivery Controllerから以下のファイルを削除します:

C:\Windows\ServiceProfiles\NetworkService\HADatabaseName.*
C:\Windows\ServiceProfiles\NetworkService\HADatabaseName_log.*
C:\Windows\ServiceProfiles\NetworkService\HAImportDatabaseName.* (if exists)
C:\Windows\ServiceProfiles\NetworkService\HAImportDatabaseName_log.* (if exists)
<!--NeedCopy-->

プログラムを削除するためのネイティブWindows機能を使用して、Delivery Controllerから既存のSQL LocalDB SQL Server Expressをアンインストールします。
アンインストールが完了したら、Delivery Controllerを再起動します。
Windows システムサービスから、デリバリーコントローラー上の Citrix 高可用性サービスを停止します。
Citrix Virtual Apps and Desktops のインストールメディアを、ご使用のデリバリーコントローラーにマウントしてください。
デリバリーコントローラー上で、管理者として SQL Server Express LocalDB 2022 をインストールします。
1. Citrix Virtual Apps and DesktopsインストールメディアのSupport > SQLLocalDBフォルダーにあるsqllocaldb.msiファイルを使用します。たとえば、インストールメディアがE driveドライブにマウントされている場合、ファイルはE:\Support\SQLLocalDB\sqllocaldb.msiにあります。インストールを完了するには再起動が必要です。
2. 新しいSQL LocalDBはC:\Program Files\Microsoft SQL Server\160\Tools\Binnにある必要があります。
Windowsのシステムサービスから、デリバリーコントローラー上でCitrix High Availability Serviceを開始します。
Delivery Controllerのコマンドプロンプトで、C:\Program Files\Microsoft SQL Server\160\Tools\Binnに移動し、SqlLocalDB iを実行してCitrixHAインスタンスが作成されたことを確認します。返されたインスタンスのリストにCitrixHAが含まれている必要があります。

注:

Citrix High Availability Serviceの開始後、CitrixHAデータベースが作成されるまでに最大15分かかる場合があります。
必要に応じて高可用性サービス（セカンダリブローカー）が引き継ぐことができることを確認するために、ローカルホストキャッシュデータベースファイルが作成されていることを確認します。
1. デリバリーコントローラーで、C:\Windows\ServiceProfiles\NetworkServiceを参照します。
2. HaDatabaseName.mdf と HaDatabaseName_log.ldf が作成されていることを確認します。
残りのDelivery Controllerで手順を繰り返します。

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

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

デプロイメントをアップグレードする

May 31, 2026

寄稿者:

May 31, 2026

寄稿者:

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

デプロイメントをアップグレードする

はじめに

アップグレードシーケンス

ハイブリッド権限ライセンス

アップグレード手順

ステップ1：準備

ステップ2：ライセンスサーバーのアップグレード

ステップ3：StoreFront™のアップグレード

ステップ4：Directorのアップグレード

ステップ5：シトリックス プロビジョニングのアップグレード

ステップ 6: Delivery Controller の半分をアップグレードする

ステップ 7: Web Studio をアップグレードする

ステップ 8: データベースとサイトをアップグレードする

データベースとサイトを自動的にアップグレードする

データベースとサイトを手動でアップグレードする

ステップ9：残りのDelivery Controllerをアップグレードする

ステップ10：VDAをアップグレードする

ステップ 11: マシンカタログとデリバリーグループを更新する

ステップ 12: アップグレード後

Dbschemaのアップグレード

VDAを2203以降にアップグレードする

対処法

PvD、AppDisks、およびサポートされていないホストを削除する

PvDを削除する

AppDiskを削除する

サポートされていないホスト項目を削除する

PvDまたはAppDisksコンポーネントを持つVDA

対処法

制限事項

混在環境に関する考慮事項

異なるバージョンを持つ複数のサイト

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

無効なオペレーティングシステム

実行できること

現在のOSを使い続ける

マシンを再イメージ化またはアップグレードする

新しいマシンを追加し、古いマシンを削除する

準備作業

インストーラーとインターフェイスを選択する

データベース操作

Citrixライセンスが最新であることを確認する

Citrixライセンスサーバーが互換性があることを確認する

StoreFrontの変更をバックアップする

アプリケーションとコンソールを閉じる

適切な権限があることを確認する

その他の準備タスク

サイトの事前テスト

テストを実行する

複数のControllerをアップグレードする場合

サイトの健全性に関係しないテストの失敗

SQL Serverバージョンの確認

SQL Serverのアップグレード

SQLサーバー エクスプレス ローカルDB の置き換え

自動更新

新しいSQL Server Express LocalDBが正しくインストールされていることを確認する

手動更新

前提条件

手続き

この記事の概要

ステップ5：シトリックスプロビジョニングのアップグレード

SQLサーバーエクスプレスローカルDB の置き換え