製品ドキュメント
Citrix Virtual Apps and Desktops 7 2203 LTSR
PDFを表示

展開をアップグレードする

May 31, 2026
寄稿者: 
C C

注：

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

  • シーバッド 2203 エルティーエスアール シーユー7
  • シーバッド 2402 エルティーエスアール シーユー3
  • シーバッド 2507 エルティーエスアール
  • シーバッド 2411

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

はじめに

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

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

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

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

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

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

アップグレードシーケンスのフロー図(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/media/upgrade-flow-diagram.png)

注：

障害を回避するには、新しいマシンカタログの作成、マシンカタログの削除、デリバリーグループ内のマシンの更新など、プロビジョニングおよびデリバリーグループ関連のタスクを実行する前に、すべての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 LTSR 1912からLTSR 2203にアップグレードし、Azure、AWS、またはGoogle Cloud接続を伴う新しいハイブリッド権限ライセンスの資格がある場合は、以下の手順に従ってください。そうしないと、2203メタインストーラーによってアップグレードがブロックされます。

注：

  • 新しいライセンスコードが記載されたメールが届きます。詳細については、「ライセンスアクセスコードの使用」を参照してください。
  • 既存のライセンスは取り消されます。取り消されたライセンスは、ライセンスサーバーから削除し、新しいライセンスをインストールする必要があります。詳細については、「ライセンスファイルの削除」を参照してください。

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

    ライセンスファイル内のSaaS属性(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/media/lic-file-hybrid-rights.png)

  2. ライセンスサーバーにハイブリッド権限ライセンスファイルをインストールします。詳細については、「ライセンスのインストール」を参照してください。
  3. ライセンスのエディションまたはモデルに変更がある場合は、brokerコマンドを実行してエディションとモデルを設定し、インプレースアップグレードを開始してください。Brokerコマンドの詳細については、「Broker PowerShell SDK」セクションを参照してください。

Citrix Virtual Apps and Desktops の現行リリースおよび長期サービスリリースにおけるパブリッククラウドサポートの詳細については、CTX270373を参照してください。

アップグレード手順

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

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

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

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

ステップ1：準備

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

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

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

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

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

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

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

ステップ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：Studioのアップグレード

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

手順8：Studioの再起動

アップグレードされたStudioを再起動します。アップグレードプロセスは自動的に再開されます。

手順9：データベースとサイトのアップグレード

注：

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

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

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

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

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

  1. 新しくアップグレードされたStudioを起動します。
  2. サイトのアップグレードを自動的に開始することを示し、準備ができたことを確認します。

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

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

  1. 新しくアップグレードされたStudioを起動します。
  2. サイトを手動でアップグレードすることを示します。ウィザードはライセンスサーバーの互換性を確認し、確認を求めます。

  3. データベースをバックアップしたことを確認します。

    ウィザードはスクリプトとアップグレード手順のチェックリストを生成して表示します。アップグレード対象の製品バージョン以降、データベースのスキーマが変更されていない場合、そのスクリプトは生成されません。たとえば、ログデータベースのスキーマが変更されない場合、UpgradeLoggingDatabase.sqlスクリプトは生成されません。

  4. 以下のスクリプトを記載されている順序で実行します。

    • DisableServices.ps1: Studioユーザーは、製品サービスを無効にするために、ControllerでこのPowerShellスクリプトを実行します。
    • UpgradeSiteDatabase.sql: データベース管理者は、サイトデータベースを含むサーバーでこのSQLスクリプトを実行します。
    • UpgradeMonitorDatabase.sql: データベース管理者は、Monitorデータベースを含むサーバーでこのSQLスクリプトを実行します。
    • UpgradeLoggingDatabase.sql: データベース管理者は、構成ログデータベースを含むサーバーでこのSQLスクリプトを実行します。このスクリプトは、このデータベースが変更された場合（たとえば、ホットフィックスを適用した後など）にのみ実行します。
    • EnableServices.ps1: Studioユーザーは、製品サービスを有効にするために、ControllerでこのPowerShellスクリプトを実行します。

    データベースのアップグレードが完了し、製品サービスが有効になると、Studioは環境と構成を自動的にテストし、HTMLレポートを生成します。問題が特定された場合は、データベースのバックアップを復元できます。問題を解決した後、データベースを再度アップグレードできます。

  5. チェックリストのタスクを完了したら、アップグレードの完了をクリックします。

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

