App-V (アップブイ)
シトリックス バーチャル アプリケーションズ アンド デスクトップス™ との App-V の使用
Microsoft Application Virtualization (App-V)を使用すると、アプリケーションをサービスとして展開、更新、サポートできます。ユーザーは自分のデバイスにインストールすることなくアプリケーションにアクセスできます。App-VとMicrosoft User State Virtualization (USV)は、場所やインターネット接続に関係なく、アプリケーションとデータへのアクセスを提供します。 次の表に、サポートされているバージョンを示します。
| アップブイ | シトリックス バーチャルアプリおよびデスクトップ デリバリーコントローラー | シトリックス バーチャル アプリケーションズ アンド デスクトップ 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以降 |
| ウィンドウズ サーバー 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にインストールされ、各ユーザーのプロファイルにレジストリやファイルの変更などのユーザー固有の仮想アプリケーション設定を保存します。
アプリケーションは、事前の構成やオペレーティングシステム設定の変更なしにシームレスに利用できます。App-Vアプリケーションは、サーバーOSおよびデスクトップOSのデリバリーグループから起動できます。
- Citrix Workspace™ アプリケーションを通じて
- App-VクライアントとCitrix Workspaceアプリを介して
- 複数のデバイス上の複数のユーザーによって同時に
- シトリックス ストアフロント™ を介して
変更されたApp-Vアプリケーションプロパティは、アプリケーションの起動時に実装されます。たとえば、表示名が変更されたアプリケーションやカスタマイズされたアイコンを持つアプリケーションの場合、ユーザーがアプリケーションを起動すると変更が反映されます。動的構成ファイルに保存されたアプリケーションのカスタマイズも、アプリケーションの起動時に適用されます。
管理の方法
App-Vシーケンサーで作成され、App-Vサーバーまたはネットワーク共有に配置されたApp-Vパッケージおよび動的構成ファイルを使用できます。
-
App-Vサーバー: App-Vサーバー上のパッケージからアプリケーションを使用するには、StudioとApp-Vサーバー間で、検出、構成、およびVDAへのダウンロードのために継続的な通信が必要です。これにより、ハードウェア、インフラストラクチャ、および管理のオーバーヘッドが発生します。StudioとApp-Vサーバーは、特にユーザー権限に関して同期を維持する必要があります。
App-VパッケージとアプリケーションへのアクセスにはStudioとApp-Vサーバーの両方のコンソールが必要なため、これはデュアル管理者管理方法と呼ばれます。この方法は、App-VとCitrixの緊密に連携した展開で最適に機能します。この方法では、管理サーバーが動的構成ファイルを処理します。デュアル管理者管理方法を使用する場合、Citrix App-Vコンポーネントは、アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。これにより、公開サーバーが適切なタイミングでユーザーと同期されます。公開サーバーは、構成されている設定を使用して、パッケージライフサイクルの他の側面（ログオン時の更新や接続グループなど）を維持します。
-
ネットワーク共有: ネットワーク共有に配置されたパッケージとXML展開構成ファイルは、StudioのApp-Vサーバーおよびデータベースインフラストラクチャへの依存をなくし、オーバーヘッドを削減します。(各VDAにMicrosoft App-Vクライアントをインストールする必要があります。)
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>_[UserSID | Username | GroupSID |GroupName_]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管理サーバーで使用される必須およびオプションのパッケージ用語の代わりに、Citrixはパッケージ展開オプションに自動および明示的を使用します。
- ユーザーがApp-Vアプリケーション（プライマリアプリケーション）を起動すると、分離グループは自動的に含めるようにマークされた他のアプリケーションパッケージを検索します。これらのパッケージは自動的にダウンロードされ、分離グループに含まれます。プライマリアプリケーションを含むデリバリーグループにそれらを追加する必要はありません。
- 明示的な含めるようにマークされた分離グループ内のアプリケーションパッケージは、そのアプリケーションをプライマリアプリケーションを含む同じデリバリーグループに明示的に追加した場合にのみダウンロードされます。
これにより、すべてのユーザーにグローバルに利用可能な自動的に含まれるアプリケーションが混在する分離グループを作成できます。さらに、グループには、特定のユーザーセット（デリバリーグループを通じて識別される）に制限できるプラグインやその他のアプリケーション（特定のライセンス制約がある場合がある）のセットを含めることができ、追加の分離グループを作成する必要がありません。
たとえば、アプリケーション「app-a」を実行するにはJRE 1.7が必要です。app-a（明示的な展開タイプ）とJRE 1.7（自動展開タイプ）を含む分離グループを作成できます。その後、それらのApp-Vパッケージを1つ以上のデリバリーグループに追加します。ユーザーがapp-aを起動すると、JRE 1.7が自動的に展開されます。
アプリケーションを複数のApp-V分離グループに追加できます。ただし、ユーザーがそのアプリケーションを起動すると、そのアプリケーションが最初に追加された分離グループが常に使用されます。そのアプリケーションを含む他の分離グループを順序付けたり、優先順位を付けたりすることはできません。
App-Vサーバーの負荷分散
デュアル管理者管理方式を使用している場合、DNSラウンドロビンを使用した管理サーバーと公開サーバーの負荷分散がサポートされます。Netscaler、F5（または類似の）仮想IPの背後にある管理サーバーの負荷分散は、StudioがリモートPowerShellを介して管理サーバーと通信する必要があるため、サポートされていません。詳細については、Citrixのブログ記事を参照してください。
App-VパッケージをホストおよびストリーミングするためのIISの構成
IISサーバーでApp-Vパッケージをホストおよびストリーミングできるようにするには、次の手順を実行します。
- IISマネージャーコンソールを開きます。手順についてはhttps://docs.microsoft.com/ja-jp/previous-versions/iis/6.0-sdk/ms525920(v%3Dvs.90)を参照してください。
- 使用するWebサイトインスタンスを右クリックし、[仮想ディレクトリの追加] を選択します。
- エイリアス名と、パッケージがネットワーク上に物理的に保存されているパスを入力します。
- 中央ペインで [MIMEの種類] をダブルクリックし、ウィンドウ内の任意の場所を右クリックして [追加] を選択します。
- ファイル名拡張子に
.appvと入力し、MIMEの種類にapplication/app-vを選択し、[OK] をクリックします。
Importing HTTP streamed App-V packages to Citrix DaaS™ (formerly Citrix Virtual Apps and Desktops service)
注：
この機能は、バージョン2009以降のVirtual Delivery Agent（VDA）でのみサポートされています。HTTP(S)パスを持つApp-Vパッケージ内のアプリケーションが、機能レベル2003以降のデリバリーグループに追加された場合、それらはCitrix DaaSに公開されますが、VDAがバージョン2009以降でない限り、ユーザーはCitrix Cloudからそれらを起動できません。デリバリーグループの機能レベルについては、デリバリーグループの作成で説明されています。
- Download and install/unzip the latest versions of the CVAD Remote PowerShell SDK and Citrix App-V Package Discovery module. See the Citrix DaaS SDKs and APIs.
-
パッケージ検出モジュールを使用して、IISサーバーからCitrix DaaSに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 DaaSインスタンスのアプリケーションライブラリにアップロードされます。
セットアップ
次の表は、シングル管理者およびデュアル管理者管理方法を使用して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アプリケーションを追加する |
Deploy Microsoft App-V
App-Vの展開手順については、https://docs.microsoft.com/ja-jp/microsoft-desktop-optimization-pack/を参照してください。
必要に応じて、App-V公開サーバーの設定を変更します。Citrixは、ControllerでSDKコマンドレットを使用することを推奨しています。詳細については、SDKドキュメントを参照してください。
- To view publishing server settings, enter Get-CtxAppvServerSetting -AppVPublishingServer <pubServer>.
- To ensure that App-V applications launch properly, enter Set-CtxAppvServerSetting –UserRefreshonLogon 0.
以前に GPO ポリシー設定を使用して公開サーバー設定を管理していた場合、GPO 設定は cmdlet 設定を含むすべての App-V 統合設定を上書きします。これにより、App-V アプリケーションの起動に失敗する可能性があります。Citrix では、すべての GPO ポリシー設定を削除し、SDK を使用してそれらの設定を構成することをお勧めします。
パッケージングと配置
いずれの管理方法でも、App-V シーケンサーを使用してアプリケーションパッケージを作成します。詳細については、Microsoft のドキュメントを参照してください。
- シングル管理者管理の場合、パッケージとその対応する動的構成ファイルを UNC または SMB 共有ネットワークの場所に配置します。Delivery Group にアプリケーションを追加する Studio 管理者が、その場所への読み取りアクセス権を少なくとも持っていることを確認してください。
- デュアル管理者管理の場合、UNC パスから App-V 管理サーバーにパッケージを公開します。(HTTP URL からの公開はサポートされていません。)
パッケージが App-V サーバー上にあるかネットワーク共有上にあるかに関わらず、Studio 管理者がアクセスできるように、パッケージに適切なセキュリティ権限があることを確認してください。VDA と Studio の両方がデフォルトで読み取りアクセス権を持つように、ネットワーク共有は「認証済みユーザー」と共有する必要があります。
Studio で App-V サーバーアドレスを構成する
重要:
App-V サーバーがデフォルト以外のプロパティ値を使用している場合、Citrix は Controller 上の PowerShell コマンドレットを使用して App-V サーバーアドレスを指定することを推奨します。詳細については、SDK ドキュメントを参照してください。Studio で App-V サーバーアドレスを変更すると、指定した一部のサーバー接続プロパティがデフォルト値にリセットされる可能性があります。これらのプロパティは、VDA が App-V 公開サーバーに接続するために使用されます。この場合、リセットされたプロパティのデフォルト以外の値をサーバー上で再構成してください。
この手順は、デュアル管理者管理方法にのみ有効です。
デュアル管理者管理方法の場合、App-V 管理サーバーおよび公開サーバーのアドレスは、サイト作成中または作成後に指定します。これは、サイトの作成中または作成後に行うことができます。
サイト作成中:
- ウィザードの App-V ページで、Microsoft App-V 管理サーバーの URL、および App-V 公開サーバーの URL とポート番号を入力します。
- ウィザードを続行する前に接続をテストします。テストが失敗した場合は、以下の「トラブルシューティング」セクションを参照してください。
サイト作成後:
- Studioナビゲーションペインで、構成 > App-V公開を選択します。
- 以前にApp-Vサーバーアドレスを指定していない場合は、操作ペインでMicrosoftサーバーの追加を選択します。
- App-Vサーバーアドレスを変更するには、操作ペインでMicrosoftサーバーの編集を選択します。
- Microsoft App-V管理サーバーのURL、およびApp-V公開サーバーのURLとポート番号を入力します。
- ダイアログボックスを閉じる前に、それらのサーバーへの接続をテストします。テストが失敗した場合は、以下の「トラブルシューティング」セクションを参照してください。
後で、App-V管理サーバーおよび公開サーバーへのすべてのリンクを削除し、StudioがそれらのサーバーからApp-Vパッケージを検出するのを停止する場合は、操作ペインでMicrosoftサーバーの削除を選択します。この操作は、それらのサーバー上のパッケージ内のアプリケーションが現在どのデリバリーグループにも公開されていない場合にのみ許可されます。公開されている場合は、App-Vサーバーを削除する前に、それらのアプリケーションをデリバリーグループから削除する必要があります。
VDAマシンへのソフトウェアのインストール
App-Vをサポートするには、VDAを含むマシンに2種類のソフトウェアをインストールする必要があります。1つはMicrosoft製、もう1つはCitrix製です。
Microsoft App-V のクライアントソフトウェア
このソフトウェアは、仮想アプリケーションを取得し、クライアント上でアプリケーションを公開し、Windowsデバイス上で実行時に仮想環境を自動的にセットアップおよび管理します。App-Vクライアントは、各ユーザーのプロファイルに、レジストリやファイルの変更などのユーザー固有の仮想アプリケーション設定を保存します。
App-VクライアントはMicrosoftから入手できます。VDAを含む各マシン、またはマシンカタログでVMを作成するために使用されるマスターイメージにクライアントをインストールします。注: 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 を実行します。
シトリックス 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 アプリケーションを削除する場合とは異なります。）
- 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パッケージをデリバリーグループから削除すると、Citrix App-Vクライアントコンポーネントは、シングル管理者管理方法で不要になったパッケージのクリーンアップ、公開解除、および削除を試行します。
- シングル管理者管理方法とApp-V公開サーバー（デュアル管理者または別のメカニズム（グループポリシーなど）によって管理される）によって配信されるパッケージを含むハイブリッド展開を使用している場合、どの（現在冗長である可能性のある）パッケージがどのソースから来たのかを判断することはできません。この場合、クリーンアップは試行されません。
- 単一のデリバリーグループで100を超えるApp-Vアプリケーションを公開すると、アプリケーションが起動しない場合があります。その場合は、適切なバインディング要素のMaxReceivedMessageSizeプロパティを使用して、Delivery Controllerおよび/またはVDA上のBroker Agentの構成で受信可能な最大メッセージサイズを増やしてください。
トラブルシューティング
デュアル管理者方式を使用している場合にのみ発生する問題には、（DUAL）とマークされています。
（DUAL）Studioナビゲーションペインで構成 > App-V公開を選択すると、PowerShell接続エラーが発生します。
- Studio管理者はApp-Vサーバー管理者でもありますか？Studio管理者は、App-V管理サーバーの「administrators」グループに属している必要があります。そうすることで、App-V管理サーバーと通信できます。
(DUAL) Studio で App-V サーバーアドレスを指定すると、接続テスト操作でエラーが返されます。
- App-V サーバーの電源はオンになっていますか？Ping コマンドを送信するか、IIS マネージャーを確認してください。各 App-V サーバーは「開始済み」および「実行中」の状態である必要があります。
- App-V サーバーで PowerShell リモート処理は有効になっていますか？有効になっていない場合は、https://docs.microsoft.com/ja-jp/previous-versions/technet-magazine/ff700227(v=msdn.10) を参照してください。
- Studio 管理者は App-V サーバー管理者でもありますか？Studio 管理者は、App-V 管理サーバーと通信できるように、そのサーバーの administrators グループに属している必要があります。
- App-V サーバーでファイル共有は有効になっていますか？Windows エクスプローラーまたは「ファイル名を指定して実行」コマンドで
\\<App-V server FQDN>を入力してください。 - App-V サーバーは App-V 管理者と同じファイル共有権限を持っていますか？App-V サーバーで、App-V サーバーの管理者権限を持つユーザーの資格情報を指定して、
\\<App-V server FQDN>のエントリを「保存されているユーザー名とパスワード」に追加してください。詳細については、http://support.microsoft.com/kb/306541 を参照してください。 -
App-V サーバーはアクティブ ディレクトリにありますか？
If the Studio machine and the App-V server are in different Active Directory domains that do not have a trust relationship, from the PowerShell console on the Studio machine, run winrm s winrm/Config/client ‘@(TrustedHosts=”<App-V server FQDN>”)’.
TrustedHosts が GPO によって管理されている場合、次のエラーメッセージが表示されます: 「構成設定 TrustedHosts は、ポリシーによって使用が制御されているため変更できません。構成設定を変更するには、ポリシーを [未構成] に設定する必要があります。」この場合、GPO の TrustedHosts ポリシー (管理用テンプレート > Windows コンポーネント > Windows リモート管理 (WinRM) > WinRM クライアント) に App-V サーバー名のエントリを追加します。
(DUAL) App-V アプリケーションをデリバリーグループに追加すると、検出に失敗します。
- Studio 管理者は App-V 管理サーバー管理者でもありますか？Studio 管理者は、App-V 管理サーバーと通信できるように、そのサーバーの administrators グループに属している必要があります。
- App-V 管理サーバーは実行中ですか？Ping コマンドを送信するか、IIS マネージャーを確認してください。各 App-V サーバーは「開始済み」および「実行中」の状態である必要があります。
- 両方の App-V サーバーで PowerShell リモート処理は有効になっていますか？有効になっていない場合は、https://docs.microsoft.com/ja-jp/previous-versions/technet-magazine/ff700227(v=msdn.10) を参照してください。
- パッケージには、Studio 管理者がアクセスするための適切なセキュリティ権限がありますか？
App-V アプリケーションは、1 つのブラウザーバージョンでのみ起動します。
-
同じブラウザアプリの複数のシーケンスバージョンを公開した場合、VDA上のユーザーごとに一度に起動できるアプリのバージョンは1つだけです。Citrixコンポーネントが関与せず、ユーザーが異なるパスを指すデスクトップショートカットからシーケンスアプリを起動した場合でも、同じことが発生します。
ユーザーが最初に起動したブラウザのバージョンによって、その後に実行されるブラウザのバージョンが決まります。Firefoxが2回目の起動を検出すると、新しいプロセスを作成するのではなく、すでに実行中のプロセスのインスタンスを作成することを優先します。他のブラウザも同様の動作をする可能性があります。
ショートカットの起動コマンドにコマンドラインパラメータ -no-remote を追加することで、アプリケーションを意図したFirefoxブラウザバージョンで起動させることができます。他のブラウザも同様の機能を提供しています。
注：
ショートカット列挙機能を利用するには、XenApp 7.17以降を使用している必要があります。この双方向の動作を得るには、アプリの両方のバージョンでパッケージを変更する必要もあります。
App-Vアプリケーションが起動しない。
- (DUAL) 公開サーバーは実行中ですか？
- (DUAL) App-Vパッケージには、ユーザーがアクセスできるように適切なセキュリティ権限がありますか？
- (DUAL) VDAで、Tempが正しい場所を指していること、およびTempディレクトリに十分な空き容量があることを確認してください。
- (DUAL) App-V公開サーバーで、公開サーバーのリストを表示するには
Get-AppvPublishingServer \*を実行します。 - (DUAL) App-V公開サーバーで、UserRefreshonLogonがFalseに設定されていることを確認してください。
- (DUAL) On the App-V publishing server, as an administrator, run Set-AppvPublishingServer and set UserRefreshonLogon to False.
- VDAにサポートされているバージョンのApp-Vクライアントがインストールされていますか？VDAで enable package scripts 設定が有効になっていますか？
- On the machine containing the App-V client and VDA, from the Registry editor (regedit), go to HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Citrix\AppV. Ensure that the AppVServers key has the following value format: AppVManagementServer+metadata;PublishingServer (for example:
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を設定するには、次の2つの方法のいずれかを使用します。(1) 管理者として、コマンドレット Set-ExecutionPolicy RemoteSigned を入力する、または (2) グループポリシー設定から、[コンピューターの構成] > [ポリシー] > [管理用テンプレート] > [Windowsコンポーネント] > [Windows PowerShell] > [スクリプト実行を有効にする] に移動します。
- If the error “RegistrationManager.AttemptRegistrationWithSingleDdc: Failed to register” appears, use the MaxReceivedMessageSize property on the appropriate binding element to increase Max Receivable message size in the configuration of the Delivery Controller and/or the Broker Agent on the VDA.
これらの手順で問題が解決しない場合は、ログを有効にして確認してください。
ログ
App-V構成関連のログはC:\CtxAppvLogsにあります。アプリケーション起動ログは%LOCALAPPDATA%\Citrix\CtxAppvLogsにあります。LOCALAPPDATAは、ログオンしているユーザーのローカルフォルダーに解決されます。アプリケーションの起動に失敗したユーザーのローカルフォルダーを確認してください。
App-Vで使用されるStudioおよびVDAログを有効にするには、管理者権限が必要です。また、メモ帳などのテキストエディターも必要です。
Studioログを有効にするには：
- C:\CtxAppvLogsフォルダーを作成します。
- Go to C:\Program Files\Citrix\StudioAppVIntegration\SnapIn\Citrix.Appv.Admin.V1. Open CtxAppvCommon.dll.config in a text editor and uncomment the line: <add key =”LogFileName” value=”C:\CtxAppvLogs\log.txt”/>
- Brokerサービスを再起動してログ記録を開始します。
VDAログを有効にするには：
- C:\CtxAppvLogsフォルダーを作成します。
- Go to C:\Program Files\Citrix\ Virtual Desktop Agent. Open CtxAppvCommon.dll.config in a text editor and uncomment the following line: <add key =”LogFileName” value=”C:\CtxAppvLogs\log.txt”/>
- その行のコメントを解除し、valueフィールドを1に設定します。<add key =”EnableLauncherLogs” value=”1”/>
- マシンを再起動してログ記録を開始します。