次の方法で共有

Application Virtualization に関するパフォーマンス ガイダンス

  • [アーティクル]

適用対象:

  • Windows 7 SP1
  • Windows 10
  • Windows 11
  • Server 2012 R2
  • Server 2016

最適なパフォーマンスを得るために App-V を構成し、仮想アプリ パッケージを最適化し、RDS と VDI でより優れたユーザー エクスペリエンスを提供する方法について説明します。

複数のメソッドを実装すると、エンド ユーザー エクスペリエンスの向上に役立ちます。 ただし、お使いの環境では、すべてのメソッドがサポートされていない場合があります。

このドキュメントを読む前に、次の情報を読んで理解しておく必要があります。

注

このドキュメントで使用される一部の用語は、外部ソースとコンテキストに応じて異なる意味を持つ場合があります。 このドキュメントで使用される用語の後にアスタリスク *の詳細については、このドキュメントの 「Application Virtualization Performance Guidance の用語」 セクションを参照してください。

最後に、このドキュメントでは、最適なパフォーマンスを得るために App-V クライアントと環境を実行しているコンピューターを構成するための情報を提供します。 シーケンサーを使用してパフォーマンスを向上させるために仮想アプリケーション パッケージを最適化し、User Experience Virtualization (UE-V) またはその他のユーザー環境管理テクノロジを使用して、リモート デスクトップ サービス (RDS) と非永続的仮想デスクトップ インフラストラクチャ (VDI) の両方で App-V で最適なユーザー エクスペリエンスを提供する方法を理解します。

環境に関連する情報を判断するには、各セクションの概要と適用性のチェックリストを確認する必要があります。

ステートフル* 非永続的デプロイの App-V

このセクションでは、ログイン後数秒以内にすべての仮想アプリケーションにユーザーがアクセスできるようにする方法について説明します。 このアクセスは、実行時間の長い App-V 公開更新に一意に対処することで実現されます。 アプローチの基礎を見つけ出すので、公開の更新は、実際に何もする必要がない更新です。 最適なユーザー エクスペリエンスを提供するには、多くの条件を満たして手順を実行する必要があります。

詳細については、次のセクションの情報を使用してください。

使用シナリオ - 2 つのシナリオを確認するときは、これらのシナリオが極端なアプローチであることに注意してください。 使用要件に基づいて、これらの手順をユーザーまたは仮想アプリケーション パッケージのサブセットに適用することを選択できます。

  • パフォーマンス向けに最適化: 最適なエクスペリエンスを提供するために、基本イメージに App-V 仮想アプリケーション パッケージの一部が含まれると予想できます。 この要件とその他の要件について説明します。

  • 記憶域用に最適化: ストレージの影響が懸念される場合は、このシナリオに従うと、これらの懸念に対処するのに役立ちます。

環境の準備

  • 基本イメージを準備する手順: 非永続的な VDI 環境でも RDSH 環境でも、この方法を有効にするには、基本イメージでいくつかの手順のみを完了する必要があります。

  • App-V アプローチのユーザー プロファイル管理 (UPM) ソリューションとして UE-V を使用する: このアプローチの基礎は、いくつかのレジストリとファイルの場所の内容を保持する UEM ソリューションの機能です。 これらの場所は、ユーザー統合*を構成します。 UPM ソリューションの特定の要件を必ず確認してください。

ユーザー エクスペリエンスのチュートリアル

  • チュートリアル: これは、App-V 操作と UE-V 操作のステップ バイ ステップのチュートリアルであり、ユーザーが必要とする期待事項です。

  • 結果: 予想される結果が記述されます。

パッケージ ライフサイクルへの影響

パフォーマンスの最適化/チューニングによる VDI エクスペリエンスの強化

適用性チェックリスト

