Share via

App-V システムをパッケージのアップグレード用に構成する方法

  • [アーティクル]

App-V Sequencer でアップグレードされた既存のアプリケーション パッケージの新しいバージョンをデプロイすると、App-V クライアントが新しいバージョンをローカル キャッシュに自動的にストリーミングするようにデプロイできます。 使用するストリーミング ソリューションに応じて、パッケージのアップグレードを構成するためのさまざまな手順があります。 次のセクションでは、発行とストリーミングの最も一般的なシナリオについて説明し、各シナリオに対してパッケージのアップグレードを構成するために必要な手順を説明します。

発行とストリーミングの両方に管理サーバーを使用する

このシナリオでは、パッケージとアプリケーションの発行とストリーミングの両方に 1 つの App-V 管理サーバーが使用され、RTSP(S) プロトコルが必要です。 元のパッケージが App-V Management Server にインポートされると、管理者は、シーケンサーによって作成されたファイルを含むパッケージ フォルダーを CONTENT フォルダーにコピーします (たとえば、\\server\CONTENT\packagename)。 管理者は、OSD ファイル内の HREF エントリを編集して、パッケージ フォルダー内の SFT ファイルをポイントし、パッケージをサーバーにインポートします。

ユーザーが管理サーバーによって認証されると、サーバーはapplist.xml ファイルをクライアントに送信してユーザーのアプリケーションを発行します。 クライアントは、管理サーバーからアプリケーションの OSD ファイルとアイコンを取得します。 ユーザーがアプリケーション アイコンをダブルクリックすると、OSD ファイルで指定されたパスからアプリケーションのコンテンツがクライアント キャッシュにストリーミングされ、アプリケーションが開始されます。

パッケージをアップグレードするには

App-V Sequencer でアップグレードされたアプリケーションの新しいバージョンを追加するには、管理者は新しい SFT ファイルとその他の変更されたファイルを、元のバージョンのアプリケーションと同じフォルダーにコピーする必要があります。 管理者は、サーバー管理コンソールで バージョンの追加 を使用して、パッケージの新しいバージョンを追加します。

ユーザーが次にアプリケーションを起動すると、サーバーは新しいバージョンをクライアントに自動的にストリーミングします。 パッケージをアップグレードするこの特定の方法は、以前はアクティブ アップグレードと呼ばれていました。

発行に管理サーバーを使用し、ストリーミング用にストリーミング サーバーを使用する

このシナリオでは、App-V 管理サーバーはパッケージの発行に使用され、ストリーミング サーバーはパッケージとアプリケーションのストリーミングに使用されます。 RTSP(S) プロトコルが必要です。 元のパッケージが管理サーバーにインポートされると、管理者は、シーケンサーによって作成されたファイルを含むパッケージ フォルダーを CONTENT フォルダーにコピーします (たとえば、\\server\CONTENT\packagename)。 管理者は、ストリーミング サーバー上の SFT ファイルを指すように OSD ファイルの HREF エントリを編集し、パッケージを管理サーバーにインポートします。

ストリーミング サーバーを設定するために、管理者はパッケージ フォルダーを管理サーバーからストリーミング サーバーの CONTENT フォルダーにコピーします。 このフォルダーの名前と、管理サーバーの CONTENT フォルダーの下の相対パスは、管理サーバーと同じである必要があります (例: \\streamingserver\CONTENT\packagename)。

クライアントのアプリケーション ソース ルート (ASR) 設定がストリーミング サーバーを指すように構成されている場合、クライアントは OSD ファイルの HREF エントリのサーバー名の代わりにこの設定を使用します。 クライアント上の ISR フィールドと OSR フィールドは、必要に応じて、使用される特定のシステム アーキテクチャに応じて、管理サーバーまたはストリーミング サーバーのいずれかを指すように構成できます。

ユーザーが管理サーバーによって認証されると、サーバーはapplist.xml ファイルをクライアントに送信してユーザーのアプリケーションを発行します。 クライアントは、OSR フィールドと ISR フィールドの設定に応じて、ストリーミング サーバーまたは管理サーバーからアプリケーションの OSD ファイルとアイコンを取得します。

ユーザーがアプリケーション アイコンをダブルクリックすると、クライアントは OSD ファイル HREF 要素に含まれるパッケージ コンテンツ ファイル (SFT) へのパスを使用します。 ASR が使用されている場合、クライアントは HREF 要素のサーバー名 (およびポートとプロトコルを使用する場合) を ASR で指定されたストリーミング サーバーへのパスに置き換えます。 その後、アプリケーションはストリーミング サーバーからクライアント キャッシュにストリーミングされ、開始されます。