新しくアップグレードされたStudioから、ナビゲーションペインでCitrix Studio サイト名を選択します。共通タスクタブで、残りのDelivery Controllerをアップグレードを選択します。

アップグレードを完了し、完了を確認したら、Studioを閉じてから再度開きます。Studioは、コントローラーのサービスをサイトに登録するため、またはゾーンIDが存在しない場合にゾーンIDを作成するために、追加のサイトアップグレードを促すことがあります。

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

重要：

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

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

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

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

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

ステップ13：アップグレード後

アップグレードが完了したら、新しくアップグレードされたサイトをテストできます。Studioで、ナビゲーションペインのCitrix Studio site-nameを選択します。Common Tasksタブで、Test Siteを選択します。これらのテストは、データベースをアップグレードした後に自動的に実行されますが、いつでも再実行できます。

サイトデータベースにローカルのMicrosoft SQL Server Expressが使用されている場合、SQL Server Browserサービスが開始されていないと、Windows Server 2016上のControllerでテストが失敗する可能性があります。これを回避するには：

  • SQL Server Browserサービスを有効にし（必要に応じて）、開始します。
  • SQLサーバー (SQLEXPRESS) サービスを再起動します。

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

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

Dbschema のアップグレード

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

ディービースキーマの更新

用語の定義:

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

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

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

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

以前のバージョンで PvD コンポーネントがインストールされた可能性のある方法は次のとおりです。

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

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

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

実行すること

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

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

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

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

注：

XenAppおよびXenDesktop 7.15 LTSRでWindows 7デスクトップとパーソナル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コンポーネントはLTSR CUから削除され、2020年1月14日以降はサポートされません。さらに、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」展開では、以下のテクノロジーとホストタイプはサポートされていません。

  • Personal vDisk (PvD)：カタログ内のユーザーVMの隣にデータを保存するためのものです。ユーザーパーソナライゼーションレイヤー機能がユーザーの永続性を処理するようになりました。
  • AppDisks：デリバリーグループで使用されるアプリケーションを管理するためのものです。
  • ホストタイプ：アジュール クラシック、クラウドプラットフォーム（シトリックスのオリジナル製品）。
    • このリリースでサポートされているホストタイプについては、「システム要件」を参照してください。
    • ARMおよびAWSを引き続き使用できる代替方法については、「CTX270373」を参照してください。

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

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

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