チェック リスト デプロイ環境
[チェックリスト] ボックス 非永続的な VDI または RDSH。
[チェックリスト] ボックス User Experience Virtualization (UE-V)、その他の UPM ソリューション、またはユーザー プロファイル ディスク (UPD)。
チェック リスト 予期される構成
[チェックリスト] ボックス App-V ユーザー状態テンプレートが有効になっているユーザー エクスペリエンス仮想化 (UE-V) またはユーザー プロファイル管理 (UPM) ソフトウェア。 UE-V 以外の UPM ソフトウェアは、サインインまたはプロセス/アプリケーションの起動とサインオフでトリガーできる必要があります。
[チェックリスト] ボックス App-V 共有コンテンツ ストア (SCS) が構成されているか、構成できます。
チェック リスト IT 管理
[チェックリスト] ボックス 管理者は、最適なパフォーマンスを確保するために VM 基本イメージを定期的に更新する必要がある場合や、管理者が異なるユーザー グループの複数のイメージを管理する必要がある場合があります。

使用シナリオ

2 つのシナリオを確認するときは、これらのシナリオが極端なシナリオを表す点に注意してください。 使用要件に基づいて、これらの手順をユーザー、仮想アプリケーション パッケージ、またはその両方のサブセットに適用することを選択できます。

  • パフォーマンス: 最適なユーザー エクスペリエンスを提供するために、この方法では UPM ソリューションの機能を使用し、追加のイメージ準備が必要であり、さらにイメージ管理オーバーヘッドが発生する可能性があります。

    次のセクションでは、ステートフルな非永続的デプロイでのパフォーマンスの向上について説明します。 詳細については、「 発行パフォーマンスのためにパッケージを最適化するためのシーケンス手順 」を参照してください (この記事では)。

  • ストレージ: 前のシナリオの一般的な期待は、ここでも適用されます。 ただし、VM イメージは通常、コストのかかる配列に格納されます。 基本イメージでユーザーターゲット仮想アプリケーション パッケージを事前に構成しないでください。

    この変更の影響については、 ユーザー エクスペリエンスのチュートリアル (この記事で) を参照してください。

環境の準備

次の情報は、基本イメージと UE-V または別の UPM ソリューションを準備するために必要な手順を示しています。

基本イメージを準備する

  • パフォーマンス:

    • 「App-V インボックス クライアントを有効にする」の説明に従って 、App-V クライアントを有効にします。
    • UE-V を有効にし、UE-V テンプレート ギャラリーから App-V 設定テンプレートをダウンロードします。次の手順を参照してください。
    • 共有コンテンツ ストア (SCS) モード用に構成します。 詳細については、「 App-V シーケンサーのデプロイ」および「クライアントの構成」を参照してください。
    • サインイン レジストリ DWORD でユーザー統合の保持を構成します。
    • Add-AppvClientPackage など、すべてのユーザーおよびグローバル対象パッケージを事前構成します。
    • Add-AppvClientConnectionGroup など、すべてのユーザーとグローバルターゲットの接続グループを事前構成します。
    • すべてのグローバルターゲット パッケージを事前公開します。 又は：

      • グローバル発行/更新を実行します。

      • ユーザーの発行/更新を実行します。

      • すべてのユーザー対象パッケージを発行解除します。

      • 次のユーザー仮想ファイル システム (VFS) エントリを削除します。

        • AppData\Local\Microsoft\AppV\Client\VFS
        • AppData\Roaming\Microsoft\AppV\Client\VFS

  • ストレージ:

    • 「App-V インボックス クライアントを有効にする」の説明に従って 、App-V クライアントを有効にします。
    • UE-V を有効にし、UE-V テンプレート ギャラリーから App-V 設定テンプレートをダウンロードします。次の手順を参照してください。
    • 共有コンテンツ ストア (SCS) モード用に構成します。 詳細については、「 App-V シーケンサーのデプロイ」および「クライアントの構成」を参照してください。
    • サインイン レジストリ DWORD でユーザー統合の保持を構成します。
    • グローバルターゲットパッケージ ( Add-AppvClientPackage など) をすべて事前に構成します。
    • グローバルターゲット接続グループ ( Add-AppvClientConnectionGroup など) をすべて事前構成します。
    • すべてのグローバルターゲット パッケージを事前公開します。

