展開のアップグレード
はじめに
新しいマシンやサイトを最初にセットアップすることなく、特定の展開を新しいバージョンにアップグレードできます。このプロセスはインプレースアップグレードと呼ばれます。アップグレードできるバージョンの一覧については、アップグレードを参照してください。
現在のXenAppインストーラーを使用して、XenApp 6.5ワーカーサーバーをWindows Server OS用の現在のVDAにアップグレードすることもできます。これはXenApp 6.5の移行に対する補足的なアクティビティです。XenApp 6.5ワーカーを新しいVDA for Windows Server OSにアップグレードするを参照してください。
アップグレードを開始するには、新しいバージョンのインストーラーを実行して、以前にインストールされたコアコンポーネント（Delivery Controller™、Citrix Studio、Citrix Director、Citrix License Server）とVDAをアップグレードします。その後、データベースとサイトをアップグレードします。
アップグレードを開始する前に、この記事のすべての情報を確認してください。
(7.16以降のリリースにアップグレードする場合は、展開のアップグレードのガイダンスを参照してください。)
アップグレードシーケンス
次の図は、アップグレードシーケンスをまとめたものです。詳細については、以下のアップグレード手順を参照してください。たとえば、サーバーに複数のコアコンポーネントがインストールされている場合、そのマシンでインストーラーを実行すると、新しいバージョンがあるすべてのコンポーネントがアップグレードされます。マスターイメージで使用されているVDAをアップグレードし、その後イメージを更新することもできます。その後、そのイメージを使用するカタログと、そのカタログを使用するデリバリーグループを更新します。詳細には、サイトデータベースとサイトを自動または手動でアップグレードする方法も含まれています。
アップグレード可能な製品コンポーネントのバージョン
製品インストーラーを使用して、以下をアップグレードできます。
- シトリックス ライセンスサーバー、スタジオ、およびストアフロント™
- デリバリーコントローラー 7.0 以降。
- VDA 5.6以降
- 以前のVDAリリースとは異なり、VDAをアップグレードするには製品インストーラーを使用する必要があります。MSIは使用できません。
- インストーラーがマシン上でReceiver for Windows (Receiver.exe) を検出した場合、製品インストールメディアに含まれるReceiverバージョンにアップグレードされます。
- VDA 5.6 through VDA 7.8: If the installer detects Receiver for Windows Enterprise (CitrixReceiverEnterprise.exe) on the machine, it is upgraded to Receiver for Windows Enterprise 3.4.
- Director 1 or later
- データベース: このStudioアクションは、Siteデータベースのスキーマをアップグレードし、データを移行します（以前の7.xバージョンからアップグレードする場合は、構成ログデータベースと監視データベースも対象となります）。
- パーソナルvディスク
注: XenDesktop 5.6からアップグレードするには、まず7.6 LTSR (最新のCUを含む) にアップグレードし、その後このリリースにアップグレードしてください。
機能/製品ドキュメントのガイダンスに従って、必要に応じて以下をアップグレードしてください。
-
Provisioning Services (XenApp 7.xおよびXenDesktop 7.xの場合、Citrixは最新リリースバージョンを使用することを推奨しています。サポートされる最小バージョンはProvisioning Services 7.0です)。
- Provisioning Servicesサーバーはサーバーローリングアップグレードを使用して、クライアントはvDiskバージョン管理を使用してアップグレードします。Citrixは、ターゲットデバイスの前にサーバーをアップグレードすることを推奨しています。詳細については、「Provisioning Serversのアップグレード」を参照してください。
- Provisioning Services 7.xは、XenDesktop 5バージョンで新しいデスクトップを作成することをサポートしていません。そのため、既存のデスクトップは引き続き機能しますが、XenDesktopをアップグレードするまでProvisioning Services 7.xを使用して新しいデスクトップを作成することはできません。したがって、XenDesktop 5.6と7.xサイトの混在環境を計画している場合は、Provisioning Servicesをバージョン7にアップグレードしないでください。
- ホストハイパーバイザーのバージョン。
- ストアフロント。
- プロファイル管理(/ja-jp/legacy-archive/downloads/profile-management-5.pdf)。
- フェデレーション認証サービス(/ja-jp/xenapp-and-xendesktop/7-15-ltsr/secure/federated-authentication-service.html)
制限事項
アップグレードには、次の制限事項が適用されます。
- 選択的なコンポーネントのインストール： 新しいバージョンにコンポーネントをインストールまたはアップグレードしても、アップグレードが必要な他のコンポーネント（別のマシン上）をアップグレードしない場合、Studioが通知します。たとえば、アップグレードにControllerとStudioの新しいバージョンが含まれているとします。Controllerはアップグレードしましたが、Studioがインストールされているマシンでインストーラーを実行しませんでした。Studioをアップグレードするまで、Studioはサイトの管理を続行させません。
VDAをアップグレードする必要はありませんが、利用可能なすべての機能を使用できるように、すべてのVDAをアップグレードすることをCitrixは推奨します。
- XenApp 7.5より前のバージョン： XenApp 7.5より前のバージョンからアップグレードすることはできません。XenApp 6.xから移行できます。詳しくは「XenApp 6.xの移行」を参照してください。XenApp 6.5ファームをアップグレードすることはできませんが、Windows Server 2008 R2マシン上のXenApp 6.5ソフトウェアを、現在のサーバーOS用VDAに置き換えることはできます。詳しくは「XenApp 6.5ワーカーを新しいVDAにアップグレードする」を参照してください。
- XenDesktop 5.6より前のバージョン： XenDesktop 5.6より前のバージョンからアップグレードすることはできません。
- XenDesktop® Express Edition： XenDesktop Express Editionをアップグレードすることはできません。現在サポートされているエディションのライセンスを取得してインストールし、その後アップグレードしてください。
- 早期リリースまたはテクノロジープレビューバージョン： XenApp®またはXenDesktopの早期リリースまたはテクノロジープレビューバージョンからアップグレードすることはできません。
- Windows XP/Vista： Windows XPまたはWindows VistaマシンにVDAがインストールされている場合は、「Windows XPまたはWindows Vistaを実行しているマシン上のVDA」を参照してください。
- 製品の選択： 以前の7.xバージョンからアップグレードする場合、最初のインストール時に設定された製品（XenAppまたはXenDesktop）を選択または指定することはありません。
- 混在環境/サイト： 以前のバージョンのサイトと現在のバージョンのサイトを継続して実行する必要がある場合は、「混在環境に関する考慮事項」を参照してください。
準備作業
アップグレードを開始する前に：
-
使用するインストーラーとインターフェイスを決定する： コアコンポーネントをアップグレードするには、XenAppまたはXenDesktopのISOからフル製品インストーラーを使用します。VDAは、フル製品インストーラーまたはスタンドアロンVDAインストーラーのいずれかを使用してアップグレードできます。すべてのインストーラーは、グラフィカルインターフェイスとコマンドラインインターフェイスを提供します。詳しくは、「インストーラー」を参照してください。
アップグレード可能なバージョンからデータをインポートまたは移行してアップグレードすることはできません。（注：一部の非常に古いバージョンは、アップグレードではなく移行する必要があります。アップグレード可能なバージョンのリストについては、「アップグレードと移行」を参照してください。）
VDAWorkstationCoreSetup.exeインストーラーを使用してデスクトップVDAを最初にインストールした場合、Citrixはそのインストーラーを使用してアップグレードすることを推奨します。フルプロダクトVDAインストーラーまたはVDAWorkstationSetup.exeインストーラーを使用してVDAをアップグレードすると、アップグレードから明示的に除外しない限り、元々除外されていたコンポーネントがインストールされる可能性があります。
例えば、VDAWorkstationCoreSetup.exeを使用してバージョン7.13のVDAをインストールし、その後フルプロダクトインストーラーを使用してそのVDAをバージョン7.14にアップグレードした場合、デフォルト設定を受け入れるか、/excludeコマンドラインオプションを使用しないと、元のインストールから除外されていたコンポーネント（プロファイル管理やPersonal vDiskなど）がアップグレード中にインストールされる可能性があります。
-
サイトの健全性を確認する: アップグレードを開始する前に、サイトが安定した機能的な状態であることを確認してください。サイトに問題がある場合、アップグレードによってそれが修正されることはなく、サイトが回復困難な複雑な状態になる可能性があります。サイトをテストするには、Studioナビゲーションペインでサイトエントリを選択します。中央ペインのサイト構成部分で、サイトのテストをクリックします。
-
サイト、監視、および構成ログデータベースをバックアップする: CTX135207の手順に従ってください。アップグレード後に問題が発見された場合、バックアップを復元できます。
必要に応じて、テンプレートをバックアップし、ハイパーバイザーをアップグレードします。
事業継続計画で定められたその他の準備タスクを完了します。
-
Citrixライセンスが最新であることを確認する: アップグレードする前に、Customer Success Services / Software Maintenance / Subscription Advantageの日付が新しい製品バージョンに対して有効であることを確認してください。以前の7.x製品バージョンからアップグレードする場合、日付は2017.0801以降である必要があります。（この日付は7.15 LTSRリリースに適用され、その後の累積更新プログラム（CU）には適用されません。）
-
Citrixライセンスサーバーが互換性があることを確認する: Citrixライセンスサーバーが新しいバージョンと互換性があることを確認してください。これには2つの方法があります。
-
他のCitrixコンポーネントをアップグレードする前に、ライセンスサーバーを含むマシンでインストーラーを実行します。アップグレードが必要な場合、インストーラーがそれを開始します。
-
インストールメディアの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などのツールを使用して他のスクリプトを実行します。
混在環境に関する考慮事項
環境に異なる製品バージョンのサイト/ファーム（混在環境）が含まれている場合、Citrixでは、異なる製品バージョン（たとえば、XenDesktop 7.13サイトとXenDesktop 7.14サイトがある場合）のアプリケーションとデスクトップを集約するためにStoreFrontを使用することをお勧めします。詳細については、StoreFrontのドキュメントを参照してください。
- 混在環境では、各リリースに対応するStudioおよびDirectorのバージョンを引き続き使用しますが、異なるバージョンは別々のマシンにインストールされていることを確認してください。
- XenDesktop 5.6サイトと7.xサイトを同時に実行し、両方にProvisioning Servicesを使用する予定がある場合は、7.xサイトで使用するために新しいProvisioning Servicesを展開するか、現在のProvisioning ServicesをアップグレードしてXenDesktop 5.6サイトで新しいワークロードをプロビジョニングできないようにします。
各サイト内では、すべてのコンポーネントをアップグレードすることをCitrixは推奨しています。一部のコンポーネントで以前のバージョンを使用することはできますが、最新バージョンのすべての機能が利用できるとは限りません。たとえば、以前のControllerバージョンを含む展開で現在のVDAを使用することはできますが、現在のリリースの新機能は利用できない場合があります。最新ではないバージョンを使用すると、VDA登録の問題も発生する可能性があります。
- Controllerがバージョン5.xでVDAがバージョン7.xのサイトは、一時的にその状態を維持するべきです。理想的には、すべてのコンポーネントのアップグレードをできるだけ早く完了する必要があります。
- 新しいバージョンを使用する準備ができるまで、スタンドアロンのStudioバージョンをアップグレードしないでください。
Windows XPまたはWindows Vistaを実行しているマシン上のブイディーエー
Windows XPまたはWindows Vistaを実行しているマシンにインストールされているVDAを7.xバージョンにアップグレードすることはできません。特定のホットフィックスが適用されたVDA 5.6 FP1を使用する必要があります。手順については、CTX140941を参照してください。以前のバージョンのVDAは7.xサイトで実行されますが、以下の多くの機能を使用できません。
- より新しいVDAバージョンを必要とする、Studioに記載されている機能。
- StudioからのApp-Vアプリケーションの構成。
- スタジオからのストアフロントアドレスの構成。
- マシンクリエーションサービスを使用する場合のMicrosoft Windows KMSライセンスの自動サポート。CTX128580を参照してください。
- ディレクターの情報：
- ダッシュボード、トレンド、およびユーザー詳細ビューでのログオン期間時間に影響を与えるログオン時間とログオン終了イベント。
- HDX™接続および認証時間のログオン時間の内訳の詳細、およびプロファイルロード、GPOロード、ログオンスクリプト、対話型セッション確立の期間の詳細。
- マシンおよび接続の障害発生率のいくつかのカテゴリ。
- ヘルプデスクおよびユーザー詳細ビューのアクティビティマネージャー。
Citrixでは、Windows XPおよびWindows Vistaマシンをサポートされているオペレーティングシステムバージョンに再イメージングし、最新のVDAをインストールすることをお勧めします。
Windows 8.xおよびWindows 7を実行しているマシン上のVDA
Windows 8.xまたはWindows 7を実行しているマシンにインストールされているVDAをWindows 10にアップグレードするには、CitrixではWindows 7およびWindows 8.xマシンをWindows 10に再イメージングし、Windows 10用のサポートされているVDAをインストールすることをお勧めします。再イメージングが選択肢にない場合は、オペレーティングシステムをアップグレードする前にVDAをアンインストールしてください。そうしないと、VDAはサポートされていない状態になります。
混在VDAのサポート
製品を新しいバージョンにアップグレードする場合、Citrixでは、エディションのすべての新規および強化された機能にアクセスできるように、すべてのコアコンポーネントとVDAをアップグレードすることをお勧めします。
環境によっては、すべてのVDAを最新バージョンにアップグレードできない場合があります。このシナリオでは、マシンカタログを作成するときに、マシンにインストールされているVDAバージョンを指定できます。デフォルトでは、この設定は最新の推奨VDAバージョンを指定します。マシンカタログに以前のVDAバージョンのマシンが含まれている場合にのみ、この設定の変更を検討する必要があります。ただし、マシンカタログ内でVDAバージョンを混在させることは推奨されません。
マシンカタログがデフォルトの推奨VDAバージョン設定で作成され、カタログ内のいずれかのマシンに以前のVDAバージョンがインストールされている場合、それらのマシンはControllerに登録できず、動作しません。
詳しくは、「VDAのバージョンと機能レベル」を参照してください。
以前のOS上のコントローラー
Citrixでは、サイト内のすべてのDelivery Controllerが同じOSを使用することをお勧めします。以下のアップグレードシーケンスにより、異なるControllerが異なるOSを持つ期間が最小限に抑えられます。
- サイト内のすべてのDelivery Controllerのスナップショットを取得し、サイトデータベースをバックアップします。
- サポートされているオペレーティングシステムを搭載したクリーンなサーバーに新しいDelivery Controllerをインストールします。
- 新しいControllerをサイトに追加します。
- 新しいリリースで無効なオペレーティングシステムで実行されているControllerを削除します。
Controllerの追加と削除については、「Delivery Controllers」を参照してください。
アップグレード手順
製品インストーラーのグラフィカルインターフェイスを実行するには、マシンにログオンし、メディアを挿入するか、新しいリリースのISOドライブをマウントします。AutoSelectをダブルクリックします。コマンドラインインターフェイスを使用するには、「Install using the command line」を参照してください。
-
複数のコアコンポーネントが同じサーバー（Controller、Studio、License Serverなど）にインストールされており、それらのコンポーネントのいくつかに新しいバージョンが利用可能な場合、そのサーバーでインストーラーを実行すると、それらすべてがアップグレードされます。
Controller以外のマシンにコアコンポーネントがインストールされている場合は、それらの各マシンでインストーラーを実行します。推奨される順序は、License Server、StoreFront、Directorです。
License Serverが新しいバージョンと互換性があるかどうかをまだ確認していない場合（「Preparation」を参照）、他のコアコンポーネントをアップグレードする前に、License Serverでインストーラーを実行することが不可欠です。
StoreFrontストアへの手動変更を保持したい場合は、StoreFrontをアップグレードする前にストアファイルをバックアップしてください（「Preparation」を参照）。
-
Provisioning Servicesを使用している場合は、「Provisioning Services」ドキュメントのガイダンスに従って、PVSサーバーとターゲットデバイスをアップグレードしてください。
-
VDAを含むマシンで製品インストーラーを実行します。（マスターイメージとMachine Creation Servicesを使用する場合は、手順12を参照してください。）
-
Controllerの半分で製品インストーラーを実行します。（これにより、それらのサーバーにインストールされている他のコアコンポーネントもアップグレードされます。）たとえば、サイトに4つのControllerがある場合、そのうちの2つでインストーラーを実行します。
- Controllerの半分をアクティブなままにしておくことで、ユーザーはサイトにアクセスできます。VDAは残りのControllerに登録できます。Controllerの数が少ないため、サイトの容量が減少する場合があります。アップグレードは、最終的なデータベースアップグレード手順中に新しいクライアント接続を確立する際に、ごく短時間の停止しか引き起こしません。アップグレードされたControllerは、サイト全体がアップグレードされるまで要求を処理できません。
- サイトにControllerが1つしかない場合、アップグレード中はサイトが動作不能になります。
-
Studioがすでにアップグレードしたマシンとは別のマシンにインストールされている場合は、Studioがインストールされているマシンでインストーラーを実行します。
-
新しくアップグレードされたStudioから、サイトデータベースをアップグレードします。詳細については、「データベースとサイトのアップグレード」を参照してください。
-
新しくアップグレードされたStudioから、ナビゲーションペインでCitrix Studio サイト名を選択します。共通タスクタブを選択します。残りのDelivery Controllerをアップグレードを選択します。
-
アップグレードが完了し、残りのControllerでの完了を確認した後、Studioを閉じてから再度開きます。Studioは、Controllerのサービスをサイトに登録するため、またはゾーンIDがまだ存在しない場合にゾーンIDを作成するために、追加のサイトアップグレードを要求する場合があります。
-
共通タスクページの「サイト構成」セクションで、登録の実行を選択します。Controllerを登録すると、それらがサイトで利用可能になります。
-
アップグレードが完了したときに完了を選択すると、展開に関する情報を収集するCitrixテレメトリプログラムに参加する機会が提供されます。その情報は、製品の品質、信頼性、パフォーマンスを向上させるために使用されます。
-
コンポーネント、データベース、およびサイトをアップグレードした後、新しくアップグレードされたサイトをテストします。Studioから、ナビゲーションペインでCitrix Studio サイト名を選択します。共通タスクタブを選択し、サイトのテストを選択します。これらのテストはデータベースをアップグレードした後に自動的に実行されましたが、いつでも再度実行できます。
Windows Server 2016にインストールされたControllerで、サイトデータベースにローカルのSQL Server Expressが使用されており、SQL Server Browserサービスが開始されていない場合、サイトテスト機能が失敗する可能性があります。これを回避するには、次のタスクを完了します。
-
SQL Server Browserサービスを有効にし（必要な場合）、開始します。
-
SQL Server (SQLEXPRESS) のサービスを再起動してください。
-
-
Machine Creation Servicesを使用しており、アップグレードされたVDAを使用したい場合：展開をアップグレードしてテストした後、マスターイメージで使用されているVDAを更新します（まだ行っていない場合）。それらのVDAを使用するマスターイメージを更新します。「新しいマスターイメージの更新または作成」を参照してください。次に、それらのマスターイメージを使用するマシンカタログを更新し、それらのカタログを使用するデリバリーグループをアップグレードします。
データベースとサイトのアップグレード
コアコンポーネントとVDAをアップグレードした後、新しくアップグレードされたStudioを使用して、データベースとサイトの自動または手動アップグレードを開始します。
注意：権限要件については、上記の「準備」セクションを確認してください。
- データベースの自動アップグレードの場合、Studioユーザーの権限には、SQL Serverデータベーススキーマを更新する機能が含まれている必要があります。
- 手動アップグレードの場合、StudioユーザーはStudioから生成されたスクリプトの一部を実行します。データベース管理者は、SQLCMDユーティリティまたはSQLCMDモードのSQL Server Management Studioを使用して、他のスクリプトを実行します。そうしないと、不正確なエラーが発生する可能性があります。
Citrixは、アップグレードする前にデータベースをバックアップすることを強くお勧めします。CTX135207を参照してください。データベースのアップグレード中は、製品サービスが無効になります。その間、コントローラーはサイトの新しい接続を仲介できないため、慎重に計画してください。
データベースのアップグレードが完了し、製品サービスが有効になると、Studioは環境と構成をテストし、HTMLレポートを生成します。問題が特定された場合は、データベースのバックアップを復元できます。問題を解決した後、データベースを再度アップグレードできます。
データベースとサイトを自動的にアップグレードする:
新しくアップグレードされたStudioを起動します。サイトのアップグレードを自動的に開始することを選択し、準備ができたことを確認すると、データベースとサイトのアップグレードが進行します。
データベースとサイトを手動でアップグレードする:
-
新しくアップグレードされたStudioを起動します。サイトを手動でアップグレードすることを選択します。ウィザードはライセンスサーバーの互換性を確認し、確認を求めます。データベースをバックアップしたことを確認すると、ウィザードはスクリプトとアップグレード手順のチェックリストを生成して表示します。
-
以下のスクリプトを記載されている順序で実行します。
- DisableServices.ps1: 製品サービスを無効にするために、Studioユーザーがコントローラーで実行するPowerShellスクリプト。
- UpgradeSiteDatabase.sql: サイトデータベースを含むサーバーでデータベース管理者が実行するSQLスクリプト。
- UpgradeMonitorDatabase.sql: Monitorデータベースを含むサーバーでデータベース管理者が実行するSQLスクリプト。
- UpgradeLoggingDatabase.sql: 構成ログデータベースを含むサーバーでデータベース管理者が実行するSQLスクリプト。このスクリプトは、このデータベースが変更された場合（たとえば、ホットフィックスを適用した後など）にのみ実行してください。
- EnableServices.ps1: 製品サービスを有効にするために、Studioの利用者がコントローラー上で実行するPowerShellスクリプト。
-
チェックリストのタスクを完了したら、アップグレードを完了をクリックします。
データベーススキーマのアップグレード
展開を新しいCUに更新すると、いくつかのデータベーススキーマがアップグレードされます。このプロセスでどのデータベーススキーマがアップグレードされるかについては、次の表を参照してください。
用語の定義:
- サイト = サイトデータストア; Dbschemaの更新はサイトデータストアに対して行われます。
- モニター = モニターデータストア; Dbschemaの更新はモニターデータストアに対して行われます。
- 構成 = 構成テーブル; Desktop Studioのバージョン、ライセンスサーバーのバージョン、またはその両方が構成テーブルで更新されます。
- ログ = ログデータストア; Dbschemaの更新はログデータストアに対して行われます。