PvDを削除

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

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

  1. Studioから、PvDを使用するカタログのマシンを含むデリバリーグループがある場合、それらのマシンをグループから削除します(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/install-configure/delivery-groups-manage.html#remove-a-machine-from-a-delivery-group)。
  2. Studioから、PvDを使用するマシンを含むすべてのカタログを削除します(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/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/1912-ltsr/install-configure/personal-vdisk/migrate-to-app-layering.html)を参照してください。

AppDiskを削除する

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

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

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

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

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

スタジオから:

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をアップグレードすることをお勧めします。

  • 早期リリースまたはテクノロジープレビューバージョン: 早期リリース、テクノロジープレビュー、またはプレビューバージョンからアップグレードすることはできません。

  • 以前のオペレーティングシステム上のコンポーネント: MicrosoftまたはCitrixによってサポートされなくなったオペレーティングシステムに現在のVDAをインストールすることはできません。詳しくは、「以前のオペレーティングシステム」を参照してください。

  • 混在環境/サイト: 以前のバージョンのサイトと現在のバージョンのサイトを継続して実行する必要がある場合は、「混在環境に関する考慮事項」を参照してください。

  • 製品の選択: 以前のバージョンからアップグレードする場合、インストール時に設定された製品（Citrix Virtual AppsまたはCitrix Virtual Apps and Desktops）を選択または指定することはありません。

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

アップグレード時には、エディションとバージョンに含まれるすべての新しい機能と強化された機能にアクセスできるように、すべてのコンポーネントとVDAをアップグレードすることをお勧めします。

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

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

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

詳しくは、「VDAバージョンと機能レベル」を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

オペレーティングシステム コンポーネント/機能 最新の有効なバージョン このバージョン以降はインストール/アップグレード不可
ウィンドウズ 7 および ウィンドウズ 8 VDA 7.15 LTSR 7.16
ウィンドウズ 7 および ウィンドウズ 8 その他のインストーラーコンポーネント 7.17 7.18
Windows 10 バージョン 1607 より前のもの 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

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

* デリバリーコントローラー、スタジオ、ディレクター、およびVDAに適用されます。

実行できること

選択肢があります。次のいずれかを実行できます。

現在の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に接続できます。

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

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

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

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

この方法は、デリバリーコントローラー™ またはその他のコアコンポーネントを含むマシンでOSをアップグレードする必要がある場合に実行可能です。

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

  1. サイト内のすべてのデリバリーコントローラーのスナップショットを取得し、サイトデータベースをバックアップします。
  2. サポートされているオペレーティングシステムを搭載したクリーンなサーバーに新しいデリバリーコントローラーをインストールします。例えば、2台のWindows Server 2016マシンにコントローラーをインストールします。
  3. 新しいコントローラーをサイトに追加します。
  4. 現在のリリースで有効ではないオペレーティングシステムで実行されているコントローラーを削除します。例えば、2台のWindows Server 2008 R2マシン上の2つのコントローラーを削除します。Delivery Controllersでコントローラーを削除するための推奨事項に従ってください。

準備事項

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

注：

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

インストーラーとインターフェイスの選択

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

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

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

シングルセッションVDAをVDAWorkstationCoreSetup.exeインストーラーで最初にインストールした場合、Citrixはそのインストーラーを使用してアップグレードすることを推奨します。フルプロダクトVDAインストーラーまたはVDAWorkstationSetup.exeインストーラーを使用してVDAをアップグレードすると、アップグレードから明示的に除外しない限り、元々除外されていたコンポーネントがインストールされる可能性があります。

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

データベース操作

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

サポートされなくなったSQL Serverバージョンのアップグレードについては、SQL Server version checkを参照してください。（これは、サイト、監視、および構成ログデータベースに使用されるSQL Serverを指します。）

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

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

Citrixライセンスの管理に関する包括的な情報については、Activate, upgrade, and manage Citrix licensesを参照してください。

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

アップグレードする前に、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がサイト作成時に自動的にインストールしたもの）を使用している場合：

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

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

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

マイクロソフト エスキューエルサーバーエクスプレスローカルDB は、ローカルホストキャッシュ がスタンドアロンで使用する エスキューエルサーバーエクスプレス の機能です。ローカルホストキャッシュ は、エスキューエルサーバーエクスプレスローカルDB 以外の エスキューエルサーバーエクスプレス コンポーネントを必要としません。

CitrixはSQL Server Express LocalDBを自動的に更新しません。SQL Server Express LocalDBのバージョンを更新するには、このセクションのガイダンスに従ってください。

  • デリバリーコントローラーをCitrix Virtual Apps and Desktopsバージョン2203 LTSRまたはそれ以降のバージョンへアップグレードする際には、SQL Server Express LocalDB 2019またはSQL Server Express LocalDB 2022がサポート対象となります。

注：

The SQL Server Express LocalDB 2022 is supported on Citrix Virtual Apps and Desktops versions 2203 LTSR CU5 and later.

必要なもの:

  • The Citrix Virtual Apps and Desktops installation media.
  • Windows Sysinternals ツールボックスに収録されている PsExec というユーティリティ。

手順:

  1. Citrix Virtual Apps and Desktops のコンポーネント、データベース、およびサイトのアップグレードを完了します。(これらのデータベースのアップグレードは、サイト、監視、および構成ログデータベースに影響します。SQL Server Express LocalDB を使用するローカルホストキャッシュデータベースには影響しません。)
  2. SQL Server Express LocalDB を更新したいデリバリーコントローラーにログオンしてください。
  3. Microsoft から PsExec をダウンロードし、その Delivery Controller 上のアクセスしやすい場所 (例: C:\Temp) に配置します。
  4. Windows システムサービスから、デリバリーコントローラー上の Citrix High Availability Service を停止します。

  5. Delivery Controller でコマンドプロンプトを開き、PsExec がある場所 (例: C:\Temp) に移動し、次のコマンドを実行して、Network Service アカウントでコマンドプロンプトを昇格させます。

    psexec -i -u "NT AUTHORITY\NETWORKSERVICE" cmd
<!--NeedCopy-->
  6. whoami を実行して、コマンドプロンプトが Network Service アカウントとして実行されていることを確認します。次の出力が表示されるはずです: nt authority\networkservice。

  7. コマンドプロンプトを使用して、SQL LocalDB インスタンスに移動します。

    • SQL LocalDB 2014 からアップグレードする場合:

       cd "C:\Program Files\Microsoft SQL Server\120\Tools\Binn"
 <!--NeedCopy-->

    • SQL LocalDB 2017 からアップグレードする場合:

       cd "C:\Program Files\Microsoft SQL Server\140\Tools\Binn"
 <!--NeedCopy-->

    • SQL LocalDB 2019 からアップグレードする場合:

       cd "C:\Program Files\Microsoft SQL Server\150\Tools\Binn"
 <!--NeedCopy-->

  8. SQL LocalDB インスタンスを停止して削除します: CitrixHA。

    SqlLocalDB stop CitrixHA

SqlLocalDB delete CitrixHA
<!--NeedCopy-->

  9. 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-->
  10. プログラムの削除用のネイティブWindows機能を使用して、Delivery Controllerから既存のSQL LocalDB SQL Server Expressをアンインストールします。
  11. アンインストールが完了したら、Delivery Controllerを再起動します。
  12. Windowsシステムサービスから、Delivery Controller上のCitrix高可用性サービスを停止します。
  13. Citrix Virtual Apps and Desktopsインストールメディアをデリバリーコントローラーにマウントします。

  14. デリバリーコントローラー上で、管理者としてSQL Server Express LocalDB 2019をインストールします。

    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にある必要があります。
  15. Windowsシステムサービスから、デリバリーコントローラー上でCitrix High Availability Serviceを開始します。

  16. Delivery Controllerのコマンドプロンプトで、C:\Program Files\Microsoft SQL Server\160\Tools\Binnに移動し、SqlLocalDB iを実行してCitrixHAインスタンスが作成されたことを確認します。返されたインスタンスのリストにCitrixHAが含まれている必要があります。

    注：

    Citrix High Availability Serviceの開始後、CitrixHAデータベースが作成されるまでに最大15分かかる場合があります。

  17. Local Host Cacheデータベースファイルが作成されていることを確認し、必要に応じてHigh Availability Service（セカンダリブローカー）が引き継ぐことができるようにします。

    1. デリバリーコントローラーで、C:\Windows\ServiceProfiles\NetworkServiceを参照します。
    2. HaDatabaseName.mdfとHaDatabaseName_log.ldfが作成されていることを確認します。
  18. 残りのDelivery Controllerで手順を繰り返します。
展開をアップグレードする
May 31, 2026
寄稿者: 
C C
May 31, 2026
寄稿者: 
C C

この記事の概要

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