構成

重要な App-V クライアント構成の場合と、もう少しコンテキストと方法については、次の構成設定を確認してください。

  • 共有コンテンツ ストア (SCS) モード: 共有コンテンツ ストアを実行すると、公開データのみがハード ディスク上に保持されます。他の仮想アプリケーション資産はメモリ (RAM) に保持されます。 このような結果は、ローカル ストレージを節約し、1 秒あたりのディスク I/O (IOPS) を最小限に抑えるのに役立ちます。

    この設定は、App-V クライアント エンドポイントと SCS コンテンツ サーバー SAN の間で待機時間の短い接続を使用できる場合に推奨されます。

  • PreserveUserIntegrationsOnLogin: 特定のパッケージを事前構成していない (Add-AppvClientPackage) この設定が構成されていない場合、App-V クライアントは永続化されたユーザー統合を統合解除し、再統合します。

    上記の条件を満たすパッケージごとに、発行/更新中に実質的に 2 倍の作業が行われます。

    基本イメージで使用可能なすべてのユーザー パッケージを事前構成する予定がない場合は、この設定を使用します。

    • [レジストリ] の [ HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Integration] で構成します。
    • 値が 1 の DWORD 値 PreserveUserIntegrationsOnLogin を作成します。
    • App-V クライアント サービスを再起動するか、App-V クライアントを実行しているコンピューターを再起動します。

  • MaxConcurrentPublishingRefresh: この設定は、公開の更新/同期を同時に実行できるユーザーの数を決定します。 既定の設定は制限なしです。

    同時発行更新の数を制限すると、コンピューターのパフォーマンスに影響を与える可能性のある CPU 使用率が過剰になるのを防ぐことができます。 この制限は、複数のユーザーが同時に同じコンピューターにサインインし、公開更新同期を実行できる RDS 環境で推奨されます。

    同時発行更新のしきい値に達した場合、新しいアプリケーションを発行し、サインイン後にエンド ユーザーが使用できるようにするために必要な時間は、不確定な時間がかかる可能性があります。

    • [レジストリ] の [ HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Publishing] で構成します。
    • 必要な最大数の同時発行更新を使用して、DWORD 値 MaxConcurrentPublishingrefresh を作成します。
    • App-V クライアント サービスとコンピューターを再起動する必要はありません。

App-V アプローチ用に UE-V ソリューションを構成する

User Experience Virtualization (UE-V) を使用して、特定のユーザーのアプリケーション設定と Windows オペレーティング システム設定をキャプチャして一元化することをお勧めします。 これらの設定は、デスクトップ コンピューター、ラップトップ コンピューター、仮想デスクトップ インフラストラクチャ (VDI) セッションなど、ユーザーがアクセスするさまざまなコンピューターに適用されます。 UE-V は、RDS と VDI のシナリオ向けに最適化されています。

詳細については、以下を参照してください。

注

追加の構成手順を実行しないと、ユーザー環境仮想化 (UE-V) は、ターゲット コンピューターの [スタート] メニュー ショートカット (.lnk ファイル) を同期できません。 .lnk ファイルの種類は既定で除外されます。

UE-V では、RDS シナリオと VDI シナリオの除外リストからの.lnk ファイルの種類の削除のみがサポートされます。このシナリオでは、すべてのユーザーのデバイスが同じ場所に同じアプリケーション セットがインストールされており、すべての.lnk ファイルがすべてのユーザーのデバイスで有効です。 たとえば、UE-V では現在、次の 2 つのシナリオはサポートされていません。結果として、ショートカットは 1 つのデバイスで有効ですが、すべてのデバイスでは有効ではありません。

  • ユーザーが、.lnk ファイルが有効になっている 1 つのデバイスにアプリケーションがインストールされ、同じネイティブ アプリケーションが別のデバイスにインストールされ、.lnk ファイルが有効になっている別のインストール ルートにインストールされている場合。

  • ユーザーがあるデバイスにアプリケーションをインストールしているが、.lnk ファイルが有効になっていない場合。

