Share via

Procédure pour configurer le système App-V pour la mise à niveau d'un package

  • Article

Mis à jour: octobre 2009

S'applique à: Application Virtualization

Lorsque vous déployez une nouvelle version d'un package d'application existant ayant été mise à jour dans le séquenceur d'App-V, vous pouvez le faire de sorte que les clients App-V diffusent automatiquement la nouvelle version vers le cache local. Suivant la solution de diffusion que vous utilisez, il existe des procédures différentes de configuration de la mise à niveau du package. Les sections suivantes décrivent les scénarios les plus courants de publication et de diffusion, et elles comportent les procédures nécessaires à la configuration de la mise à niveau de package pour chaque scénario.

Utilisation d'un serveur Management Server pour la publication et la diffusion

Dans ce scénario, un même serveur App-V Management Server est utilisé à la fois pour la publication et la diffusion de packages et d'applications. Le protocole RTSP(S) est requis. Lorsque le package d'origine est importé vers le serveur App-V Management Server, l'administrateur copie le dossier de package contenant les fichiers créés par le séquenceur dans le dossier CONTENT (par exemple, dans \\serveur\CONTENT\nompackage). L'administrateur modifie également l'entrée HREF du fichier OSD pour qu'elle pointe vers le fichier SFT du dossier de package, puis importe le package vers le serveur.

Lorsqu'un utilisateur est authentifié par le serveur Management Server, le serveur publie les applications de l'utilisateur en envoyant le fichier applist.xml au client. Le client récupère alors les fichiers OSD et les icônes des applications auprès du serveur Management Server. Lorsque le client double-clique sur une icône d'application, le contenu d'application est diffusé vers le cache du client à partir du chemin d'accès spécifié dans le fichier OSD. L'application est alors démarrée.

Pour mettre à niveau le package

Pour ajouter une nouvelle version d'une application qui a été mise à niveau dans le séquenceur d'App-V, l'administrateur doit copier le nouveau fichier SFT ainsi que tous les autres fichiers modifiés dans le même dossier que la version originale de l'application. L'administrateur utilisera alors Ajouter une version dans la console Server Management pour ajouter la nouvelle version du package.

Lorsque l'utilisateur démarre ensuite l'application, le serveur diffuse la nouvelle version au client automatiquement. Cette méthode particulière de mise à niveau d'un package s'appelait auparavant une mise à niveau active.

Utilisation d'un serveur Management Server pour la publication et d'un serveur Streaming Server pour la diffusion

Dans ce scénario, le serveur App-V Management Server est utilisé pour la publication, tandis que le serveur Streaming Server est utilisé pour la diffusion de packages et d'applications. Le protocole RTSP(S) est requis. Lorsque le package d'origine est importé vers le serveur Management Server, l'administrateur copie le dossier de package contenant les fichiers créés par le séquenceur dans le dossier CONTENT (par exemple, dans \\serveur\CONTENT\nompackage). L'administrateur modifie l'entrée HREF du fichier OSD pour qu'elle pointe vers le fichier SFT du serveur Streaming Server, puis importe le package vers le serveur Management Server.

Pour configurer le serveur Streaming Server, l'administrateur copie le dossier de packages du serveur Management Server vers le dossier CONTENT du serveur Streaming Server. Ce dossier doit posséder le même nom et le même chemin d'accès sous le dossier CONTENT du serveur Streaming Server que sur le serveur Management Server (par exemple, \\serveurdiffusion\CONTENT\nompackage).

Si le paramètre ASR (Application Source Root) du client est configuré pour pointer vers le serveur Streaming Server, le client utilise ce paramètre au lieu du nom du serveur figurant dans l'entrée HREF du fichier OSD. Les champs ISR et OSR du client peuvent, le cas échéant, être configurés pour pointer soit vers le serveur Management Server, soit vers le serveur Streaming Server, selon l'architecture système utilisée.

Lorsqu'un utilisateur est authentifié par le serveur Management Server, le serveur publie les applications de l'utilisateur en envoyant le fichier applist.xml au client. Le client récupère les fichiers OSD et les icônes des applications auprès du serveur Streaming Server ou du serveur Management Server, selon les paramètres des champs OSR et ISR.