パッケージをアップグレードするには

App-V Sequencer でアップグレードされたアプリケーションの新しいバージョンを追加するには、管理者は、SFT ファイルの新しいバージョンとその他の変更されたファイルを、ストリーミング サーバー上のアプリケーションの元のバージョンと同じフォルダーにコピーする必要があります。

一貫性を保つには、新しいファイルを管理サーバー上のフォルダーにもコピーすることをお勧めします。 特に、クライアントの OSR または ISR フィールドを使用する場合は、更新された OSD ファイルとアイコンを、OSR フィールドと ISR フィールドで指定されているサーバーにコピーします。

ストリーミング サーバーが新しいバージョンを検出すると、次回ユーザーがアプリケーションを起動すると、サーバーは新しいバージョンをクライアントに自動的にストリーミングします。

発行に管理サーバーを使用し、ストリーミングに IIS サーバーを使用する

このシナリオでは、App-V 管理サーバーはパッケージの発行に使用され、IIS サーバーはパッケージとアプリケーションのストリーミングに使用されます。 元のパッケージが管理サーバーにインポートされると、管理者は、シーケンサーによって作成されたファイルを含むパッケージ フォルダーを CONTENT フォルダーにコピーします (たとえば、\\server\CONTENT\packagename)。 管理者は、IIS サーバー上の SFT ファイルを指すように OSD ファイルの HREF エントリを編集し、パッケージを管理サーバーにインポートします。

ストリーミング用に IIS サーバーを設定するには、管理者がパッケージ フォルダーを管理サーバーから IIS サーバーの CONTENT フォルダーにコピーします。 このフォルダーには、IIS サーバーの Web コンテンツ フォルダーの下の名前と相対パスが管理サーバーと同じである必要があります。たとえば、IIS サーバー上の URL には、次を使用 http://IISserver/CONTENT/packagename するか、または https://IISserver/CONTENT/packagename.

クライアントのアプリケーション ソース ルート (ASR) 設定が IIS サーバーを指すように構成されている場合、クライアントは OSD ファイルの HREF エントリのサーバー名の代わりに ASR を使用します。 必要に応じて、使用する特定のシステム アーキテクチャに応じて、クライアント上の ISR フィールドと OSR フィールドを、管理サーバーまたは IIS サーバーのいずれかを指すように構成できます。

管理サーバーがユーザーを認証すると、サーバーはapplist.xml ファイルをクライアントに送信してユーザーのアプリケーションを発行します。 クライアントは、ISR フィールドと OSR フィールドの設定に応じて、IIS サーバーまたは管理サーバーからアプリケーションの OSD ファイルとアイコンを取得します。

ユーザーがアプリケーション アイコンをダブルクリックすると、クライアントは OSD ファイル HREF 要素に含まれるパッケージ コンテンツ ファイル (SFT) へのパスを使用します。 ASR が使用されている場合、クライアントは HREF 要素のサーバー名 (およびポートとプロトコルを使用する場合) を ASR で指定された IIS サーバーへのパスに置き換えます。 その後、アプリケーションは、HTTP(S) プロトコルを使用して IIS サーバーからクライアント キャッシュにストリーミングされ、開始されます。

パッケージをアップグレードするには

パッケージをアップグレードする手順は次のとおりです。

  • OSD ファイルの新しいバージョンを、管理サーバーの CONTENT フォルダーの元のバージョンのフォルダー (\\server\CONTENT\packagename など) にコピーし、既存の OSD ファイルを置き換えます。 一貫性を保つには、他の変更されたファイルもコピーします。 クライアントの OSR または ISR フィールドが使用されている場合は、更新された OSD ファイルとアイコンも、OSR フィールドと ISR フィールドで指定されているサーバーにコピーします。

  • 新しいバージョンの SFT ファイルを、IIS サーバーの Web コンテンツ フォルダーの下のパッケージ フォルダーにコピーします。たとえば、IIS サーバー上の URL には、次を使用 http://IISserver/CONTENT/packagename するか、または https://IISserver/CONTENT/packagename.

次の発行更新時に、クライアントは新しいバージョンの OSD ファイルで更新されます。 このファイルは、SFT ファイルの新しいバージョンを指すようになりました。そのため、ユーザーが次にアプリケーション アイコンをダブルクリックすると、新しいバージョンが開始されます。

発行に管理サーバーを使用し、ストリーミング用のファイル共有を使用する