重要

このトピックでは、レジストリ エディターを使用して Windows レジストリを変更する方法について説明します。 Windows レジストリを誤って変更すると、Windows を再インストールする必要がある重大な問題が発生する可能性があります。 レジストリを変更する前に、レジストリ ファイルのバックアップ コピー (System.datとUser.dat) を作成する必要があります。 Microsoft は、レジストリを変更したときに発生する可能性のある問題を解決できることを保証できません。 レジストリは自己責任で変更してください。

Microsoft レジストリ エディター (regedit.exe) を使用して、 HKEY\_LOCAL\_MACHINE\Software\Microsoft\UEV\Agent\Configuration\ExcludedFileTypes に移動し、除外されたファイルの種類から .lnk を削除します。

App-V アプローチ用に他のユーザー プロファイル管理 (UPM) ソリューションを構成する

ステートフル環境での期待は、UPM ソリューションが実装され、セッション間およびログイン間でのユーザー データの永続化をサポートできることです。

UPM ソリューションの要件は次のとおりです。

最適化されたサインイン エクスペリエンス (たとえば、ユーザーの App-V アプローチ) を有効にするには、ソリューションで次の機能が必要です。

  • ユーザー プロファイル/ペルソナの一部として、以下のユーザー統合を永続化します。

  • サインイン時 (またはアプリケーションの開始時) にユーザー プロファイルの同期をトリガーすると、発行/更新の開始前にすべてのユーザー統合が確実に適用される可能性があります。

  • ユーザー統合を含むユーザー プロファイル ディスク (UPD) または同様のテクノロジのアタッチとデタッチ。

注

UPD を使用する場合は、プロファイル全体がユーザー プロファイル ディスクに格納されている場合にのみ、App-V がサポートされます。

ユーザー プロファイル ディスクに格納されている選択したフォルダーで UPD を使用する場合、App-V パッケージはサポートされません。 書き込み時のコピー ドライバーは、選択した UPD フォルダーを処理しません。

  • セッションサインアウトの前に、ユーザー統合を構成する場所に対する変更をキャプチャします。

発行サーバー (Add-AppvPublishingServer) を追加するときに App-V を使用すると、サインイン中や指定した更新間隔後の更新など、同期を構成できます。 どちらの場合も、スケジュールされたタスクが作成されます。

以前のバージョンの App-V では、両方のスケジュールされたタスクが、ユーザーとグローバル更新を開始する VBScript を使用して構成されていました。 Application Virtualization 5.0 SP2 用修正プログラム パッケージ 4 以降では、サインイン時のユーザーの更新は 、 によって 開始SyncAppvPublishingServer.exe。 この変更は、UPM ソリューションにトリガー プロセスを提供するために導入されました。 このプロセスは、UPM ソリューションがユーザー統合を適用できるように、発行/更新を遅延させます。 発行/更新が完了すると終了します。

ユーザー統合

レジストリ: HKEY_CURRENT_USER

  • パス - Software\Classes

    除外: ローカル設定、ActivatableClasses、AppX*

  • パス - Software\Microsoft\AppV

  • Path- Software\Microsoft\Windows\CurrentVersion\App Paths

ファイルの場所

  • ルート: "環境変数" APPDATA

    パス: Microsoft\AppV\Client\Catalog

  • ルート: "環境変数" APPDATA

    パス: Microsoft\AppV\Client\Integration

  • ルート: "環境変数" APPDATA

    パス - Microsoft\Windows\スタート メニュー\プログラム

  • (すべてのデスクトップ ショートカット、仮想および非仮想を保持するには)

    ルート - "KnownFolder" {B4BFCC3A-DB2C-424C-B029-7FE99A87C641}FileMask - *.lnk

