製品ドキュメント
Citrix DaaS™
PDFを表示

アプリパッケージ

May 4, 2026
寄稿者: 
C C

アプリパッケージは、Citrix® が管理する事前構成済みのアプリケーション展開です。これによりアプリケーションを仮想化でき、アプリケーションがユーザーデバイスのオペレーティングシステムやインターフェースから独立して実行されることを意味します。

App-V アプリケーション

Application Virtualization (App-V) は、エンドユーザーのデバイスにインストールすることなく、アプリケーションをストリーミングしてアクセスできるようにする Microsoft テクノロジーです。Citrix DaaS は App-V を使用してアプリケーションを配信でき、さまざまなクライアントマシン間でアプリケーションを管理するための集中化された効率的な方法を提供します。

重要な用語

  • 管理サーバー: App-V インフラストラクチャを管理するための一元化されたコンソールを提供し、仮想アプリケーションを App-V デスクトップクライアントとリモートデスクトップサービスクライアントの両方に配信します。App-V 管理サーバーは、管理者に必要な認証、要求、セキュリティ、計測、監視、データ収集を提供します。このサーバーは、Active Directory とサポートツールを使用してユーザーとアプリケーションを管理します。
    • 公開サーバー: 特定のユーザー向けに App-V クライアントにアプリケーションを提供し、ストリーミング用の仮想アプリケーションパッケージをホストします。管理サーバーからパッケージを取得します。
    • 動的構成ファイル: App-V パッケージは、動的構成ファイルを使用してカスタマイズできます。これらのファイルは、パッケージに適用されると、その特性を変更するために使用できます。たとえば、追加のアプリケーションショートカットや動作を定義するために使用できます。詳細については、「動的構成ファイル」を参照してください。

動的構成ファイル

Citrix App-V は、両方の種類の動的構成ファイルをサポートしています。ファイル設定は、アプリケーションの起動時に適用されます。

  • 展開構成ファイルは、すべてのユーザーに対してマシン全体の構成を提供します。これらのファイルは <packageFileName>_DeploymentConfig.xml という名前で、適用される App-V パッケージと同じフォルダーにあることが想定されています。これらのファイルは、シングルおよびデュアル管理管理でサポートされています。
    • ユーザー構成ファイルは、パッケージに対するユーザーごとのカスタマイズをサポートするユーザー固有の構成を提供します。シングル管理は、次の形式で命名されたユーザー構成ファイルをサポートします: <packageFileName>_[UserSID | Username | GroupSID |GroupName_]UserConfig.xml。これらは、適用される App-V パッケージと同じフォルダーに配置されます。

    特定のパッケージに対して複数のユーザー構成ファイルが存在する場合、それらは次の優先順位で適用されます。

    1. ユーザー SID
    2. ユーザー名
    3. AD グループ SID (最初に見つかったものが優先)
    4. AD グループ名 (最初に見つかったものが優先)
    5. デフォルト

    例:

    
 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

 <!--NeedCopy-->

    注:

    ファイル名のユーザー固有の部分は、オプションで末尾に配置することもできます (例: MyAppVPackage_UserConfig_joeblogs.xml)。 重要:

    パッケージ内のアプリケーションを使用しているユーザーセッションが開いている場合、動的展開構成への変更を適用することはできません。他のユーザー (現在のユーザーではない) がパッケージからアプリケーションを開いている場合、動的ユーザー構成ファイルへの変更を適用できます。

動的構成ファイルの場所 

-  シングル管理では、Citrix App-V コンポーネントは、App-V パッケージと同じフォルダーにある動的構成ファイルのみを処理します。

パッケージ内のアプリケーションが起動されると、対応する動的構成ファイルへの変更が再適用されます。動的構成ファイルがパッケージとは異なる場所にある場合は、マッピングファイルを使用してパッケージを展開構成ファイルにマッピングします。

マッピングファイルを作成するには:

  1. 新しいテキストファイルを開きます。

  2. 各動的構成ファイルについて、<PackageGuid> : path の形式でパッケージへのパスを指定する行を追加します。

    例:

    
F1f4fd78ef044176aad9082073a0c780 : c:\widows\file\packagedeploy.xml

<!--NeedCopy-->
  3. パッケージと同じフォルダーにファイルを ctxAppVDynamicConfigurations.cfg として保存します。

App-Vパッケージと同じUNC共有上のディレクトリ階層全体が、パッケージ内のアプリケーションが起動されるたびに、このファイルを再帰的に上位検索します。

メソッド

