製品ドキュメント
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
PDFを表示

展開のアップグレード

March 25, 2026
寄稿者: 
C C

注:

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

  • CVAD 2203 LTSR CU7
  • CVAD 2402 LTSR CU3
  • 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属性を持つ新しいハイブリッドライツライセンスにアクセスしてください。

注:

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

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

    ライセンスファイル内のSaaS属性

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

Citrix Virtual Apps and Desktops Current ReleasesおよびLong Term Service Releasesでのパブリッククラウドサポートの詳細については、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 Provisioningインストールメディアは、Citrix Virtual Apps and Desktopsインストールメディアとは別に提供されています。Citrix Provisioningサーバーおよびターゲットデバイスソフトウェアのインストールとアップグレードの方法については、Citrix Provisioning製品ドキュメントを参照してください。

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

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

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

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

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

注:

Site Managerは、Delivery Controllerとともに自動的にアップグレードされます。

ステップ 7: Web Studioのアップグレード

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

注:

Web Studioをアップグレードした後、バージョン情報がすぐに更新されない場合があります。すでに最新の状態であっても、Web Studioのアップグレードを促されることがあります。この問題に対処するには、Web Studioサーバーに移動し、Internet Information Services (IIS) Managerを開き、Start Page > Sites > Default Web Siteに移動して、Manage WebsiteペインでRestartを選択します。

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

注:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

手順9：残りのDelivery Controllerのアップグレード

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

手順10：VDAのアップグレード

重要：

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

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

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

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

手順11：マシンカタログとデリバリーグループの更新

手順12：アップグレード後

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

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

データベーススキーマのアップグレード

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

データベーススキーマの更新

用語の定義：

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

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がインストールされている場合：

  1. 現在のVDAをアンインストールします。
  2. 新しい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）を通じて、Windows 7デスクトップ向けPvD展開に対する期間限定のサポートを2020年1月14日まで提供することを決定しました。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)。ユーザーパーソナライゼーションレイヤー機能がユーザーの永続性を処理するようになりました。
  • デリバリーグループで使用されるアプリケーションを管理するためのAppDisks。
  • ホストタイプ: Azure Classic、CloudPlatform（元のCitrix製品）。
    • このリリースでサポートされているホストタイプについては、「システム要件」を参照してください。

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

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

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

PvDの削除

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

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

  1. Studioから、デリバリーグループにPvDを使用するカタログのマシンが含まれている場合、それらのマシンをグループから削除します。
  2. Studioから、PvDを使用するマシンを含むすべてのカタログを削除します。

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

PvDの代わりにApp Layeringを使用する予定がある場合は、データの移行に関する情報について「PvDからApp Layeringへの移行」を参照してください。

AppDisksの削除

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

  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またはAppDiskコンポーネントがインストールされているVDA」を参照してください。

サポートされていないホスト項目の削除

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

Studioから:

PvDまたはAppDiskコンポーネントがインストールされているVDA

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

注:

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

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

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

対応策

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

インストーラーが現在インストールされているVDAでAppDiskまたは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 のバージョンと機能レベルを参照してください。

異なるバージョンが混在する複数のサイト

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

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

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

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

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

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

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

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

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

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

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

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

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

* Delivery Controller、Studio、Director、およびVDAに適用されます。

実行可能な操作

選択肢は次のとおりです。

現在のOSを継続して使用

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

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

たとえば、Windows 7 SP1マシンに7.14 VDAがインストールされているとします。Windows 7 OSマシンで有効な最新のVDAバージョンはXenAppおよび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バージョンが上記のガイドラインに合致しない場合は、OSをアップグレードする前にVDAをアンインストールし、OSのアップグレードが完了した後にサポートされているVDAバージョンをインストールする必要があります。

新しいマシンを追加してから古いマシンを削除

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

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

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

準備

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

注：

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

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

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

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

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

シングルセッションオペレーティングシステムの場合、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バージョンの確認」を参照してください。）

複数のコントローラーをアップグレードする場合

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製品ドキュメントを参照してください。

SQL Server Express LocalDBの置き換え

Microsoft SQL Server Express LocalDBは、Local Host Cacheがスタンドアロンで使用するSQL Server Expressの機能です。Local Host Cacheは、SQL Server Express LocalDB以外のSQL Server Expressコンポーネントを必要としません。

Delivery ControllerをCitrix Virtual Apps and Desktopsバージョン2203 LTSR以降のバージョンにアップグレードする場合、サポートされるバージョンはSQL Server Express LocalDB 2019または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のインストールが正しく動作していることを確認してください。

  1. コマンドプロンプトを使用してSqlLocalDBインスタンスに移動します。

    • 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 2022の場合: cd C:\Program Files\Microsoft SQL Server\160\Tools\Binn

  2. SqlLocalDB i を実行します。

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

手動更新

前提条件

  • Citrix Virtual Apps and Desktopsのインストールメディア。
  • Windows SysinternalsツールボックスのPsExecツール。

手順

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

  14. Delivery ControllerにSQL Server Express LocalDB 2022を管理者としてインストールします。

    1. Citrix Virtual Apps and DesktopsインストールメディアのSupport > SQLLocalDBフォルダーにあるsqllocaldb.msiファイルを使用します。たとえば、インストールメディアがEドライブにマウントされている場合、ファイルはE:\Support\SQLLocalDB\sqllocaldb.msiにあります。インストールを完了するには再起動が必要です
    2. 新しいSQL LocalDBはC:\Program Files\Microsoft SQL Server\160\Tools\Binnにある必要があります
  15. Windowsシステムサービスから、Delivery Controller上の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. Delivery Controllerで、C:\Windows\ServiceProfiles\NetworkServiceに移動します
    2. HaDatabaseName.mdfとHaDatabaseName_log.ldfが作成されていることを確認します
  18. 残りのDelivery Controllerで手順を繰り返します。
展開のアップグレード
March 25, 2026
寄稿者: 
C C
March 25, 2026
寄稿者: 
C C

この記事の概要

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