ユーザー エクスペリエンスのチュートリアル

この次のプロセスは、App-V 操作と UPM 操作とユーザーの期待を段階的に説明したものです。

  • パフォーマンス: VDI/RDSH 環境でこのアプローチを実装した後、最初のサインイン時に、

    • (操作)ユーザー発行/更新が開始されます。

      (期待値)ユーザーが仮想アプリケーション (非永続的など) を初めて発行する場合、この操作は発行/更新の通常の期間を要します。

  • (操作)発行/更新後、UPM ソリューションはユーザー統合をキャプチャします。

    (期待値)UPM ソリューションの構成方法によっては、このキャプチャがサインアウト プロセスの一部として発生する可能性があります。 この結果は、ユーザーの状態を保持する場合と同じ/同様のオーバーヘッドが発生します。

    以降のログイン時:

    • (操作)UPM ソリューションは、公開/更新の前にユーザー統合をシステムに適用します。

      (期待値)デスクトップまたはスタート メニューにショートカットが存在し、すぐに動作します。 発行/更新が完了すると (つまり、パッケージエンタイトルメントが変更される)、一部が消える場合があります。

    • (操作)発行/更新プロセスでは、ユーザー パッケージエンタイトルメントの変更に対する操作が発行解除され、発行されます。

      (期待値)エンタイトルメントの変更がない場合、発行は数秒で完了します。 そうしないと、仮想アプリケーションの数と複雑さに対して発行/更新が増加します

      発行操作 (Publish-AppVClientPackage) は、ユーザー カタログにエントリを追加し、エンタイトルメントをユーザーにマップし、ローカル ストアを識別し、統合手順を完了して完了します。

    • (操作)UPM ソリューションは、サインアウト時にユーザー統合を再度キャプチャします。

      (期待値)前と同じです。

    結果:

    • ユーザー統合は完全に保持されるため、作業はありません。 たとえば、発行/更新を完了するための統合などです。 すべての仮想アプリケーションは、サインインから数秒以内に使用できます。
    • 公開/更新では、ユーザーが資格を持つ仮想アプリケーションに対する変更が処理され、エクスペリエンスに影響します。

  • ストレージ: VDI/RDSH 環境でこの方法を実装した後、最初にサインインします。

    • (操作)ユーザー発行/更新が開始されます。

      (期待):

      • このインスタンスが仮想アプリケーションを初めて発行する場合 (非永続的など)、発行/更新の通常の期間がかかります。
      • 最初以降のサインインは、パッケージの事前構成 (追加/更新) の影響を受けます。

    • (操作)発行/更新後、UPM ソリューションはユーザー統合をキャプチャします。

      (期待値)UPM ソリューションの構成方法によっては、このキャプチャがサインオフ プロセスの一部として発生する可能性があります。 この結果は、ユーザーの状態を保持する場合と同じ/同様のオーバーヘッドが発生します。

    以降のログイン時:

    • (操作)UPM ソリューションは、公開/更新の前にユーザー統合をシステムに適用します。

    • (操作)追加/更新では、すべてのユーザー対象アプリケーションを事前に構成する必要があります。

      • (期待):
        • これにより、アプリケーションの可用性までの時間が大幅に増加する可能性があります (10 秒順)。
        • これにより、仮想アプリケーションの数と複雑さ* に対する公開更新時間が長くなります。

    • (操作)発行/更新プロセスは、ユーザー パッケージの権利に対する変更に対する発行および発行操作を解除します。

    結果: 追加/更新ではすべての仮想アプリケーションを VM に再構成する必要があるため、サインインするたびに発行更新時間が延長されます。

パッケージのライフ サイクルへの影響