App-Vパッケージを配信および管理するには、次のメソッドを使用できます。

  • デュアル管理: このメソッドでは、Citrix DaaSとApp-Vサーバーが連携してパッケージを配信および管理します。このメソッドでは、Citrix DaaSがApp-Vサーバーの状態のスナップショットビューを定期的に更新する必要があります。これには、ハードウェア、インフラストラクチャ、および管理のオーバーヘッドが発生します。Citrix DaaSとApp-Vサーバーは、特にユーザー権限に関して同期を維持する必要があります。

    このメソッドは、App-VとCitrixの緊密に連携した展開で最適に機能します。このメソッドでは、次のようになります。

    • App-V管理サーバーは、動的構成ファイルを処理します。
    • VDAマシンにインストールされているApp Packages Delivery Component: アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。

    これにより、適切なタイミングで公開サーバーがユーザーと同期されます。公開サーバーは、構成されている設定を使用して、アプリパッケージのライフサイクル（ログオン時の更新や接続グループなど）の他の側面を維持します。

  • シングル管理: アプリケーションパッケージはネットワーク共有に保存されます。Citrix DaaSはパッケージを独立して配信および管理します。

    このメソッドは、展開にApp-Vサーバーとデータベースインフラストラクチャが不要なため、オーバーヘッドを削減します。

    このメソッドでは、App-Vパッケージをネットワーク共有に保存し、その場所から環境にメタデータをアップロードします。VDAマシンにインストールされているApp Packages Delivery Componentは、次のようにアプリケーションを管理および配信します。

    • アプリケーションが起動されたときに、展開構成ファイルとユーザー構成ファイルを処理します。
    • ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。

注:

  • 1つまたは両方の管理メソッドを同時に使用できます。つまり、デリバリーグループにアプリケーションを追加する場合、アプリケーションはApp-Vサーバーまたはネットワーク共有にあるApp-Vパッケージから取得できます。
  • 両方の管理メソッドを同時に使用しており、App-Vパッケージが両方の場所に動的構成ファイルを持っている場合、App-Vサーバー（デュアル管理）にあるファイルが使用されます。
  • Web Studioナビゲーションペインで[App packages]を選択すると、パッケージ名とプロファイルが表示されます。パッケージタイプ列は、パッケージの配信に使用されるテクノロジーと、アプリケーションライブラリで参照される場所を示します。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。

MSIXおよびMSIXアプリのアタッチアプリケーション

MSIXは、すべてのWindowsアプリに最新のパッケージングエクスペリエンスを提供するWindowsアプリパッケージ形式です。MSIXは、Win32、.NET、UWPアプリなど、さまざまなWindowsアプリケーションタイプに適しています。

MSIXアプリのアタッチは、仮想ハードディスクに事前に展開されたMSIXパッケージを利用します。これらのパッケージは、必要に応じてターゲットマシンにマウントでき、パッケージコンテンツをストリーミングする必要がありません。これにより、展開時間を短縮し、ネットワークトラフィックを削減し、ターゲットマシンのIOPSを低減できますが、アプリのアタッチディスクの作成と維持に追加の作業が必要です。

Citrix DaaSは、VDAマシンにインストールされているApp Packages Delivery Componentを介して、MSIXおよびMSIXアプリのアタッチアプリケーションをユーザーに配信します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。

MSIXおよびMSIXアプリのアタッチの詳細については、MicrosoftドキュメントのMSIXドキュメントとAzure Virtual DesktopでのApp Attachを参照してください。

注:

-  デスクトップおよびサーバーVDA上のネイティブMSIXパッケージと、デスクトップVDAのみの`.vhd`、`.vhdx`、および`.cim`ディスクイメージ形式のMSIXアプリのアタッチをサポートしています。
-  Microsoftは、Server 2019向けにAppAttachの実装を提供していません。AppAttachはServer 2022および2025に存在しますが、Microsoftはこれらのバージョンでのサポートをしていません。したがって、当社もServer 2022および2025でのAppAttachをサポートしていません。
-  Windows Server 2019でサイドローディングを有効にします。
-  VDAがパッケージの署名に使用される証明書を信頼していることを確認します。

FlexAppアプリケーション

FlexAppは、Liquidwareが開発したアプリケーションレイヤリングソリューションであり、従来のアプリケーションインストールプロセスを通じて基盤となるベースイメージを変更することなく、任意のアプリケーションをWindowsセッションにアタッチします。

FlexApp Oneアプリケーションは、単一の共有可能なファイルにカプセル化されており、Windowsセッションに追加のアプリケーションレイヤーを必要とせずに動作できます。ユーザーはコンテナファイルをクリックすることでアプリケーションを起動でき、1つまたは複数のアプリケーションをWindowsワークスペースに迅速に統合します。

Citrixは、VDAマシンにインストールされているApp Packages Delivery ComponentとFlexApp配信エージェントを介して、FlexAppアプリケーションをユーザーに配信します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。

Elastic Appアプリケーション

-  Elastic Appテクノロジーは、Citrix App Layeringの機能であり、ベースイメージにインストールするのではなく、ログオン時にユーザーにアプリケーションレイヤーを動的に割り当てることができます。Elastic Appテクノロジーを使用すると、アプリケーションは異なる仮想マシン間でユーザーに追従し、マスターイメージを肥大化させることなく、必要なアプリに常にアクセスできるようにします。

Citrix DaaS は、Citrix Personalization コンポーネントと Application Layering Enterprise Layer Manager (ELM) を介して Elastic App アプリケーションをユーザーに提供します。これら 2 つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのあらゆる側面を管理します。Application Layering Enterprise Layer Manager の詳細については、「Citrix App Layering™ ドキュメント」を参照してください。

アプリケーションパッケージの展開と配信

前提条件 

