App-V
App-VをCitrix Virtual Apps and Desktopsで使用する
Microsoft Application Virtualization（App-V）を使用すると、アプリケーションをサービスとして展開、更新、およびサポートできます。ユーザーは、自分のデバイスにインストールすることなくこれらのアプリケーションにアクセスできます。App-VおよびMicrosoft User State Virtualization（USV）では、場所やインターネット接続を問わずに、ユーザーにアプリケーションやデータへのアクセスを提供できます。 次の表は、サポートされるバージョンの一覧です。
| App-V | Citrix Virtual Apps and DesktopsのDelivery Controller | Citrix Virtual Apps and DesktopsのVDA |
|---|---|---|
| 5.0および5.0 SP1 | XenDesktop 7以降、XenApp 7.5以降 | 7.0以降 |
| 5.0 SP2 | XenDesktop 7以降、XenApp 7.5以降 | 7.1以降 |
| 5.0 SP3および5.1 | XenDesktop 7.6以降、XenApp 7.6以降 | 7.6.300～最新バージョン |
| Windows Server 2016でのApp-V | XenDesktop 7.12以降、XenApp 7.12以降 | 7.12以降 |
App-Vクライアントは、アプリケーションへのオフラインアクセスをサポートしません。App-Vの統合機能により、アプリケーションでのSMB共有の使用がサポートされます。HTTPプロトコルはサポートされません。 App-Vについて詳しくは、Microsoft社のドキュメントを参照してください。以下に、本書で説明するApp-Vコンポーネントの概要を示します。
- 管理サーバーApp-Vインフラストラクチャを管理したり、App-Vデスクトップクライアントやリモートデスクトップサービスクライアントに仮想アプリケーションを配信したりするための中央管理コンソールです。App-V管理サーバーは、セキュリティ、測定、監視、および管理者によって要求されるデータ収集を認証、要求、および提供します。このサーバーは、Active Directoryといくつかのツールを使用してユーザーとアプリケーションを管理します。
- 公開サーバー。App-Vクライアントに特定ユーザー用のアプリケーションを提供し、ストリーム配信用の仮想アプリケーションパッケージをホストします。これらのパッケージは、管理サーバーから取得されます。
- クライアント。公開サーバーから仮想アプリケーションを取得したり、クライアント上のアプリケーションを公開したり、Windowsデバイス上で仮想環境のランタイムを自動的にセットアップおよび管理したりします。App-VクライアントはVDAにインストールされ、VDAには、各ユーザープロファイルのレジストリやファイルの変更など、ユーザー固有の仮想アプリケーション設定が格納されます。
アプリケーションは、事前構成やオペレーティングシステム設定の変更を行わなくても、シームレスに使用可能になります。以下の方法で、サーバーOSおよびデスクトップOSのデリバリーグループからApp-Vアプリケーションを起動できます。
- Citrix Workspaceアプリを使用して起動する
- App-VクライアントおよびCitrix Workspaceアプリを使用して起動する
- 複数のデバイス上のアプリケーションを複数ユーザーが同時に起動する。
- Citrix StoreFrontから起動する。
App-Vアプリケーションのプロパティに対する変更は、そのアプリケーションの起動時に適用されます。たとえば、アプリケーションの表示名やアイコンを変更した場合、ユーザーがそのアプリケーションを起動すると変更内容が表示されます。動的構成ファイルに保存されたアプリケーションのカスタマイズは、アプリケーションの起動時にも適用されます。
管理方式
App-V Sequencerで作成され、その後App-Vサーバーまたはネットワーク共有のいずれかに配置されたApp-Vパッケージを使用できます。
-
App-Vサーバー： App-Vサーバー上のパッケージからアプリケーションを使用するには、検出、構成、およびVDAへのダウンロードのためにStudioとApp-Vサーバー間の通信を継続する必要があります。この通信により、ハードウェア、インフラストラクチャ、および管理にオーバーヘッドが生じます。StudioとApp-Vサーバーは、特にユーザーの権限においては、同期されたままである必要があります。
これは、App-VパッケージとアプリケーションアクセスにStudioとApp-Vサーバーコンソールの両方が必要なため、デュアル管理の管理方式と呼ばれています。この方式は、App-VとCitrix環境が緊密に統合されている場合に最適に機能します。この方法では、管理サーバーが動的構成ファイルを処理します。デュアル管理方式を使用する場合、アプリケーションの起動に必要な適切な公開サーバーの登録は、Citrix App-Vコンポーネントが管理します。その結果、公開サーバーは適切なタイミングでユーザーに対して同期されます。公開サーバーは、（ログオングループや接続グループの更新など）パッケージのライフサイクルにおけるさまざまな面を設定で構成して維持します。
-
ネットワーク共有： ネットワーク共有に置かれたパッケージとXML展開構成ファイルを使用すると、App-Vサーバーとデータベースインフラストラクチャ間のStudioの依存関係が排除されるため、オーバーヘッドが軽減されます（この場合も、Microsoft App-Vクライアントを各VDAにインストールする必要があります）。
App-Vパッケージとアプリケーションの使用にはStudioコンソールのみが必要なため、これはシングル管理の管理方式と呼ばれます。ネットワーク共有を検索し、1つまたは複数のApp-Vパッケージを、ネットワーク共有からサイトレベルのアプリケーションライブラリに追加します[1]。この方法では、Citrix App-Vコンポーネントは、アプリケーションの起動時に展開構成ファイルを処理します（ユーザー構成ファイルはサポートされていません）。シングル管理方式を使用する場合、Citrix App-Vコンポーネントはホストマシン上でパッケージのライフサイクルのあらゆる面を管理します。パッケージはブローカーの起動時、または構成の変更が検出された場合（セッション起動時の可能性もある）、マシンに追加されます。パッケージは、Citrix Workspaceアプリから起動要求を受信した時点で、必要に応じて適切なタイミングで個々のユーザーに最初に公開されます。
シングル管理方式では、Studioで作成された分離グループの構成の定義に従って、必要な接続グループのライフサイクルを管理します。
[1] アプリケーションライブラリとは、App-Vパッケージに関する情報を保存するキャッシングリポジトリを表すCitrixの用語です。またアプリケーションライブラリでは、ほかのCitrixアプリケーションの配信テクノロジに関する情報も保存されます。
どちらの管理方式でも、VDAがユーザーデータを破棄するように構成されている場合、次回のセッション起動時に公開（または同期）をやり直す必要があります。
いずれかの管理方式を使用することも、両方の管理方式を同時に使用することもできます。つまり、アプリケーションをデリバリーグループに追加する場合、App-Vサーバーまたはネットワーク共有に置かれたApp-Vパッケージからアプリケーションを追加できます。
注：
両方の管理方式を同時に使用しており、App-Vパッケージで両方の場所に動的構成ファイルがある場合は、App-Vサーバーのファイル（二重管理）が使用されます。
Studioのナビゲーションペインで、［構成］>［App-V公開］ の順に選択すると、App-Vパッケージの名前とソースが表示されます。ソースの列には、パッケージがApp-Vサーバーにあるか、またはアプリケーションライブラリにキャッシュされているかが表示されます。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。
動的構成ファイル
概要
App-Vパッケージは、動的構成ファイルを使用してカスタマイズできます。動的構成ファイルは、パッケージに適用して、パッケージの特性を変更するために使用できます。たとえば、追加のアプリケーションショートカットや動作を定義するために使用できます。Citrix App-Vは、両方の種類の動的構成ファイルをサポートしています。ファイル設定は、アプリケーションの起動時に適用されます：
- 展開構成ファイルにより、すべてのユーザーがマシン全体を構成できます。これらのファイルの名前は<packageFileName>_DeploymentConfig.xmlとなり、適用先のApp-Vパッケージと同じフォルダーにあります。シングルおよびデュアル管理方式によってサポートされています。
- ユーザー構成ファイルには、パッケージに対するユーザー単位のカスタマイズをサポートするユーザー固有の構成が用意されています。シングル管理では、次の形式の名前のユーザー構成ファイルをサポートしています：<packageFileName>_[ユーザーSID | ユーザー名 | グループSID | グループ名_]UserConfig.xml。これは適用先のApp-Vパッケージと同じフォルダーにあります。
特定のパッケージに対して複数のユーザー構成ファイルが存在する場合は、以下の優先順位で適用されます：
- ユーザーSID
- ユーザー名
- ADグループSID（最初に見つかったものが優先）
- ADグループ名（最初に見つかったものが優先）
- デフォルト
例
MyAppVPackage_S-1-5-21-000000001-0000000001-000000001-001_UserConfig.xml
MyAppVPackage_joeblogs_UserConfig.xml
MyAppVPackage_S-1-5-32-547_UserConfig.xml
MyAppVPackage_Power Users_UserConfig.xml
MyAppVPackage_UserConfig.xml
注：
ファイル名のユーザー固有の部分は、オプションで末尾に指定することもできます（例：MyAppVPackage_UserConfig_joeblogs.xml）。
動的構成ファイルの場所
シングル管理方式では、Citrix App-VコンポーネントはApp-Vパッケージと同じフォルダーにある動的構成ファイルのみを処理します。パッケージ内のアプリケーションを起動すると、対応する動的構成ファイルへの変更がすべて再適用されます。動的構成ファイルがパッケージの別の場所にある場合は、マッピングファイルを使用してパッケージをデプロイメント構成ファイルにマップします。
マッピングファイルを作成するには
- 新しいテキストファイルを開きます。
-
それぞれの動的構成ファイルに対して、<PackageGuid> : pathという形式を使用して、パッケージへのパスを指定する行を追加します。
例：
F1f4fd78ef044176aad9082073a0c780 : c:\widows\file\packagedeploy.xml
- パッケージと同じフォルダーにctxAppVDynamicConfigurations.cfgという名前でファイルを保存します。App-Vパッケージと同じUNC共有上のディレクトリ階層全体が、パッケージ内のアプリケーションが起動されるたびにこのファイルに対して再帰的に検索されます。
注：
パッケージ内のアプリケーションが開いているユーザーセッションがある場合、動的展開構成は変更できません。現在のユーザーではなく他のユーザーがパッケージからアプリケーションを開いている場合は、動的ユーザー構成ファイルを変更できます。
動的構成ファイルを使用するようにIISを構成する
VDA上のCitrix App-Vコンポーネントは、UNCホストパッケージが使用する場合と同じ規則に従って、パッケージの隣に配置されたApp-V展開構成ファイルとユーザー構成ファイルを使用できます。 これを行うには、VDAコンポーネントにIISディレクトリ構造を参照して使用するファイルを決定する権限が必要です。UNCホストパッケージとは異なり、VDAは公開に使用する前に、構成ファイルをサーバーからホストマシン上の一時的な場所にダウンロードする必要があります。これはオプション機能であり、ディレクトリ参照が有効になっていない場合、動的構成ファイルは無視されます。
サイトのディレクトリ参照を有効にするには、次の手順を実行します：
- IISマネージャーコンソールでWebサイトノードを選択し、中央ペインで ［ディレクトリの参照］ をダブルクリックします。
- 右側のペインで ［有効］ をクリックし、［時間］、［サイズ］、［拡張子］、［日付］ を選択します（［日付（長い形式）］を選択しないでください）。これにより、VDA上のCitrix App-Vコンポーネントが、構成ファイルが最新バージョンかまたは更新が必要かを判別できます。
分離グループ
App-Vシングル管理方式を使用するときは、分離グループを作成して、サンドボックスで実行する必要がある相互依存のアプリケーションのグループを指定できるようにします。この機能は、App-V接続グループと大きな違いはありませんが、同一ではありません。App-V管理サーバーで使用する必須またはオプションのパッケージ用語の代わりに、自動の明示的なパッケージ展開オプションが使用されます。
- ユーザーがApp-Vアプリケーション（プライマリアプリケーション）を起動すると、自動包含対象としてマークされている他のアプリケーションパッケージ用に分離グループが検索されます。それらのパッケージは自動的にダウンロードされ、分離グループに含められます。それらのパッケージを、プライマリアプリケーションを含むデリバリーグループに追加する必要はありません。
- 明示的包含対象としてマークされている分離グループのアプリケーションパッケージは、プライマリアプリケーションが含まれる同じデリバリーグループにそのアプリケーションを明示的に追加した場合に限りダウンロードされます。
これにより、すべてのユーザーがグローバルに使用できる自動包含アプリケーションが混在する分離グループの作成が可能となります。さらにこのグループには、一連のプラグインと（特定のライセンス制約のある）その他のアプリケーションを含めることができます。それにより、追加の分離グループを作成することなく特定のユーザー（デリバリーグループを通して特定）に制限できます。
たとえば、アプリケーション「app-a」を実行するにはJRE 1.7が必要です。（明示的展開の種類の）app-aと（自動展開の種類の）JRE 1.7を含む分離グループを作成できます。その後、それらのApp-Vパッケージを1つまたは複数のデリバリーグループに追加します。ユーザーがapp-aを実行すると、JRE 1.7が自動的にapp-aで展開されます。
アプリケーションは複数のApp-V分離グループに追加することができます。ただし、ユーザーがそのアプリケーションを起動したときは、アプリケーションが追加された最初の分離グループが常に使用されます。そのアプリケーションを含む他の分離グループに順位を付けすること、またはこれらを優先することはできません。
負荷分散App-Vサーバー
デュアル管理方式を使用している場合は、DNSラウンドロビンを使用した負荷分散管理および公開サーバーがサポートされています。Netscaler、F5（または同様の）仮想IPを使用する管理サーバーの負荷分散は、StudioがリモートPowerShell経由で管理サーバーと通信する必要があるため、サポートされていません。詳しくは、Citrixブログの記事を参照してください。
App-VパッケージをホストおよびストリーミングするためのIISの構成
IISサーバーでApp-Vパッケージをホストおよびストリーミングできるようにするには、次の手順を実行します：
- IISマネージャーコンソールを開きます。手順については、「https://docs.microsoft.com/en-us/previous-versions/iis/6.0-sdk/ms525920(v%3Dvs.90)」を参照してください。
- 使用するWebサイトインスタンスで右クリックして、［仮想ディレクトリの追加］ を選択します。
- エイリアス名と、パッケージがネットワーク上で物理的に格納されている場所へのパスを入力します。
- 中央ペインで ［MIMEの種類］ をダブルクリックし、ウィンドウ内の任意の場所を右クリックして ［追加］ を選択します。
- ファイル名の拡張子の種類
.appvでMIMEの種類application/app-vを選択し、［OK］ をクリックします。
HTTPストリーミングApp-VパッケージをCitrix Virtual Apps and Desktopsサービスにインポート
注：
この機能は、バージョン2009以降のVirtual Delivery Agent（VDA）でのみサポートされています。App-Vパッケージ内のアプリケーションとHTTP（S）パスが機能レベルが2003以降のデリバリーグループに追加されると、Citrix Virtual Apps and Desktopsサービスに公開されますが、VDAがバージョン2009以降でない場合は、ユーザーはCitrix Cloudから起動できません。デリバリーグループの機能レベルに関する説明は、「デリバリーグループの作成」を参照してください。
- CVAD Remote PowerShell SDKおよびCitrix App-Vパッケージ用検出モジュールの最新バージョンをダウンロードして、インストールまたは解凍します。「Virtual Apps and DesktopsサービスSDKおよびAPI」を参照してください。
-
パッケージ用検出モジュールを使用して、IISサーバーからCitrix Virtual Apps and DesktopsサービスにApp-Vパッケージをインポートします。例：
Import-Module <Download Directory>\Citrix.Cloud.AppLibrary.Admin.v1.psm1 Import-AppVPackageToCloud –PackagePath "https://My.AppVServer.net/Packages/Notepad++.appv" <!--NeedCopy--> - Citrix Cloudアカウントにログインします。
- パッケージはマシン上の一時的な場所にダウンロードされます。この場所から関連する情報が抽出され、Citrix Virtual Apps and Desktopsサービスインスタンスのアプリケーションライブラリにアップロードされます。
セットアップ
次の表に、Citrix Virtual Apps and DesktopsでApp-Vを使用する場合の、シングル管理方式およびデュアル管理方式でのセットアップ作業の順序の概要を示します。
| シングル管理 | デュアル管理 | タスク |
|---|---|---|
| X | X | App-Vを展開する |
| X | X | パッケージングと配置 |
| X | StudioでのApp-Vサーバーアドレスの構成 | |
| X | X | VDAマシンへのソフトウェアのインストール |
| X | アプリケーションライブラリへのApp-Vパッケージの追加 | |
| X | App-V分離グループの追加（オプション） | |
| X | X | デリバリーグループへのApp-Vアプリケーションの追加 |
Microsoft App-Vの展開
App-Vの展開手順については、https://docs.microsoft.com/en-us/microsoft-desktop-optimization-pack/を参照してください。
必要に応じて、App-V公開サーバーの設定を変更します。ControllerでSDKのコマンドレットを使用することをお勧めします。詳しくは、SDKのドキュメントを参照してください。
- 公開サーバーの設定を表示するには、Get-CtxAppvServerSetting -AppVPublishingServer <pubServer> と入力します。
- App-Vアプリケーションが正しく起動するようにするには、Set-CtxAppvServerSetting –UserRefreshonLogon 0 と入力します。
GPOポリシーを使って公開サーバー設定を管理していた環境では、コマンドレットでの設定を含めて、すべてのApp-V統合設定よりもGPOでの設定が優先されてしまいます。そのため、App-Vアプリケーションの起動に失敗する可能性があります。この問題を避けるために、すべてのGPOポリシー設定を削除し、その後SDKを使用してこれらの設定を行うことを推奨します。
パッケージングと配置
どちらの管理方式でも、App-V Sequencerを使用してアプリケーションパッケージを作成します。詳しくは、Microsoft社のドキュメントを参照してください。
- シングル管理方式では、汎用名前付け規則（UNC）またはサーバーメッセージブロック（SMB）で共有されるネットワークの場所で利用できるパッケージと、それらに対応する動的構成ファイルを作成します。アプリケーションをデリバリーグループに追加するStudio管理者が、少なくともその場所の読み取りアクセス権限を保有していることを確認します。
- デュアル管理方式では、UNCパスからApp-V管理サーバーにパッケージを公開します。（HTTP URLからの公開はサポートされていません。）
パッケージがApp-Vサーバーにあるか、ネットワーク共有上にあるかにかかわらず、Studio管理者がアクセスできるよう、そのパッケージに適切なセキュリティ権限が付与されていることを確認します。ネットワーク共有は「認証ユーザー」と共有し、デフォルトで、VDAとStudioの両方に読み取りアクセス権限が付与される必要があります。
StudioでのApp-Vサーバーアドレスの構成
重要：
それらのサーバーで非デフォルトのプロパティ値を使用する場合、ControllerのPowerShellコマンドレットを使用してApp-Vサーバーのアドレスを指定することをお勧めします。詳しくは、SDKのドキュメントを参照してください。StudioでApp-Vサーバーのアドレスを変更すると、指定したサーバー接続プロパティの一部がデフォルト値にリセットされることがあります。VDAでは、これらのプロパティがApp-V公開サーバーへの接続に使用されます。この事象が発生した場合、サーバーで、リセットされたプロパティの非デフォルト値を再構成してください。
この手順は、デュアル管理方式にのみ適用されます。
デュアル管理方式では、サイトの作成中または作成後に、App-V Management serverおよび公開サーバーのアドレスを指定します。この作業は、サイトの作成中または作成後に実行できます。
サイトの作成中に実行する場合：
- ウィザードの App-V ページで、Microsoft App-V Management serverのURLと、App-V公開サーバーのURLおよびポート番号を入力します。
- ウィザードを続行する前に接続をテストします。テストに失敗した場合は、下記のトラブルシューティングのセクションを参照してください。
サイトの作成後に実行する場合：
- Studioのナビゲーションペインで、［構成］>［App-V公開］ の順に選択します。
- 以前にApp-Vサーバーアドレスを指定していない場合は、［操作］ ウィンドウで ［Microsoftサーバーの追加］ を選択します。
- App-Vサーバーのアドレスを変更するには、［操作］ウィンドウで ［Microsoftサーバーの編集］ を選択します。
- Microsoft App-V Management serverのURLと、App-V公開サーバーのURLおよびポート番号を入力します。
- ダイアログボックスを閉じる前に、これらのサーバーへの接続をテストします。テストに失敗した場合は、下記のトラブルシューティングのセクションを参照してください。
その後、App-V管理サーバーと公開サーバーへのすべてのリンクを削除し、それらのサーバーからStudioがApp-Vパッケージを検出しないようにするには、［操作］ペインで ［Microsoftサーバーの削除］ を選択します。この操作は、それらのサーバーに置かれたパッケージのアプリケーションが、現在どのデリバリーグループでも公開されていない場合に限り実行できます。公開されている場合は、App-Vサーバーを削除する前に、そのアプリケーションをデリバリーグループから削除する必要があります。
VDAマシンへのソフトウェアのインストール
VDAがインストールされたマシンには、App-Vをサポートするために、2セットのソフトウェアをインストールする必要があります。1セットはMicrosoft社、もう1セットはCitrixのソフトウェアです。
Microsoft App-Vクライアント
公開サーバーから仮想アプリケーションを取得し、クライアント上のアプリケーションを公開し、Windowsデバイスにランタイムの仮想環境を自動的にセットアップおよび管理するソフトウェアです。App-Vクライアントには、各ユーザープロファイルのレジストリやファイルの変更など、ユーザー固有の仮想アプリケーション設定が格納されます。
App-V Clientは、Microsoft社から提供されます。App-Vクライアントを、VDAがインストールされた各マシン、または仮想マシンを作成するためにマシンカタログで使用されるマスターイメージにインストールします。注：Windows 10（1607以降）およびWindows Server 2016には、App-Vクライアントが既に含まれています。これらのOSでのみ、PowerShellコマンドレットのEnable-AppV（パラメーターなし）を実行してApp-Vクライアントを有効にします。Get-AppVStatus コマンドレットは現在の有効性の状態を取得します。
ヒント：
App-Vクライアントをインストールしたら、管理者権限でPowerShellの Get-AppvClientConfiguration コマンドレットを実行し、EnablePackageScriptsが1に設定されていることを確認します。1に設定されていない場合は、Set-AppvClientConfiguration -EnablePackageScripts $trueを実行します。
Citrix App-Vコンポーネント
Citrix App-Vコンポーネントソフトウェアは、VDAのインストール時にデフォルトで除外されます。
VDAのインストール時にこのデフォルトの挙動を制御することもできます。グラフィカルインターフェイスの場合は、［追加コンポーネント］ ページの ［Citrix Personalization for App-V - VDA］ チェックボックスをオンにします。コマンドラインインターフェイスの場合は、「/includeadditional “Citrix Personalization for App-V – VDA”」オプションを使用します。
VDAのインストール中にCitrix App-Vコンポーネントを追加せず、後でApp-Vアプリケーションを使用する必要が生じた場合は次の手順に従います：Windowsの［プログラムと機能］の一覧で ［Citrix Virtual Delivery Agent］ を右クリックし、［変更］ を選択します。ウィザードが起動されます。そのウィザードで、App-V公開コンポーネントをインストールおよび有効化するオプションを有効にします。
アプリケーションライブラリでのApp-Vパッケージの追加または削除
これらの手順は、シングル管理方式にのみ適用されます。
少なくとも、App-Vパッケージが置かれたネットワーク共有への読み取りアクセスを保有している必要があります。
アプリケーションライブラリへのApp-Vパッケージの追加
- Studioのナビゲーションペインで、［構成］>［App-V公開］ の順に選択します。
- ［操作］ペインで ［パッケージの追加］ を選択します。
- App-Vパッケージの置かれたネットワーク共有を検索し、1つまたは複数のパッケージを選択します。
- ［追加］ をクリックします。
アプリケーションライブラリからのApp-Vパッケージの削除
アプリケーションライブラリからApp-Vパッケージを削除すると、Studio App-V公開ノードの表示からApp-Vパッケージが削除されます。ただし、App-Vパッケージのアプリケーションはデリバリーグループから削除されません。それらのアプリケーションは起動されたままになります。パッケージは、物理ネットワーク上に残ります（これは、App-Vアプリケーションをデリバリーグループから削除した場合とは異なります）。
- Studioのナビゲーションペインで、［構成］>［App-V公開］ の順に選択します。
- 削除するパッケージを1つまたは複数選択します。
- ［操作］ペインで ［パッケージの削除］ を選択します。
App-V分離グループの追加、編集、削除
App-V分離グループの追加
- Studioのナビゲーションペインで、［App-V公開］ を選択します。
- ［操作］ウィンドウで ［分離グループの追加］ を選択します。
- ［分離グループ設定の追加］ ダイアログボックスで、分離グループの名前と説明を入力します。
- ［利用可能なパッケージ］の一覧で、分離グループに追加するアプリケーションを選択して右向き矢印をクリックします。選択したアプリケーションが［分離グループ］一覧の［パッケージ］に表示されます。各アプリケーションの横にある ［展開］ ドロップダウンで ［明示］ または ［自動］ を選択します。この一覧では、上向き矢印と下向き矢印を使用して、アプリケーションの順番を変更できます。
- 完了したら、［OK］ をクリックします。
App-V分離グループを編集する
- Studioのナビゲーションペインで、［App-V公開］ を選択します。
- 中央ペインで ［分離グループ］ タブを選択し、編集する分離グループを選択します。
- ［操作］ペインの ［分離グループの編集］ を選択します。
- ［分離グループ設定の編集］ ダイアログボックスで、分離グループの名前または説明の変更、アプリケーションの追加または削除、展開タイプの変更、またはアプリケーションの順序の変更を行います。
- 完了したら、［OK］ をクリックします。
App-V 分離グループの削除
分離グループを削除しても、アプリケーションパッケージは削除されません。グループ化のみが解除されます。
- Studioのナビゲーションペインで、［App-V公開］ を選択します。
- 中央ペインで ［分離グループ］ タブを選択し、削除する分離グループを選択します。
- ［操作］ペインの ［分離グループの削除］ を選択します。
- 削除を確認します。
デリバリーグループへのApp-Vアプリケーションの追加
以下の手順は、App-Vアプリケーションをデリバリーグループに追加する方法を紹介するものです。デリバリーグループの作成について詳しくは、「デリバリーグループの作成」を参照してください。
手順1： 新しいデリバリーグループを作成するか、App-Vアプリケーションを既存のデリバリーグループに追加するかを選択します：
App-Vアプリケーションを含むデリバリーグループを作成するには、次の手順に従います。
- Studioのナビゲーションペインで ［デリバリーグループ］ を選択します。
- ［操作］ペインで ［デリバリーグループの作成］ を選択します。
- ウィザードの後続のページで、マシンカタログとユーザーを指定します。
既存のデリバリーグループにApp-Vアプリケーションを追加するには、次の手順に従います。
- Studioのナビゲーションペインで ［アプリケーション］ を選択します。
- ［操作］ウィンドウで ［アプリケーションの追加］ を選択します。
- App-Vアプリケーションを追加する1つまたは複数のデリバリーグループを選択します。
手順2： ウィザードの ［アプリケーション］ ページで、［追加］ ドロップダウンをクリックしてアプリケーションのソースを表示します。App-V を選択します。
手順3： ［App-Vアプリケーションの追加］ ページで、App-VソースのApp-Vサーバーまたはアプリケーションライブラリを選択します。アプリケーションの名前と、そのパッケージの名前とバージョンが表示されます。追加するアプリケーション、またはアプリケーションショートカットの横にあるチェックボックスをオンにします。［OK］ をクリックします。
手順4： ウィザードを完了します。
ヒント：
- App-Vアプリケーションをデリバリーグループに追加するときにApp-Vアプリケーションのプロパティを変更すると、変更はそのアプリケーションの起動時に適用されます。たとえば、アプリケーションをデリバリーグループに追加するときにアプリケーションの表示名やアイコンを変更した場合、ユーザーがそのアプリケーションを起動すると変更が反映されます。
- 動的構成ファイルを使用してApp-Vアプリケーションのプロパティをカスタマイズすると、それらのプロパティは、それらをデリバリーグループに追加するときに行った変更を上書きします。
- App-Vアプリケーションを含むデリバリーグループを後で編集した場合、デリバリーグループの配信のタイプを「デスクトップとアプリケーション」から「アプリケーションのみ」に変更しても、App-Vアプリケーションのパフォーマンスは変わりません。
- 以前に公開された（シングル管理の）App-Vパッケージをデリバリーグループから削除すると、Citrix App-Vクライアントコンポーネントは、シングル管理方式で使用されなくなったパッケージをクリーンアップし、非公開にして、削除しようとします。
- ハイブリッド展開では、パッケージはシングル管理方式で配信され、App-V公開サーバーはデュアル管理方式か、他のメカニズム（グループポリシーなど）で管理されています。ハイブリッド展開を使用している場合、どの（冗長性があると思われる）パッケージがどのソースに由来するか判断することはできません。この場合、クリーンアップは試行されません。
- 100を超えるApp-Vアプリケーションを単一のデリバリーグループで公開する場合、アプリケーションが起動しない場合があります。その場合、適切なバインド要素でMaxReceivedMessageSizeプロパティを使用して、Delivery ControllerまたはVDA上のBroker Agentの構成で最大受信可能メッセージサイズを増やします。
トラブルシューティング
デュアル管理方式を使用した場合にのみ発生する問題は、「（デュアル）」と表示されています。
（デュアル）Studioのナビゲーションペインで ［構成］>［App-V公開］ を選択すると、PowerShell接続エラーが発生します。
- Studioの管理者はApp-Vサーバーの管理者でもありますか。Studioの管理者は、Studioと通信できるように、App-V管理サーバーの「管理者」グループに属している必要があります。
（デュアル）StudioでApp-Vサーバーのアドレスを指定するときに行う「接続テスト」に失敗します。
- App-Vサーバーの電源は入っていますか。pingコマンドを送信するかIISマネージャーを使用して、各App-Vサーバーの状態が開始済みかつ実行中であることを確認します。
- App-VサーバーのPowerShellリモート処理は有効ですか。そうでない場合は、https://docs.microsoft.com/en-us/previous-versions/technet-magazine/ff700227(v=msdn.10)を参照してください。
- Studioの管理者はApp-Vサーバーの管理者でもありますか。Studioの管理者は、Studioと通信できるように、App-V管理サーバーの 「管理者」グループに属している必要があります。
- App-Vサーバーのファイル共有は有効ですか。Windowsエクスプローラまたは［ファイル名を指定して実行］ダイアログボックスに
\\<App-V server FQDN>を入力します。 - App-Vサーバーには、App-V管理者と同じファイル共有権限が付与されていますか。App-Vサーバーで、［ユーザー名およびパスワードの保存］ダイアログボックスに
\\<App-V server FQDN>のエントリを追加して、そのApp-Vサーバーの管理者権限を持つユーザーの資格情報を指定します。ガイダンスについては、http://support.microsoft.com/kb/306541を参照してください。 -
App-VサーバーはActive Directoryに属していますか。
StudioのマシンとApp-Vサーバーが信頼関係のない異なるActive Directoryドメインに属している場合は、Studioマシン上のPowerShellコンソールで「winrm s winrm/Config/client ‘@(TrustedHosts=”<App-V server FQDN>”)’」を実行します。
TrustedHostsがGPOで管理されている場合は、次のメッセージが表示されます：「構成設定TrustedHostsはポリシーで制御されているため変更できません。構成設定を変更するには、ポリシーを「未構成」に設定する必要があります。」この場合は、GPOのTrustedHostsポリシー（［管理用テンプレート］>［Windowsコンポーネント］>［Windowsリモート管理（WinRM）］>［WinRMクライアント］）にApp-Vサーバーの名前を追加します。
（デュアル）App-Vアプリケーションをデリバリーグループに追加するとき、検出が失敗します。
- Studioの管理者はApp-V Management serverの管理者でもありますか。Studioの管理者は、Studioと通信できるように、App-V管理サーバーの 「管理者」グループに属している必要があります。
- App-V Management serverは実行中ですか。pingコマンドを送信するかIISマネージャーを使用して、各App-Vサーバーの状態が開始済みかつ実行中であることを確認します。
- 両方のApp-VサーバーのPowerShellリモート処理は有効ですか。そうでない場合は、https://docs.microsoft.com/en-us/previous-versions/technet-magazine/ff700227(v=msdn.10)を参照してください。
- Studio管理者がアクセスできるように、パッケージに適切なセキュリティ権限が設定されていますか。
App-Vアプリケーションを、1つのWebブラウザーバージョンでしか起動できません。
-
同じWebブラウザーアプリを順番に複数のバージョンで公開した場合でも、VDA上のユーザーごとに一度に1つのバージョンのアプリしか起動できません。同様の現象は、Citrixコンポーネントが含まれていない場合に、異なるパスのデスクトップショートカットで順番に公開されたアプリを起動しても発生します。
ユーザーが最初に起動するWebブラウザーのバージョンによって、その後に実行されるWebブラウザーのバージョンが決まります。Firefoxは、2回目の起動を検出すると、新しいプロセスを作成するのではなく、既に実行中のプロセスのインスタンスを作成するよう設定されています。ほかのWebブラウザーにも同じように動作するものがあります。
ショートカットの起動コマンドに -no-remote コマンドラインパラメーターを追加することで、指定したFirefoxのバージョンでアプリケーションを起動できます。ほかのWebブラウザーにも、同様の機能が備わっています。
注：
ショートカット列挙機能を利用するには、XenApp 7.17以降を使用する必要があります。また、この双方向動作を有効にするには、両方のアプリバージョンのパッケージを変更する必要もあります。
App-Vアプリケーションが起動しません。
- （デュアル）公開サーバーは実行中ですか。
- （デュアル）App-Vパッケージに適切なセキュリティ権限が設定されており、ユーザーがアクセスできるようになっていますか。
- （デュアル）VDAで、Tempディレクトリの参照が正しく、Tempディレクトリに十分な空き領域があることを確認してください。
- （デュアル）App-V公開サーバーで
Get-AppvPublishingServer \*を実行して、公開サーバーの一覧を表示します。 - （デュアル）App-V公開サーバーで、UserRefreshonLogonがFalseに設定されていることを確認します。
- （デュアル）App-V公開サーバーで、管理者として Set-AppvPublishingServer を実行して、UserRefreshonLogonをFalseに設定します。
- VDAに、サポート対象バージョンのApp-Vクライアントがインストールされていますか。VDAで、「パッケージスクリプトの有効化」設定が有効ですか。
- App-VクライアントとVDAがインストールされているマシンで、レジストリエディター（regedit）からHKEY_LOCAL_MACHINE\SOFTWARE\Policies\Citrix\AppVを開きます。AppVServersキーが次のフォーマットであることを確認します：「AppVManagementServer+metadata;PublishingServer」（例：
http://xmas-demo-appv.blrstrm.com+0+0+0+1+1+1+0+1;http://xmas-demo-appv.blrstrm.com:8082)）。 - App-VクライアントとVDAがインストールされたマシンまたはマスターイメージで、PowerShell ExecutionPolicyがRemoteSignedに設定されていることを確認します。Microsoft社から提供されるApp-Vクライアントは署名されてないため、このExecutionPolicyで、PowerShellで無署名のローカルのスクリプトとコマンドレットを実行できるようにします。次のいずれかの方法を使用してExecutionPolicyを設定します：（1）管理者として、コマンドレット：「Set-ExecutionPolicy RemoteSigned」を入力するか、（2）グループポリシー設定で、［コンピューターの構成］>［ポリシー］>［管理用テンプレート］>［Windowsコンポーネント］>［Windows PowerShell］>［スクリプトの実行を有効にする］の順に選択します。
- 「RegistrationManager.AttemptRegistrationWithSingleDdc: 登録できませんでした」というエラーが表示された場合は、適切なバインド要素でMaxReceivedMessageSizeプロパティを使用して、Delivery ControllerまたはVDA上のBroker Agentの構成で最大受信可能メッセージサイズを増やします。
これらの手順により問題を解決できない場合、ログを有効にして調査する必要があります。
ログ
App-Vの構成に関するログは、C:\CtxAppvLogsに生成されます。アプリケーションの起動ログは、%LOCALAPPDATA%\Citrix\CtxAppvLogsに生成されます。LOCALAPPDATAは、ログオンしたユーザーのローカルフォルダーです。アプリケーションの起動に失敗したユーザーのローカルフォルダーでログを確認する必要があります。
App-Vで使用されるStudioおよびVDAのログを有効にするには、管理者権限が必要です。メモ帳のようなテキストエディターも必要です。
Studioのログを有効にするには、次の手順に従います。
- C:\CtxAppvLogsフォルダーを作成します。
- C:\Program Files\Citrix\StudioAppVIntegration\SnapIn\Citrix.Appv.Admin.V1に移動します。テキストエディターでCtxAppvCommon.dll.configを開き、次の行のコメントを解除します：<add key =”LogFileName” value=”C:\CtxAppvLogs\log.txt”/>
- Broker Serviceを再起動してログの記録を開始します。
VDAのログを有効にするには、次の手順に従います。
- C:\CtxAppvLogsフォルダーを作成します。
- C:\Program Files\Citrix\Virtual Desktop Agentに移動します。テキストエディターでCtxAppvCommon.dll.configを開き、次の行のコメントを解除します：<add key =”LogFileName” value=”C:\CtxAppvLogs\log.txt”/>
- 行のコメントを解除して、値フィールドに1を設定します：<add key =”EnableLauncherLogs” value=”1”/>
- マシンを再起動してログの記録を開始します。