パッケージのアップグレードは、パッケージ ライフサイクルの重要な側面です。 ユーザーが適切なアップグレード済み (発行済み) またはダウングレード (公開されていない) 仮想アプリケーション パッケージにアクセスできるようにするために、これらの変更を反映するように基本イメージを更新します。 次のセクションを確認する理由を理解するには:

App-V 5.0 SP2 では、保留中の状態の概念が導入されました。 かつては

  • 管理者がエンタイトルメントを変更したり、パッケージの新しいバージョンを作成 (アップグレード) したり、発行/更新中にそのパッケージが使用中であった場合、それぞれ発行解除操作または発行操作は失敗します。

  • パッケージが使用中の場合、操作は保留中です。 発行解除操作と発行ペン操作は、サービスの再起動時、または別の発行または発行解除コマンドが発行された場合に処理されます。 後者の場合、仮想アプリケーションが使用されていない場合、仮想アプリケーションは保留中の状態のままです。 グローバルに発行されたパッケージの場合、多くの場合、再起動 (またはサービスの再起動) が必要です。

非永続的な環境では、これらのペンド操作が処理される可能性は低いです。 たとえば、タスクは、 HKEY_CURRENT_USER \ Software \ Microsoft \ AppV \ Client \ PendingTasks でキャプチャされます。 この場所は UPM ソリューションによって保持されますが、サインイン前に環境に適用されていない場合は処理されません。

パフォーマンス最適化チューニングによる VDI エクスペリエンスの強化

次のセクションには、Microsoft のドキュメントとダウンロードに関する情報が記載された一覧が含まれています。これは、パフォーマンスのために環境を最適化するときに役立つ可能性があります。

Windows Server

Microsoft Windows Server 2012 R2 のサーバー パフォーマンス チューニング ガイドライン

サーバーの役割

Windows クライアント (ゲスト OS) のパフォーマンス チューニング ガイダンス

発行パフォーマンスのためにパッケージを最適化するためのシーケンス手順

いくつかの App-V 機能は、新しいシナリオを容易にしたり、新しい顧客のデプロイ シナリオを有効にしたりします。 次の機能は、発行操作と起動操作のパフォーマンスに影響する可能性があります。