Lorsque l'utilisateur double-clique sur une icône d'application, le contenu d'application est diffusé vers le cache du client à partir du chemin d'accès spécifié dans le fichier OSD. L'application est alors démarrée. Si l'ASR est utilisé, le client remplace le nom de serveur (ainsi que le port et le protocole s'ils sont utilisés) dans l'élément HREF par le chemin d'accès au serveur Streaming Server spécifié dans l'ASR. L'application est alors diffusée du serveur Streaming Server vers le cache du client, puis démarrée.

Pour mettre à niveau le package

Pour ajouter une nouvelle version d'une application qui a été mise à niveau dans le séquenceur d'App-V, l'administrateur doit copier la nouvelle version du fichier SFT ainsi que tous les autres fichiers modifiés dans le même dossier que la version originale de l'application sur le serveur Streaming Server.

Pour des raisons de cohérence, nous vous recommandons de copier également les nouveaux fichiers dans le dossier sur le serveur Management Server. Si vous utilisez les champs OSR ou ISR du client, copiez le fichier OSD mis à jour ainsi que les icônes sur le serveur spécifié dans ces champs.

Lorsque l'utilisateur démarre l'application après que le serveur Streaming Server a détecté la nouvelle version, celui-ci diffuse cette version au client automatiquement.

Utilisation d'un serveur Management Server pour la publication et d'un serveur IIS pour la diffusion

Dans ce scénario, le serveur App-V Management Server est utilisé pour la publication, tandis que le serveur IIS est utilisé pour la diffusion de packages et d'applications. Lorsque le package d'origine est importé vers le serveur Management Server, l'administrateur copie le dossier de package contenant les fichiers créés par le séquenceur dans le dossier CONTENT (par exemple, dans \\serveur\CONTENT\nompackage). L'administrateur modifie l'entrée HREF du fichier OSD pour qu'elle pointe vers le fichier SFT du serveur IIS, puis importe le package vers le serveur Management Server.

Pour configurer le serveur IIS pour la diffusion, l'administrateur copie le dossier de packages du serveur Management Server vers le dossier CONTENT du serveur IIS. Ce dossier doit posséder le même nom et le même chemin d'accès sous le dossier de contenu Web du serveur IIS que sur le serveur Management Server (par exemple, http://serveurIIS/CONTENT/nompackage ou https://serveurIIS/CONTENT/nompackage).

Si le paramètre ASR (Application Source Root) du client est configuré pour pointer vers le serveur IIS, le client utilise ce paramètre au lieu du nom du serveur figurant dans l'entrée HREF du fichier OSD. Le cas échéant, vous pouvez configurer les champs ISR et OSR sur le client de sorte qu'ils pointent vers le serveur Management Server ou vers le serveur IIS, selon l'architecture système utilisée.

Lorsque le serveur Management Server authentifie l'utilisateur, il serveur publie les applications de l'utilisateur en envoyant le fichier applist.xml au client. Le client récupère les fichiers OSD et les icônes des applications auprès du serveur IIS ou du serveur Management Server, selon les paramètres des champs ISR et OSR.

Lorsque l'utilisateur double-clique sur une icône d'application, le contenu d'application est diffusé vers le cache du client à partir du chemin d'accès spécifié dans le fichier OSD. L'application est alors démarrée. Si l'ASR est utilisé, le client remplace le nom de serveur (ainsi que le port et le protocole s'ils sont utilisés) dans l'élément HREF par le chemin d'accès au serveur IIS spécifié dans l'ASR. L'application est alors diffusée du serveur IIS vers le cache du client, à l'aide du protocole HTTP(S), puis démarrée.

Pour mettre à niveau le package

Pour mettre à niveau le package, procédez comme suit :

  • Copiez la nouvelle version du fichier OSD dans le dossier de la version originale sous le dossier CONTENT du serveur Management Server (par exemple \\serveur\CONTENT\nompackage), et remplacez le fichier OSD existant. Pour des raisons de cohérence, copiez les autres fichiers modifiés également. Si les champs OSR ou ISR du client sont utilisés, copiez également le fichier OSD mis à jour ainsi que les icônes sur le serveur spécifié dans ces champs.

  • Copiez la nouvelle version du fichier SFT sous le dossier de contenu Web du serveur IIS (accessible à l'aide de l'adresse http://serveurIIS/CONTENT/nompackage ou https://serveurIIS/CONTENT/nompackage, par exemple).

Lors de la prochaine actualisation de la publication, le client est mis à jour avec la nouvelle version du fichier OSD. Ce fichier pointe alors vers la nouvelle version du fichier SFT. Ainsi, lorsque l'utilisateur appuiera sur une icône d'application, la nouvelle version sera démarrée.

Utilisation d'un serveur Management Server pour la publication et d'un partage de fichiers pour la diffusion

Dans ce scénario, le serveur App-V Management Server est utilisé pour la publication, tandis que le serveur de fichiers est utilisé pour la diffusion de packages et d'applications. Lorsque le package d'origine est importé vers le serveur Management Server, l'administrateur copie le dossier de package contenant les fichiers créés par le séquenceur dans le dossier CONTENT (par exemple, dans \\serveur\CONTENT\nompackage). L'administrateur modifie l'entrée HREF du fichier OSD pour qu'elle pointe vers le fichier SFT du serveur de fichiers, puis importe le package vers le serveur Management Server.

Pour configurer le serveur de fichiers pour la diffusion, l'administrateur copie le dossier de packages du serveur Management Server vers le dossier CONTENT du serveur de fichiers. Ce dossier doit posséder le même nom et le même chemin d'accès sous le dossier CONTENT du serveur de fichiers que sur le serveur Management Server (par exemple, \\serveurfichiers\CONTENT\nompackage).

Si le paramètre ASR (Application Source Root) du client est configuré pour pointer vers le serveur de fichiers à l'aide d'un chemin UNC, par exemple \\serveurfichiers\contenu, le client utilise ce paramètre au lieu du nom du serveur figurant dans l'entrée HREF du fichier OSD. Le cas échéant, l'administrateur peut configurer les champs ISR et OSR sur le client de sorte qu'ils pointent vers le serveur Management Server ou vers le serveur de fichiers, selon l'architecture système utilisée.

Lorsque le serveur Management Server authentifie l'utilisateur, il serveur publie les applications de l'utilisateur en envoyant le fichier applist.xml au client. Le client récupère les fichiers OSD et les icônes des applications auprès du serveur de fichiers ou du serveur Management Server, selon les paramètres des champs ISR et OSR.

Lorsque l'utilisateur double-clique sur une icône d'application, le contenu d'application est diffusé vers le cache du client à partir du chemin d'accès spécifié dans le fichier OSD. L'application est alors démarrée. Si l'ASR est utilisé, le client remplace le nom de serveur (ainsi que le port et le protocole s'ils sont utilisés) dans l'élément HREF par le chemin d'accès au serveur de fichiers spécifié dans l'ASR. L'application est alors diffusée du serveur de fichiers vers le cache du client, puis démarrée.

Pour mettre à niveau le package

Pour mettre à niveau le package, procédez comme suit :

  • Copiez la nouvelle version du fichier OSD dans le dossier de la version originale sous le dossier CONTENT du serveur Management Server (par exemple \\serveur\CONTENT\nompackage), en remplaçant le fichier OSD existant. Tous les autres fichiers modifiés doivent également être copiés pour des raisons de cohérence. Si les champs OSR ou ISR du client sont utilisés, copiez également le fichier OSD mis à jour ainsi que les icônes sur le serveur spécifié dans ces champs.

  • Copiez la nouvelle version du fichier SFT dans le dossier de package sous le dossier CONTENT du serveur de fichiers (par exemple \\serveurfichiers\CONTENT\nompackage). Copiez la version 2 du fichier SFT dans le dossier sous le partage CONTENT du serveur de fichiers (par exemple \\serveurfichiers\CONTENT\nompackage\V1).

Lors de la prochaine actualisation de la publication, le client est mis à jour avec la nouvelle version du fichier OSD. Ce fichier pointe alors vers la nouvelle version du fichier SFT. Ainsi, lorsque l'utilisateur appuiera sur une icône d'application, la nouvelle version sera démarrée.

Mise à niveau du package à l'aide du mode de diffusion MSI

Lorsque vous générez un fichier Windows Installer (MSI) au cours du séquencement d'un package, le séquenceur crée un fichier MSI qui contient l'ensemble des informations de publication nécessaires. L'administrateur doit copier le fichier .MSI sur le client et le fichier .SFT ayant le contenu de package sur le partage réseau accessible par l'ordinateur client.

Pour publier l'application sur le client, exécutez la commande suivante sur l'ordinateur client :

   Msiexec.exe /I "\\\\cheminmsi\\nompackage.msi" MODE=STREAMING OVERRIDEURL="\\\\serveur\\partage\\package.sft" LOAD=TRUE /q

Le fichier .MSI publie les applications sur le client, puis diffuse le fichier .SFT vers le cache du client.

Pour mettre à niveau le package

Pour ajouter une nouvelle version, un administrateur doit déployer un nouveau fichier .MSI vers le client, et un nouveau fichier .SFT vers le partage réseau. L'administrateur doit alors exécuter la même commande pour déployer le package, mais utiliser le nouveau fichier .MSI et le nouveau fichier .SFT. Par exemple :

   Msiexec.exe /i \\CheminMsi\nompackage_2.msi MODE=STREAMING OVERRIDEURL=\\\\serveur\partage\package_2.sft

-----
Vous pouvez en savoir plus sur MDOP dans la bibliothèque TechNet, recherchez des informations de dépannage sur le wiki TechNet ou suivez-nous sur Facebook ou Twitter. Veuillez envoyer vos suggestions et commentaires sur la documentation de MDOP à MDOPdocs@microsoft.com.