-  App-V、MSIX、MSIX app attach、FlexApp パッケージ、および Elastic App アプリケーションの配信をサポートするには、まず VDA マシンに **App Packages Delivery Component** をインストールする必要があります。詳細については、「[VDA マシンへの App Packages Delivery Component のインストール](#install-the-app-packages-delivery-component-on-vda-machines)」を参照してください。

VDA マシンへの App Packages Delivery Component のインストール

App Packages Delivery Component は、App-V、MSIX、MSIX app attach、FlexApp、および Elastic App 形式のアプリケーションパッケージの公開プロセスを管理します。このコンポーネントは、VDA のインストール時にデフォルトではインストールされません。コンポーネントは、VDA のインストール中またはインストール後にインストールできます。

VDA のインストール中にコンポーネントをインストールするには、次のいずれかの方法を使用します。

  • インストールウィザードで、[追加コンポーネント] ページに移動し、[App Packages Delivery Component] チェックボックスをオンにします。
    • コマンドラインインターフェイスで、/includeadditional "Citrix Personalization for App-V – VDA" オプションを使用します。

VDA のインストール後にコンポーネントをインストールするには、次の手順に従います。

    1. VDA マシンで、[コントロールパネル] > [プログラム] > [プログラムと機能] に移動し、[Citrix Virtual Delivery Agent] を右クリックして、[変更] を選択します。
  1. 表示されるウィザードで、[追加コンポーネント] ページに進み、[App Packages Delivery Component] チェックボックスを有効にします。

注：

  • Microsoft App-V Desktop Client は、ユーザーデバイス上の App-V パッケージから仮想アプリケーションを実行するコンポーネントです。Windows 10 (1607 以降) および Windows Server 2019 以降には、この App-V クライアントソフトウェアがすでに含まれています。VDA マシンで有効にするだけで済みます。詳細については、この Microsoft ドキュメント記事を参照してください：App-V インボックスクライアントを有効にする。
  • FlexApp アプリケーションの場合、App Packages Delivery Component とともに VDA にFlexApp One Agent をインストールします。
  • Elastic App アプリケーションの場合、App Packages Delivery Component とともに VDA にApp Layering 対応イメージをインストールします。

FlexApp One Agent のインストール

    1. VDA で管理者コマンドプロンプトを起動します。
  1. FlexApp One パッケージのネットワークパスを見つけます。
    1. 次のコマンドを入力します。
    
 \\path\to\any\FlexAppOnePackage.exe --install

 <!--NeedCopy-->
  1. 表示されるプロンプトをすべて承認します。

App Layering 対応イメージのインストール 

    -  1.  アプリレイヤリングを設定します。
    -  Citrix App Layering ドキュメントの指示に従ってください。このプロセスには以下が含まれます。

    -  1.  Enterprise Layer Manager (ELM) を設定します。
    -  1.  ゴールド OS イメージをインポートします。
    -  1.  プラットフォームレイヤーを作成します。
1.  アプリケーションレイヤーを作成します。
1.  ELM で、配信する各アプリケーションレイヤーについて、**[このアプリレイヤーを Studio アプリケーションパッケージで使用できるようにする]** チェックボックスをオンにします。

  1. Elastic Layering コンポーネントを含むイメージを VDA マシンにインストールします。次のいずれかの方法を使用できます。

    -  1.  Elastic Layering を有効にして ELM からイメージを展開します。
-  1.  マシンに VDA を手動でインストールし、セットアップ中に Elastic Layering コンポーネントを選択します。

パッケージ化されたアプリケーションの配信

前提条件のインストールが完了したら、パッケージ化されたアプリケーションをユーザーに配信するために次の操作を行います。

  1. アプリケーションパッケージをネットワーク共有に保存します。
  2. アプリケーションパッケージを環境にアップロードします。
  3. デリバリーグループにアプリケーションを追加します。
  4. 相互依存する App-V パッケージの自動配信を有効にするには、分離グループを作成します。

アプリケーションパッケージをネットワーク共有に保存

インフラストラクチャを設定したら、アプリケーションパッケージを生成し、UNC または SMB ネットワーク共有、Azure ファイル共有などのネットワークロケーションに保存します。

詳細な手順は次のとおりです。

    -  1.  アプリケーションパッケージを生成します。詳細については、Microsoft ドキュメントの「[App-V 仮想化アプリケーションの作成と管理](https://learn.microsoft.com/ja-jp/microsoft-desktop-optimization-pack/app-v/appv-creating-and-managing-virtualized-applications)」を参照してください。

  1. アプリケーションパッケージをネットワークの場所に保存します。

    -  **App-V Single Admin** の場合: パッケージと対応する動的構成ファイル (App-V) を UNC または SMB ネットワーク共有、または Azure ファイル共有に保存します。

-  **App-V Dual Admin** の場合: UNC パスから App-V 管理サーバーにパッケージを公開します。(HTTP URL からの公開はサポートされていません。)

    • MSIX または MSIX app attach の場合: パッケージを UNC または SMB ネットワーク共有、または Azure ファイル共有に保存します。

    • FlexApp の場合: パッケージを UNC または SMB ネットワーク共有、または Azure ファイル共有に保存します。

    • Elastic App の場合: パッケージを UNC または SMB ネットワーク共有、または Azure ファイル共有に保存します。

  2. VDA がパッケージ保存パスに対する読み取り権限を持っていることを確認します。

    • AD ドメイン内の UNC または SMB ネットワーク共有にパッケージを保存する場合、VDA マシンに保存パスへの読み取り権限を付与します。これを行うには、マシンの AD アカウントに共有への読み取り権限を明示的に付与するか、その権限を持つ AD グループにアカウントを含めます。

    • Azure ファイル共有にパッケージを保存する場合、まず Azure でユーザーアカウントに保存パスへの読み取り権限を付与します。次に、VDA マシンで実行されている ctxAppVService を、そのユーザーアカウントを使用してパッケージ保存パスにアクセスするように構成します。詳細な手順については、「ユーザーログオンアカウントの変更」を参照してください。

ユーザーログオンアカウントの変更

次の 2 つのシナリオでユーザーログオンアカウントを変更します。

  • リンクされた AD アカウントを使用して Azure ファイル共有上のパッケージにアクセスする場合:
    • Microsoft Entra ID はファイル共有上のマシンアカウントに読み取り権限を付与しないため、接続エンティティはマシンアカウントではなくユーザーアカウントである必要があります。
  • MSIX および MSIX AppAttach パッケージにサービスが含まれている場合:
    • パッケージは、非管理者ユーザーに公開される前に、ローカルマシン上で管理者権限を持つユーザーアカウントを使用して公開される必要があります。これは、パッケージ化されたサービスをインストールするために必要であり、パッケージはマシンではなくユーザーにのみ公開できるため、デフォルトの LocalService アカウントは不適切です。

VDA は ctxAppVService を呼び出してパッケージ保存パスにアクセスし、管理者権限を必要とする操作を実行します。デフォルトでは、ctxAppVService はマシンの LocalService アカウントのコンテキストで実行され、マシンの ID を使用して AD に認証するため、上記のシナリオには適していません。

いずれの場合も、サービスは、ローカルで管理者権限を持ち、パッケージの保存場所 (SMB 共有または Azure ファイル共有) への読み取りアクセス権が付与されている AD ユーザーアカウントを使用するように再構成する必要があります。手順は次のとおりです。

  1. サービスを開始し、ctxAppVService を右クリックして、プロパティを選択します。
  2. ログオンタブで、このアカウントを選択します。
    1. ローカル管理者権限とパッケージ保存パスへの読み取り権限を持つユーザーアカウントを入力します。
    2. ユーザーのパスワードを 2 回入力します。
        1. OK をクリックします。

アプリケーションパッケージの環境へのアップロード

必要に応じてアプリケーションパッケージをネットワークの場所に保存した後、配信のために環境にアップロードします。必要に応じて、次のいずれかの方法を使用します。

-  [一括アップロード](#upload-application-packages-in-bulk)
-  [個別にアップロード](#upload-application-packages-one-by-one)
準備

Citrix DaaS は、パッケージ検出のためにネットワークの場所への接続をセットアップするために VDA マシンを使用します。したがって、事前にデリバリーグループを作成し、グループ内の少なくとも 1 つの VDA が次の要件を満たしていることを確認してください。

  • VDA バージョン:
    • App-V パッケージを検出する場合: 2203 以降
    • MSIX および MSIX app attach パッケージを検出する場合: 2209 以降
    • FlexApp パッケージを検出する場合: 2311 以降および FlexApp Agent ソフトウェア
    • Elastic App パッケージを検出する場合: 2511 以降および App Layering 対応イメージ
  • App Packages Delivery Component: インストール済み
  • パッケージの場所に対する権限: 読み取り (詳細については、「ネットワーク共有へのアプリケーションパッケージの保存」を参照してください。)
  • 電源: オン
  • 状態: 登録済み
アプリケーションパッケージの一括アップロード

ネットワークの場所にあるパッケージを環境にアップロードします。アップロードする前に、次の項目を準備してください。

  • 準備要件を満たすデリバリーグループ

  • ネットワークの場所のパス

  • パッケージを一括でアップロードするには、次の手順に従います。
  1. 左側のペインで、[App packages] を選択します。
  2. [Package discovery] タブで、[Create discovery profile] ボタンをクリックします。[Create discovery profile] ページが表示されます。
  3. [Name] フィールドに、プロファイルの説明的な名前を入力します。
  4. [Delivery group] フィールドで、[Select a delivery group] をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、[OK] をクリックします。
  5. [Location type] フィールドで、パッケージの保存場所に基づいて [Microsoft App-V server] または [Network share] を選択し、対応する設定を完了します。
    • [Microsoft App-V server] を選択した場合は、次の情報を入力します。
      • 管理サーバーのURL。例: http://appv-server.example.com
      • 管理サーバー管理者のログイン資格情報。
      • 公開サーバーのURLとポート番号。例: http://appv-server.example.com:3330
    • [Network share] を選択した場合は、次の情報を指定します。
      • ネットワーク共有のUNCパスを入力します (例: \\Package-Server\apps\)。Elastic Appパッケージの場合は、ELMの[System’s Network File Share SMB path] からUNCパスを入力します。
      • アップロードするパッケージの種類を選択します。オプションには、App-V、MSIX、MSIX app attach、FlexApp、および Elastic App が含まれます。

      • パッケージのサブフォルダーを検索するかどうかを指定します。

        注:

        cimイメージを含むフォルダー構造でMSIX app attachパッケージを検索する場合は、[Search] サブフォルダーを選択していることを確認してください。そうしないと、ディスクが正しく検出されません。

  6. [Preferences] セクションで、必要に応じて次のオプションを構成します。

    • [Remove absent packages]: 更新チェック中にプロファイルの場所でパッケージが見つからなくなった場合に、[Packages] タブからパッケージを自動的に削除するには、このオプションを選択します。選択しない場合、そのようなパッケージは無効なアイコンで表示されます。

    • [Upgrade in place]: 更新チェック中に検出された新しいバージョンで既存のパッケージを上書きするには、このオプションを選択します。選択すると、アップグレード後もユーザーのお気に入りは保持されます。このオプションはデフォルトで選択されています。

    • [Ignore downgrade]: 同じパッケージのより新しいバージョンがライブラリにすでに存在する場合に、パッケージのインポートをスキップするには、このオプションを選択します。このオプションはデフォルトで選択されています。

  7. [Create discovery profile] をクリックします。

    [Create discovery profile] ページが閉じ、新しく追加されたプロファイルがプロファイルリストに表示されます。Citrix DaaSは、デリバリーグループ内のVDAを使用してパッケージをCitrix Cloudにアップロードします。アップロードが完了すると、[Status] フィールドに「Import successful」と表示されます。対応するパッケージは [Packages] タブに表示されます。

    注:

    • プロファイルの場所でパッケージの更新を確認し、Citrix Cloudにインポートするには、プロファイルリストで場所を選択し、[Check for Updates] をクリックします。
    • リストで検出プロファイルを選択すると、詳細ペインに [Upgrade in place] と [Ignore downgrade] の現在の値が [Yes] または [No] として表示されます。
    • [Check for Updates] をクリックすると、確認パネルにも、チェックが実行される前の現在の [Upgrade in place] と [Ignore downgrade] の設定が表示されます。
アプリケーションパッケージを個別にアップロードする

ネットワーク共有からアプリケーションパッケージを環境にアップロードします。アップロードする前に、次の項目を準備してください。

  • 準備に記載されている要件を満たすデリバリーグループ
  • ネットワークの場所のパス。

パッケージを環境にアップロードするには、次の手順に従います。

  1. 左側のペインで、[App Packages] を選択します。
  2. [Packages] タブで、[Add Package] ボタンをクリックします。[Add Package] ページが表示されます。
  3. [Delivery group] フィールドで、[Select a delivery group] をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、[OK] をクリックします。
  4. [Package full path] フィールドに、必要に応じてパスを入力します。
    • 複数のパッケージを一度にアップロードするには、セミコロン (;) で区切って完全なパスを入力します。例: \\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd
    • ネットワーク共有に存在するすべてのパッケージをアップロードするには、ストレージパスを入力します。例: \package-Server\apps\

  5. [Preferences] セクションで、必要に応じて次のオプションを構成します。

    • [Upgrade in place]: 新しいバージョンが見つかったときに、既存のパッケージを新しいバージョンで上書きするには、このオプションを選択します。選択すると、アップグレード後もユーザーのお気に入りは保持されます。このオプションはデフォルトで選択されています。

    • [Ignore downgrade]: 同じパッケージのより新しいバージョンがライブラリにすでに存在する場合に、このパッケージのインポートをスキップするには、このオプションを選択します。このオプションはデフォルトで選択されています。

  6. [Add Package] をクリックします。

    アプリケーションパッケージが [Packages] タブに表示されます。

デリバリーグループにアプリケーションを追加する

アプリケーションパッケージが環境に完全にアップロードされたら、必要に応じてそのアプリケーションを1つ以上のデリバリーグループに追加します。これにより、それらのデリバリーグループに関連付けられたユーザーはアプリケーションにアクセスできるようになります。

注:

  • パッケージ化されたアプリケーションは、デリバリーグループを介してシングルセッションVDAおよびマルチセッションVDAに配信できます。
  • デフォルトでは、エンドユーザーは、シングルセッション (またはデスクトップ) VDAに関連付けられたデリバリーグループに割り当てられたすべてのパッケージ化されたアプリケーションにアクセスできます。デスクトップ VDA上のパッケージ化されたアプリケーションの可視性を特定のユーザーまたはグループに制限するには、[Applications] ノードに移動し、アプリケーションを選択してから、[Edit Application Properties] > [Limit Visibility] を選択して変更を加えます。アプリケーションの可視性を制限するを参照してください。

パッケージ内の1つ以上のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。

  1. 左側のペインで、[App Packages] を選択します。
  2. [Packages] タブで、必要に応じてパッケージを選択します。
  3. アクションバーで、[Add Delivery Groups] をクリックします。[Assign Applications to Delivery Groups] ページが表示されます。
  4. 必要に応じてパッケージ内の1つ以上のアプリケーションを選択し、[Next] をクリックします。

  5. デリバリーグループのリストで、アプリケーションを割り当てるグループを選択し、[Next] をクリックします。

    注:

    • MSIXまたはMSIX app attachパッケージを選択した場合、VDAバージョンが2106以降のデリバリーグループのみがリストに表示されます。
    • FlexAppパッケージを選択した場合、VDAバージョンが2402以降のデリバリーグループのみがリストに表示されます。
    • Elastic Appパッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
  6. [Finish] をクリックします。

さまざまなパッケージのアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。

  1. 左側のペインで、[App Packages] を選択します。
  2. [Applications] タブで、[Add Applications] を選択します。
  3. [Groups] ページで、必要に応じて1つ以上のデリバリーグループを選択します。
  4. [Applications] ページで、次のように1つ以上のアプリケーションパッケージを選択します。
    1. [Add] をクリックし、[Application packages] を選択します。
    2. 必要なパッケージの種類を選択します（例：App-V Single Admin）。この種類のすべてのパッケージが表示されます。
    3. 必要に応じて1つ以上のパッケージを選択します。
    4. [OK] をクリックし、次に [Next] をクリックします。
    5. 異なるパッケージタイプのアプリケーションを追加するには、手順a～dを繰り返します。
  5. [Finish] をクリックします。

次の場合にも、パッケージ化されたアプリケーションをデリバリーグループに追加できます。

（オプション）App-Vパッケージの分離グループの作成

相互依存するApp-Vパッケージの自動配信を有効にするために、分離グループを作成できます。

注：

分離グループはApp-V Single Admin方式でサポートされています。App-V Dual Admin方式を使用している場合は、Microsoft App-Vインフラストラクチャで接続グループを作成することで、同じ目標を達成できます。詳しくは、Microsoftのドキュメント記事「接続グループファイルについて」を参照してください。

分離グループについて

分離グループは、仮想環境を作成するために同じWindows Sandboxで実行する必要がある、相互依存するアプリケーションパッケージのコレクションです。Citrix App-V分離グループは、App-V接続グループと似ていますが、同一ではありません。分離グループには、次の2種類のパッケージが含まれます。

  • 明示的なアプリケーションパッケージ：特定のライセンス要件を持つアプリケーション。これらのアプリケーションをデリバリーグループに追加することで、特定のユーザー範囲に制限できます。
  • 自動アプリケーションパッケージ：デリバリーグループに追加されているかどうかにかかわらず、すべてのユーザーが常に利用できるアプリケーション。

たとえば、アプリケーションapp-aの実行にはJRE 1.7が必要です。app-a（明示的とマーク）とJRE 1.7（自動とマーク）を含む分離グループを作成できます。次に、app-aのApp-Vパッケージを1つ以上のデリバリーグループに追加します。ユーザーがapp-aを起動すると、JRE 1.7が自動的に展開されます。

ユーザーが分離グループ内で明示的とマークされたApp-Vアプリケーションを起動すると、Citrix DaaSはデリバリーグループ内のアプリケーションに対するユーザーのアクセス許可を確認します。ユーザーがアプリケーションにアクセスする許可を持っている場合、同じ分離グループ内の自動アプリケーションパッケージがユーザーに利用可能になります。

自動パッケージをどのデリバリーグループにも追加する必要はありません。分離グループ内に別の明示的アプリケーションパッケージがある場合、そのパッケージは同じデリバリーグループ内にある場合にのみユーザーに利用可能になります。

App-V分離グループの作成

分離グループを作成し、相互依存するアプリケーションパッケージを追加します。詳細な手順は次のとおりです。

  1. [Isolation Groups] タブで、[Add Isolation Group] をクリックします。
  2. 分離グループの名前と説明を入力します。環境内のすべてのApp-V Single Adminパッケージが[Available Packages] リストに表示されます。
  3. [Available Packages] リストから、必要に応じてアプリケーションを選択し、右矢印をクリックします。選択したアプリケーションが[Packages in Isolation Group] リストに表示されます。
  4. [Deployment] フィールドで、アプリケーションに対して[Explicit] または [Automatic] を選択します。
  5. 手順2～3を繰り返して、さらにパッケージを追加します。
  6. リスト内のパッケージの順序を調整するには、上矢印または下矢印をクリックします。
  7. [Save] をクリックします。

注：

分離グループの構成により、VDA上にApp-V接続グループが作成されます。展開シナリオは複雑になる可能性があり、App-Vクライアントは一度に1つのアクティブな接続グループにのみ存在するパッケージをサポートします。同じパッケージを、同じデリバリーグループに追加されている2つの異なる分離グループに追加することは避けることをお勧めします。

ベストプラクティス

  • App-Vパッケージを展開するには、PowerShellコマンドEnable-AppVを使用してVDAでApp-Vサブシステムを有効にします。
  • MSIX（およびAppAttach）パッケージを展開するには、VDAがパッケージの署名に使用されている証明書を信頼する必要があります。
  • Windows Server 2019では、MSIXパッケージを展開するためにサイドローディングを有効にします。Windows 10、11、Windows Server 2022、および2025ではサイドローディングは不要です。
  • App AttachはWindows Server 2019にはまったく実装されておらず、Windows Server 2022または2025ではMicrosoft（およびCitrixも）によって現在サポートされていません。

高度な設定

次の高度なトピックでは、基本的なアプリパッケージワークフローを超えて、Citrix DaaSでパッケージ化されたアプリケーションが検出、更新、および配信される方法を微調整するための追加の構成オプションと制御について説明します。

パッケージ化されたアプリケーション公開の自動化

PowerShellコマンドを使用して、パッケージ化されたアプリケーションの公開を自動化できます。

Delivery Controller™で、次のPowerShellコマンドを実行します。

  1. Package Discovery Moduleに存在するコマンドをロードするには：

    
Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"

<!--NeedCopy-->

    注:

    パッケージ検出モジュールのバージョンは、Citrix DaaS ISOのステップ1で述べられているパスにあります。

  2. パッケージ検出モジュールは、公開するパッケージタイプをサポートするCitrix DaaSバージョンのISOから取得する必要があります。つまり、FlexAppOneアプリケーションには2311以降が必要です。最新バージョンを使用することをお勧めします。

  3. 関連するデリバリーグループIDとパッケージ化されたアプリケーションIDを取得するには:

    
Get-BrokerDesktopGroup | Format-Table Uid, Name
Get-AppLibAppVApplication | Format-Table Uid, Name

<!--NeedCopy-->

  4. パッケージを公開し、適切なBrokerMachineConfigurationsを作成するには:

    
Publish-PackagedApplication -AppLibararyApplicationUid <AppLibararyApplication.Uid > -DesktopGroupUid <DesktopGroup.Uid>

<!--NeedCopy-->

  5. 後でVDA上のBrokerエージェントに送信されるBroker構成を同期するには:

    
Update-DesktopGroupMachineConfigurations -DesktopGroupUid <DesktopGroup.Uid>

<!--NeedCopy-->

    注:

    PowerShellコマンドラインを通じてデリバリーグループからパッケージ化されたアプリケーションを公開または削除した後、PowerShellコマンド Update-DesktopGroupMachineConfigurations を実行してください。そうしないと、公開されたアプリケーションに関する情報がVDAに正しく送信されず、起動が失敗します。

アプリケーションの可視性の制限

Citrix DaaS環境では、パッケージからのアプリケーションがデスクトップに公開されると、システムはそれらのアプリケーションに対するActive Directory (AD) ユーザーおよびグループの可視性設定を尊重します。ただし、ユーザーがパッケージ内の1つのアプリケーションのみに可視性を持っている場合でも、個々のパッケージコンポーネントはVDA上で細分化できないため、パッケージ全体が仮想デスクトップ（またはシームレスアプリ）セッションに展開される必要があります。さらに、VDAバージョン2503より前では、最初の公開後にアプリケーションの可視性を低下させる変更を行っても、その後のデスクトップ起動時に以前に公開されたパッケージのクリーンアップは行われません。さらに、デスクトップとワークスペースの可視性など、他の可視性レイヤーはこれらのAD可視性割り当ての上に動作します。

パッケージ化されたアプリケーションがWorkspaceに表示されるべきか、ユーザーのVDIデスクトップセッションに展開されるべきかを制御できます。パッケージ化されたアプリケーションが公開された後、PowerShellコマンド Set-BrokerApplication -Name "MyApp" -PackagedApplicationVisibility "Workspace|Desktop|WorkspaceAndDesktop" を使用して、BrokerApplictaion の PackagedApplicationVisibility プロパティを更新できます。

PackagedApplicationVisibility のデフォルト値は WorkspaceAndDesktop です。

値 Workspace: アプリはWorkspaceAppにのみ表示され、シームレスなAppLaunchに利用できますが、ユーザーが開始するどのデスクトップセッションにも自動的に公開されません。

値 Desktop: アプリのアイコンをWorkspaceAppから非表示にし、シームレスなAppLaunchには利用できなくなりますが、ユーザーがADグループ設定を通じてアクセス権を持っている場合、アプリは引き続きユーザーのデスクトップセッションに展開できます。

注:

シングルセッション静的デスクトップに公開されたパッケージ化されたアプリケーションは、この設定で構成された値に関係なく、Workspace Appでは利用できません。

App-Vフルインフラストラクチャからシングルアドミンワークフローへの移行

Microsoft App-Vフルインフラストラクチャ（デュアルアドミン）は、サポート終了が近づいています。App-Vパッケージおよびその他のサポートされているコンテナ形式の提供を継続するには、Citrixシングルアドミンモデルに移行してください。

シングルアドミンモデルは、App-V管理サーバーおよび公開サーバーへの依存関係を排除し、Studioでのパッケージ管理を一元化します。

シングルアドミンモデルの利点

シングルアドミンワークフローに移行することで、アーキテクチャが簡素化され、パッケージ管理が効率化されます。

簡素化されたアーキテクチャ

シングルアドミンモデルでは、VDAはファイル共有から直接パッケージを取得します。Citrixはメタデータ、公開、および分離ロジックを管理します。

機能 フルインフラストラクチャ（デュアルアドミン） シングルアドミン（Citrix管理）
管理 App-V管理コンソール Citrix StudioまたはWeb Studio
データベース 必須（SQL Server） なし（メタデータはCitrixサイトデータベースに保存）
公開 App-V公開サーバー Citrix VDA (ctxAppVService)
パッケージソース UNC共有（管理サーバーと同期） UNC共有、SMB共有、またはAzure Files
ロジック 接続グループ Citrix分離グループ

戦略的利点

シングルアドミンに移行することで、同期遅延も解消されます。

  • デュアルアドミンモデルでは、App-V管理サーバーを同期し、その後Studioを同期する必要があります。

  • Single Adminモデルでは、ファイル共有上のパッケージを更新し、Studioで更新を選択すると、次回のユーザーログオン時に更新されたパッケージが利用可能になります。

移行ワークフロー

既存のApp-VフルインフラストラクチャをCitrix Single Adminワークフローに移行するには、以下の手順に従います。

  1. ステップ1：ターゲット環境の準備
  2. ステップ2：Citrixライブラリへのパッケージのインポート

ステップ1：ターゲット環境の準備

パッケージをインポートする前に、インフラストラクチャとVDAがSingle Adminモデルをサポートする準備ができていることを確認してください。

  1. 共有リポジトリ

    1. .appvパッケージをホストするUNC共有を特定します。

    2. VDAマシンアカウント（例：Domain Computers）が、共有とNTFS権限の両方に対して読み取りアクセス権を持っていることを確認します。

  2. VDA

    すべてのVDAにApp Packages Delivery Componentがインストールされていることを確認します。インストール後にこのコンポーネントを追加するには：

    1. VDAインストーラーを実行します。
    2. プログラムと機能で変更を選択します。
    3. App Packages Delivery Componentを追加します。

  3. XML構成ファイル

    _DeploymentConfig.xmlおよび_UserConfig.xmlファイルを、対応する.appvファイルと同じフォルダーに移動します。

    Single Adminモデルでは、VDAは中央のApp-Vデータベースからではなく、ファイル共有上のパッケージフォルダーから構成ファイルを読み取ります。

ステップ2：Citrixライブラリへのパッケージのインポート

環境を準備した後、既存のApp-VパッケージをCitrixアプリケーションライブラリにインポートします。

  1. Citrix Studioで、構成 > App Packagesに移動します。
  2. 完全に移行する場合は、App-V管理サーバーへの既存の接続をすべて削除します。
  3. パッケージの追加を選択し、パッケージのUNCパスを指定します。
  4. Citrixはフォルダーをスキャンし、パッケージ名、バージョン、およびアプリケーションIDをCitrixアプリケーションライブラリにインポートします。

インポート後、必要に応じてアプリケーションをデリバリーグループに割り当てることができます。

注：

vPreferポリシー（オプション）：アプリケーションをリモートサーバーにリダイレクトする代わりにローカルVDAで起動したい場合は、VDAでvPrefer GPOを有効にします。

App-Vアプリケーションのトラブルシューティング（Single Adminモデル）

App-Vパッケージ（Single Adminモデル）が起動しない、またはユーザーセッションに表示されない場合は、以下のガイダンスを使用して一般的な問題を特定し、解決してください。

問題 説明 解決策
パッケージの検出と「カタログ化に失敗しました」エラー


Studioでパッケージを追加する際に、ファイルにアクセスできない、またはメタデータが無効であるというエラーが表示されます。


  1. 権限を確認します。
    Delivery Controllerマシンアカウント（例：DOMAIN\DDC01$）が、パッケージをホストするUNCパスの共有レベルとNTFSレベルの両方で読み取り権限を持っていることを確認します。
  2. XMLの整合性を確認します。
    .appvファイルと_DeploymentConfig.xmlファイルが同じファイル名プレフィックスを持ち、同じフォルダーに配置されていることを確認します。
アプリケーションの起動失敗
(エラーコード：0x80070005または0x80040154)




ユーザーがアプリケーションアイコンをクリックするとCitrixスプラッシュ画面が表示されますが、アプリケーションが開きません。





  1. VDAコンポーネントを確認します。
    App Packages Delivery ComponentがVDAにインストールされていることを確認します。C:\Program Files\Citrix\AppV\ctxAppVService.exeファイルが存在することを確認します。
  2. VDAの権限を確認します。
    VDAはファイル共有からパッケージをプルするため、VDAマシンアカウント（例：DOMAIN\VDA-HR01$）がUNCパスへの読み取りアクセス権を持っている必要があります。
  3. App-Vクライアント構成を検証します。
    • VDAで次のPowerShellコマンドを実行します：Get-AppvClientConfiguration。
    • パッケージにスクリプトが必要な場合は、EnablePackageScriptsが$Trueに設定されていることを確認します。
分離グループの競合

Excelアドインなどのプラグインが、親アプリケーションを認識できません。

  1. Studioで、App Packages > 分離グループに移動します。
  2. 両方のパッケージが同じ分離グループに追加されていることを確認します。
    Single Adminモデルでは、VDA上のApp-Vクライアントが、Delivery Controllerによって提供される構成に基づいて、それらのアプリケーションの仮想接続を管理します。
初回起動の遅延（バッファリング）


AutoCADやArcGISなどの大規模なApp-Vパッケージの初回起動に数分かかります。


  1. VDAで、次のレジストリを確認します。
    HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\AppV\Client\Streaming
  2. Autoloadを2（以前使用したすべてのパッケージを自動ロード）に設定して、その後の起動パフォーマンスを向上させます。
  3. ネットワークパフォーマンスを確認します。ネットワーク共有でのSMB署名またはウイルス対策スキャンが転送速度を制限していないことを確認します。

便利なPowerShellコマンド（VDAで実行）

CitrixがパッケージをVDAに正常に配信したかどうかを確認するには、PowerShellウィンドウで次のコマンドを実行します。

コマンド 目的
Get-AppvClientPackage 現在VDAにキャッシュまたは公開されているすべてのApp-Vパッケージを表示します。
Get-CtxAppvPackage Citrixエージェントによって管理されているパッケージを表示します。
Start-Service ctxAppVService Citrix App-Vオーケストレーションサービスを再起動します。
アプリパッケージ
May 4, 2026
寄稿者: 
C C
May 4, 2026
寄稿者: 
C C

この記事の概要

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