ステップ 考慮事項 メリット トレードオフ
特徴ブロック 1 なし (FB1、プライマリ FB とも呼ばれます) FB1 は、起動中にアプリケーションがすぐに起動し、エラーをストリーミング (アプリケーションにはファイル、DLL、ネットワーク経由でプルダウンする必要があります) を意味しません。 ネットワークに制限がある場合、FB1 では次のようになります。
  • アプリケーションを初めて起動するときに使用されるストリーム 障害とネットワーク帯域幅の数を減らします。
  • FB1 ストリーム全体まで起動を遅延します。
    		•  ストリーム障害が発生すると、起動時間が短縮されます。 FB1 が構成された仮想アプリケーション パッケージは、再シーケンスする必要があります。

    FB1 の削除

    FB1 を削除しても、元のアプリケーション インストーラーは必要ありません。 次の手順を完了した後、シーケンサーを実行しているコンピューターをクリーン スナップショットに戻することをお勧めします。

    シーケンサー UI

    新しい仮想アプリケーション パッケージを作成します。

    1. 「-> ストリーミングをカスタマイズする」までのシーケンス手順を完了します。

    2. [ストリーミング] 手順では、[ 低速ネットワークまたは信頼性の低いネットワーク経由でのデプロイ用にパッケージを最適化する] を選択しないでください。

    3. 必要に応じて、[ ターゲット OS] に移動します。

    既存の仮想アプリケーション パッケージを変更する

    1. ストリーミングまでのシーケンス手順を完了します。

    2. 低速または信頼性の低いネットワーク経由でのデプロイに対して [パッケージの最適化] を選択しないでください。

    3. [パッケージの作成] に移動します。

    Windows PowerShell

    既存の仮想アプリケーション パッケージを更新します。

    1. 管理者特権の Windows PowerShell セッションを開きます。

    2. Import-module appvsequencer。

    3. Update-AppvSequencerPackage - AppvPackageFilePath

      "C:\Packages\MyPackage.appv" -Installer

      "C:\PackageInstall\PackageUpgrade.exe empty.exe" -OutputPath

      "C:\UpgradedPackages"

      注

      このコマンドレットには、実行可能ファイル (.exe) またはバッチ ファイル (.bat) が必要です。 空の (何もしない) 実行可能ファイルまたはバッチ ファイルを指定する必要があります。

    ステップ 考慮事項 メリット トレードオフ
    発行時に SXS がインストールされない (SxS アセンブリのプレインストール) 仮想アプリケーション パッケージを再シーケンスする必要はありません。 SxS アセンブリは、仮想アプリケーション パッケージに残ることができます。 SxS アセンブリの依存関係は、発行時にはインストールされません。 SxS アセンブリの依存関係をプレインストールする必要があります。

    シーケンサーで新しい仮想アプリケーション パッケージを作成する

    シーケンサーの監視中に、SxS アセンブリ (VC++ ランタイムなど) がアプリケーションのインストールの一部としてインストールされている場合、SxS アセンブリが自動的に検出され、パッケージに含まれます。 管理者に通知され、SxS アセンブリを除外するオプションがあります。

    クライアント側

    仮想アプリケーション パッケージを発行すると、App-V クライアントは、必要な SxS 依存関係が既にインストールされているかどうかを検出します。 依存関係がコンピューターで使用できず、パッケージに含まれている場合は、従来の Windows インストーラー (。msi) SxS アセンブリのインストールが開始されます。 クライアントを実行しているコンピューターに依存関係をインストールして、Windows インストーラー (.msi) のインストールが行われないようにします。

    ステップ 考慮事項 メリット トレードオフ
    動的構成ファイルを選択的に使用する App-V クライアントは、これらの動的構成ファイルを解析して処理する必要があります。

    ファイルのサイズと複雑さ (スクリプトの実行、VREG の包含/除外) に注意してください。

    多数の仮想アプリケーション パッケージに、ユーザー固有またはコンピューター固有の動的構成ファイルが既に存在する場合があります。    		 これらのファイルを選択的に使用するか、まったく使用しない場合、発行時間が短縮されます。 関連付けられている動的構成ファイルを削除するには、仮想アプリケーション パッケージを個別に再構成するか、App-V サーバー管理コンソールを使用して再構成する必要があります。

    Windows PowerShell を使用した動的構成の無効化

    • 既に発行されているパッケージの場合は、 Set-AppVClientPackage -Name Myapp -Path c:\Packages\Apps\MyApp.appv を使用できます。

      -DynamicDeploymentConfiguration パラメーター

    • 同様に、 Add-AppVClientPackage -Path c:\Packages\Apps\MyApp.appvを使用して新しいパッケージを追加する場合は、

      -DynamicDeploymentConfiguration パラメーター。

    動的構成を適用する方法に関するドキュメントについては、次を参照してください。

    ステップ 考慮事項 メリット トレードオフ
    パッケージ ライフサイクル中の同期スクリプト実行のアカウント。 スクリプトの担保がパッケージに埋め込まれている場合、Add コマンドレットの速度が低下する可能性があります。
    仮想アプリケーションの起動中にスクリプトを実行する (StartVirtualEnvironment、StartProcess) または Add+Publish は、これらのライフサイクル操作の 1 つ以上の間に認識されるパフォーマンスに影響します。    		 非同期 (非ブロック) スクリプトを使用すると、ライフサイクル操作が効率的に完了します。 この手順では、動的構成ファイルが関連付けられている、およびスクリプトを同期的に参照および実行する、埋め込みスクリプト担保を持つすべての仮想アプリケーション パッケージに関する実用的な知識が必要です。
    パッケージから余分な仮想フォントを削除します。 App-V 製品チームによって調査されたほとんどのアプリケーションには、いくつかのフォント (通常は 20 個未満) が含まれていました。 仮想フォントは、公開更新のパフォーマンスに影響します。 目的のフォントをネイティブで有効またはインストールする必要があります。 手順については、「フォントのインストールまたはアンインストール」を参照してください。

    パッケージに存在する仮想フォントの決定

    • パッケージのコピーを作成します。

    • Package_copy.appv の名前を Package_copy.zip に変更する

    • AppxManifest.xml を開き、次の構文を見つけます。

      <appv:Extension Category="AppV.Fonts">
