アップブイ
ゼナップおよびゼンデスクトップ®でのApp-Vの使用
Microsoft Application Virtualization (App-V)を使用すると、アプリケーションをサービスとして展開、更新、サポートできます。ユーザーは、自分のデバイスにアプリケーションをインストールすることなく、アプリケーションにアクセスできます。App-VとMicrosoft User State Virtualization (USV)は、場所やインターネット接続に関係なく、アプリケーションとデータへのアクセスを提供します。
次の表に、サポートされているバージョンを示します。
| アップブイ | ゼンデスクトップおよびゼナップ®のバージョン | |
|---|---|---|
| デリバリーコントローラー™ | VDA | |
| 5.0および5.0 SP1 | ゼンデスクトップ 7以降、ゼナップ 7.5以降 | 7.0以降 |
| 5.0 SP2 | ゼンデスクトップ 7以降、ゼナップ 7.5以降 | 7.1以降 |
| 5.0 SP3および5.1 | XenDesktop 7.6 から最新バージョンまで、XenApp 7.6 から最新バージョンまで | 7.6.300 以降 |
| ウィンドウズ サーバー 2016 での App-V | ゼンデスクトップ 7.12 以降、ゼンアップ 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 のデリバリーグループから起動できます。
- シトリックス レシーバー™ 経由で
- スタートメニューから
- App-V クライアントおよび Citrix Receiver を通じて
- 複数のデバイスで複数のユーザーが同時に
- シトリックス ストアフロント™ 経由で
変更された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の緊密に連携した展開で最も効果的です。
-
ネットワーク共有: ネットワーク共有に配置されたパッケージは、StudioのApp-Vサーバーおよびデータベースインフラストラクチャへの依存をなくし、オーバーヘッドを削減します。（各VDAにMicrosoft App-Vクライアントをインストールする必要はあります。）
App-Vパッケージとアプリケーションの使用にはStudioコンソールのみが必要なため、これはシングル管理者管理方法と呼ばれます。ネットワーク共有を参照し、その場所から1つ以上のApp-Vパッケージをサイトレベルのアプリケーションライブラリに追加します。
アプリケーションライブラリは、App-Vパッケージに関する情報を格納するキャッシュリポジトリを指すCitrix用語です。アプリケーションライブラリには、他のCitrixアプリケーション配信テクノロジーに関する情報も格納されます。
いずれか一方または両方の管理方法を同時に使用できます。つまり、アプリケーションをデリバリーグループに追加する場合、アプリケーションはApp-Vサーバー上またはネットワーク共有上にあるApp-Vパッケージから取得できます。
Studioのナビゲーションペインで構成 > App-V公開を選択すると、App-Vパッケージ名とソースが表示されます。ソース列は、パッケージがApp-Vサーバー上にあるか、アプリケーションライブラリにキャッシュされているかを示します。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションが一覧表示されます。
App-Vサーバーの負荷分散
デュアル管理者管理方法を使用している場合、DNSラウンドロビンを使用した管理サーバーおよび公開サーバーの負荷分散はサポートされています。Netscaler、F5（または類似の）仮想IPの背後にある管理サーバーの負荷分散は、StudioがリモートPowerShellを介して管理サーバーと通信する必要があるため、サポートされていません。詳細については、Citrixのブログ記事を参照してください。
分離グループ
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分離グループに追加できます。ただし、ユーザーがそのアプリケーションを起動すると、そのアプリケーションが最初に追加された分離グループが常に使用されます。そのアプリケーションを含む他の分離グループの順序付けや優先順位付けはできません。
セットアップ
次の表は、XenAppおよびXenDesktopで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アプリケーションをデリバリーグループに追加する |
マイクロソフト App-V の展開
App-Vの展開手順については、https://docs.microsoft.com/ja-jp/microsoft-desktop-optimization-pack/?redirectedfrom=MSDNを参照してください。
App-V公開サーバー設定を任意で変更します。Citrixは、ControllerでSDKコマンドレットを使用することを推奨します。詳細については、SDKドキュメントを参照してください。
- To view publishing server settings, enter Get-CtxAppvServerSetting -AppVPublishingServer <pubServer>.
- App-Vアプリケーションが適切に起動するようにするには、次のコマンドを入力します: Set-CtxAppvServerSetting –UserRefreshonLogon 0。
以前にGPOポリシー設定を使用して公開サーバー設定を管理していた場合、GPO設定はコマンドレット設定を含むすべての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サーバーアドレスを構成する
重要:
Citrixは、App-Vサーバーが非デフォルトのプロパティ値を使用している場合、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マシンへのソフトウェアのインストール
VDAを含むマシンには、App-Vをサポートするために2種類のソフトウェアがインストールされている必要があります。1つはMicrosoft製、もう1つはCitrix製です。
マイクロソフト 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チェックボックスをオフにします。コマンドラインインターフェイスでは、/exclude “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パッケージをデリバリーグループから削除すると、Citrix App-Vクライアントコンポーネントは、シングル管理者管理方法で不要になったパッケージのクリーンアップ、公開解除、および削除を試行します。
- ハイブリッド展開を使用している場合（シングル管理者管理方法で配信されたパッケージと、デュアル管理者または別のメカニズム（グループポリシーなど）で管理されているApp-V公開サーバーを使用している場合）、どの（現在冗長である可能性のある）パッケージがどのソースから来たのかを判断することはできません。この場合、クリーンアップは試行されません。
- 公開サーバーを使用していないが、別のメカニズム（SCCM、カスタムスクリプト、またはサードパーティのApp-V管理ソリューションなど）によって管理されているVDA上にパッケージがある場合、クリーンアップルーチンによってまだ必要なパッケージが削除される可能性があります。このシナリオでは、クリーンアップが試行されないように、ダミーのApp-V管理サーバー登録をVDAに追加します。
トラブルシューティング
デュアル管理者方式を使用している場合にのみ発生する可能性のある問題には、（DUAL）とマークされています。
(DUAL) Studioナビゲーションペインで「構成」>「App-V公開」を選択すると、PowerShell接続エラーが発生します。
- Studio管理者はApp-Vサーバー管理者でもありますか？Studio管理者は、App-V管理サーバーと通信できるように、そのサーバーの「administrators」グループに属している必要があります。
(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)?redirectedfrom=MSDNを参照してください。
- 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>のエントリを追加してください。詳細については、https://support.microsoft.com/kb/306541を参照してください。
-
App-VサーバーはActive Directoryに登録されていますか？
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)?redirectedfrom=MSDNを参照してください。
- パッケージには、Studio管理者がアクセスするための適切なセキュリティ権限がありますか？
App-Vアプリケーションが起動しません。
- (DUAL) 公開サーバーは実行中ですか？
- (DUAL) App-V パッケージには、ユーザーがアクセスできるように適切なセキュリティ権限がありますか？
- (DUAL) VDA で、Temp が正しい場所を指しており、Temp ディレクトリに十分な空き容量があることを確認します。
- (DUAL) App-V パブリッシングサーバーで、パブリッシングサーバーのリストを表示するために
Get-AppvPublishingServer \*を実行します。 - (DUAL) App-V パブリッシングサーバーで、UserRefreshonLogon が False に設定されていることを確認します。
- (DUAL) App-V パブリッシングサーバーにおいて、管理者権限で Set-AppvPublishingServer コマンドを実行し、UserRefreshonLogon の値を 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 > スクリプト実行を有効にする に移動します。
これらの手順で問題が解決しない場合は、ログを有効にして確認してください。
ログ
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”/>
- マシンを再起動して、ログ記録を開始します。