このシナリオでは、App-V 管理サーバーはパッケージの発行に使用され、ファイル サーバーはパッケージとアプリケーションのストリーミングに使用されます。 元のパッケージが管理サーバーにインポートされると、管理者は、シーケンサーによって作成されたファイルを含むパッケージ フォルダーを CONTENT フォルダーにコピーします (たとえば、\\server\CONTENT\packagename)。 管理者は、OSD ファイル内の HREF エントリを編集して、ファイル サーバー上の SFT ファイルを指すようにし、パッケージを管理サーバーにインポートします。

ストリーミング用にファイル サーバーを設定するには、管理者がパッケージ フォルダーを管理サーバーからファイル サーバーの CONTENT フォルダーにコピーします。 このフォルダーの名前と相対パスは、管理サーバー上のファイル サーバーの CONTENT フォルダーの下に 、\\fileserver\CONTENT\packagename などと同じである必要があります。

クライアントのアプリケーション ソース ルート (ASR) 設定が UNC パス (\\fileserver\content など) を使用してファイル サーバーを指すように構成されている場合、クライアントは OSD ファイルの HREF エントリのサーバー名ではなく、この設定を使用します。 管理者は、必要に応じて、使用されている特定のシステム アーキテクチャに応じて、管理サーバーまたはファイル サーバーのいずれかを指すようにクライアントの ISR フィールドと OSR フィールドを構成できます。

管理サーバーがユーザーを認証すると、サーバーはapplist.xml ファイルをクライアントに送信してユーザーのアプリケーションを発行します。 クライアントは、ISR フィールドと OSR フィールドの設定に応じて、ファイル サーバーまたは管理サーバーからアプリケーションの OSD ファイルとアイコンを取得します。

ユーザーがアプリケーション アイコンをダブルクリックすると、クライアントは OSD ファイル HREF 要素に含まれるパッケージ コンテンツ ファイル (SFT) へのパスを使用します。 ASR が使用されている場合、クライアントは HREF 要素のサーバー名 (およびポートとプロトコルを使用する場合) を ASR で指定されたファイル サーバーへのパスに置き換えます。 その後、アプリケーションはファイル サーバーからクライアント キャッシュにストリーミングされ、開始されます。

パッケージをアップグレードするには

パッケージをアップグレードする手順は次のとおりです。

  • OSD ファイルの新しいバージョンを、管理サーバーの CONTENT フォルダーの元のバージョンのフォルダー (\\server\CONTENT\packagename など) にコピーし、既存の OSD ファイルを置き換えます。 一貫性を保つには、他の変更されたファイルもコピーする必要があります。 クライアントの OSR または ISR フィールドが使用されている場合は、更新された OSD ファイルとアイコンも、OSR フィールドと ISR フィールドで指定されているサーバーにコピーします。

  • SFT ファイルの新しいバージョンを、ファイル サーバー上の CONTENT フォルダーの下のパッケージ フォルダー (\fileserver\CONTENT\packagename など) にコピーします。 V2 SFT ファイルを、ファイル サーバーの CONTENT 共有の下のフォルダー (\\fileserver\CONTENT\packagename\V1 など) にコピーします。

次の発行更新時に、クライアントは新しいバージョンの OSD ファイルで更新されます。 このファイルは SFT ファイルの新しいバージョンを指すようになったため、ユーザーが次にアプリケーション アイコンをダブルクリックすると、新しいバージョンが開始されます。

MSI ストリーミング モードを使用したパッケージのアップグレード

パッケージのシーケンス処理中に Windows インストーラー (MSI) ファイルを生成すると、シーケンサーは、必要なすべての発行情報を含む.MSI ファイルを作成します。 管理者は、.MSI ファイルをクライアントと .クライアント コンピューターからアクセスできるネットワーク共有へのパッケージ コンテンツを含む SFT ファイル。

アプリケーションをクライアントに発行するには、クライアント コンピューターで次のコマンドを実行します。

   Msiexec.exe /i \\PathToMsi\packagename.msi MODE=STREAMING OVERRIDEURL=\\\\server\share\package.sft

.MSI ファイルは、アプリケーションをクライアントに発行し、.SFT ファイルをクライアント キャッシュに送信します。

パッケージをアップグレードするには

新しいバージョンを追加するには、管理者が新しい.MSI ファイルをクライアントにデプロイし、新しいファイルを展開する必要があります。SFT ファイルをネットワーク共有に格納します。 管理者は、パッケージのデプロイに使用するのと同じコマンドを実行する必要がありますが、新しい.MSI ファイルと新しいファイルを使用します。たとえば、SFT ファイル:

   Msiexec.exe /i \\PathToMsi\packagename_2.msi MODE=STREAMING OVERRIDEURL=\\\\server\share\package_2.sft