<appv:Fonts>
<appv:Font Path="[{Fonts}]\private\CalibriL.ttf" DelayLoad="true"></appv:Font>
</appv:Fonts>

    注

    DelayLoad としてマークされたフォントがある場合、最初の起動には影響しません。

    パッケージからの仮想フォントの除外

    ユーザー スコープに最適な動的構成ファイルを使用します。コンピューター上のすべてのユーザーの展開構成、特定のユーザーまたはユーザーのユーザー構成。

    • デプロイまたはユーザー構成でフォントを無効にします。

    フォント

    -->
<Fonts Enabled="false" />
<!--

    App-V パフォーマンス ガイダンスの用語

    次の用語は、App-V のパフォーマンス最適化に関連する概念とアクションを記述するときに使用されます。

    • 複雑さ: 事前構成中 (Add-AppvClientPackage) または統合 (Publish-AppvClientPackage) 中のパフォーマンスに影響する可能性がある 1 つ以上のパッケージ特性を参照します。 いくつかの特性の例としては、マニフェスト サイズ、仮想フォントの数、ファイルの数などがあります。

    • 統合解除: ユーザー統合を削除します

    • 再統合: ユーザー統合を適用します。

    • 非永続的、プール済み: サインインするたびに仮想環境を実行するコンピューターを作成します。

    • 永続的な個人用: すべてのサインインで同じままの仮想環境を実行しているコンピューター。

    • ステートフル: このドキュメントでは、セッション間でユーザー統合が永続化され、非永続的な RDSH または VDI でユーザー環境管理テクノロジが使用されることを意味します。

    • ステートレス: セッション間でユーザーの状態が永続化されないシナリオを表します。

    • トリガー: (またはネイティブ アクション トリガー)。 UPM では、これらの種類のトリガーを使用して、監視または同期操作を開始します。

    • ユーザー エクスペリエンス: App-V のコンテキストでは、ユーザー エクスペリエンスは定量的に、次の部分の合計です。

      • ユーザーがサインインを開始する時点から、デスクトップを操作できる時点まで。

      • App-V の完全なサーバー インフラストラクチャを使用すると、デスクトップを操作できる時点から発行更新が開始される時点まで (Windows PowerShell 用語では同期)。 スタンドアロン インスタンスでは、Add-AppVClientPackage コマンドと Publish-AppVClientPackage Windows PowerShell コマンドが開始されたときです。

      • 発行更新の開始から完了まで。 スタンドアロン インスタンスでは、この更新は、仮想アプリケーションが発行される最初から最後のインスタンスです。

      • 仮想アプリケーションをショートカットから起動できる場所から。 または、ファイルの種類の関連付けが登録され、指定された仮想アプリケーションが起動される時点からです。

    • ユーザー プロファイル管理: 環境に関連付けられているユーザー コンポーネントを管理するための、制御された構造化されたアプローチ。 たとえば、ユーザー プロファイル、基本設定とポリシー管理、アプリケーション制御、アプリケーションのデプロイなどです。 スクリプトまたは Microsoft 以外のソリューションを使用して、必要に応じて環境を構成できます。

    Application Virtualization (App-V) の概要