Partager via


À propos d'App-V 5.0 SP3

Utilisez les sections suivantes pour passer en revue les informations sur les modifications importantes qui s’appliquent à Microsoft Application Virtualization (App-V) 5.0 SP3 :

Prérequis logiciels app-V 5.0 SP3 et configurations prises en charge

Pour connaître les prérequis logiciels App-V 5.0 SP3 et les configurations prises en charge, consultez les articles suivants :

Migration vers App-V 5.0 SP3

Utilisez les informations suivantes pour effectuer une mise à niveau vers App-V 5.0 SP3 à partir de versions antérieures.

Avant de commencer la mise à niveau

Avant de commencer la mise à niveau, passez en revue les informations suivantes :

Éléments à réviser avant la mise à niveau Description
Composants à mettre à niveau - Serveur App-V
-Séquenceur
- Client App-V ou Client Des services Bureau à distance (RDS) App-V
- Groupes de connexions
Mise à niveau à partir d’App-V 4.x Vous devez d’abord effectuer une mise à niveau vers App-V 5.0. Vous ne pouvez pas mettre à niveau directement d’App-V 4.x vers App-V 5.0 SP3.
Pour plus d’informations, voir :
- À propos d’App-V 5.0
- Planification de la migration à partir d’une version précédente d’App-V
Mise à niveau à partir d’App-V 5.0 ou version ultérieure Vous pouvez effectuer une mise à niveau vers App-V 5.0 SP3 directement à partir de l’une des versions suivantes :
- App-V 5.0
- App-V 5.0 SP1
- App-V 5.0 SP2

Pour effectuer une mise à niveau vers App-V 5.0 SP3, suivez les étapes décrites dans les sections restantes de cet article.
Modifications requises des packages et des groupes de connexions après la mise à niveau Aucune. Les packages et les groupes de connexions continuent de fonctionner comme ils le font actuellement.

Étapes de mise à niveau de l’infrastructure App-V

Effectuez les étapes suivantes pour mettre à niveau chaque composant de l’infrastructure App-V vers App-V 5.0 SP3.

Étape 1 : Mettre à niveau le serveur App-V

Si vous n’utilisez pas le serveur App-V, ignorez cette étape et passez à l’étape suivante.

Remarque

Le client App-V 5.0 SP3 est compatible avec le serveur App-V 5.0 SP1.

Procédez comme suit :

  1. Consultez les notes de publication d’App-V 5.0 SP3 pour connaître les problèmes susceptibles d’affecter l’installation d’App-V Server.

  2. Effectuez l’une des opérations suivantes, selon la méthode que vous utilisez pour mettre à niveau la base de données de gestion et/ou la base de données de création de rapports :

  3. Si vous mettez à niveau app-V Server à partir du package de correctif logiciel App-V 5.0 SP1 3 ou version ultérieure, effectuez les étapes décrites dans la section Vérifier les clés de Registre après l’installation du serveur App-V 5.0 SP3.

  4. Suivez les étapes décrites dans Guide pratique pour déployer le serveur App-V 5.0.

Étape 2 : Mettre à niveau App-V Sequencer

Pour plus d’informations, consultez Guide pratique pour installer Sequencer.

Étape 3 : Mettre à niveau le client App-V ou le client RdS App-V

Pour plus d’informations, consultez Guide pratique pour déployer le client App-V.

Vérifier les clés de Registre avant d’installer le serveur App-V 5.0 SP3

Lorsque cette étape est requise Vous effectuez une mise à niveau à partir d’App-V SP1 avec les packages de correctifs logiciels suivants que vous avez installés à l’aide d’un fichier .msp.
Quels composants vous obligent à effectuer cette étape Uniquement les composants App-V Server que vous mettez à niveau.
Quand vous devez effectuer cette étape Avant de mettre à niveau le serveur App-V vers App-V 5.0 SP3
Ce que vous devez faire À l’aide des informations des tableaux suivants, mettez à jour chaque valeur de clé de Registre sous HKLM\Software\Microsoft\AppV\Server avec la valeur que vous avez fournie dans votre installation de serveur d’origine. Cette étape restaure les valeurs de Registre qui ont peut-être été supprimées lors de l’installation des packages de correctifs logiciels App-V SP1.

ManagementDatabase Clé

Si vous installez la base de données de gestion, définissez ces clés de Registre sous HKLM\Software\Microsoft\AppV\Server\ManagementDatabase.

Nom de la clé Description
IS_MANAGEMENT_DB_PUBLIC_ACCESS_ACCOUNT_REQUIRED Décrit si un compte d’accès public est requis pour accéder aux bases de données de gestion non locales. La valeur est définie sur 1 si nécessaire.
MANAGEMENT_DB_NAME Nom de la base de données de gestion.
MANAGEMENT_DB_PUBLIC_ACCESS_ACCOUNT Compte utilisé pour l’accès en lecture (public) à la base de données de gestion. Utilisé lorsque IS_MANAGEMENT_DB_PUBLIC_ACCESS_ACCOUNT_REQUIRED a la valeur 1.
MANAGEMENT_DB_PUBLIC_ACCESS_ACCOUNT_SID Identificateur sécurisé (SID) du compte utilisé pour l’accès en lecture (public) à la base de données de gestion. Utilisé lorsque IS_MANAGEMENT_DB_PUBLIC_ACCESS_ACCOUNT_REQUIRED a la valeur 1.
MANAGEMENT_DB_SQL_INSTANCE SQL Server instance pour la base de données de gestion. Si la valeur est vide, la base de données par défaut instance est utilisée.
MANAGEMENT_DB_WRITE_ACCESS_ACCOUNT Compte utilisé pour l’accès en écriture (administrateur) à la base de données de gestion.
MANAGEMENT_DB_WRITE_ACCESS_ACCOUNT_SID Identificateur sécurisé (SID) du compte utilisé pour l’accès en écriture (administrateur) à la base de données de gestion.
MANAGEMENT_REMOTE_SERVER_MACHINE_ACCOUNT Compte d’ordinateur distant du serveur d’administration (domaine\compte).
MANAGEMENT_SERVER_INSTALL_ADMIN_ACCOUNT Connexion de l’administrateur d’installation pour le serveur d’administration (domaine\compte).
MANAGEMENT_SERVER_MACHINE_USE_LOCAL Les valeurs valides sont :
- 1: le service de gestion se trouve sur l’ordinateur local, c’est-à-dire MANAGEMENT_REMOTE_SERVER_MACHINE_ACCOUNT est vide.
- 0: le service de gestion se trouve sur un ordinateur différent de l’ordinateur local.

ManagementService Clé

Si vous installez le serveur d’administration, définissez ces clés de Registre sous HKLM\Software\Microsoft\AppV\Server\ManagementService.

Nom de la clé Description
MANAGEMENT_ADMINACCOUNT services de domaine Active Directory groupe ou compte (AD DS) autorisé à gérer App-V (domaine\compte).
MANAGEMENT_DB_SQL_INSTANCE SQL Server instance qui contient la base de données de gestion. Si la valeur est vide, la base de données par défaut instance est utilisée.
MANAGEMENT_DB_SQL_SERVER_NAME Nom du serveur SQL distant avec la base de données de gestion. Si la valeur est vide, l’ordinateur local est utilisé.

ReportingDatabase Clé

Si vous installez la base de données de création de rapports, définissez ces clés de Registre sous HKLM\Software\Microsoft\AppV\Server\ReportingDatabase.

Nom de la clé Description
IS_REPORTING_DB_PUBLIC_ACCESS_ACCOUNT_REQUIRED Décrit si un compte d’accès public est nécessaire pour accéder aux bases de données de création de rapports non locales. La valeur est définie sur 1 si nécessaire.
REPORTING_DB_NAME Nom de la base de données de création de rapports.
REPORTING_DB_PUBLIC_ACCESS_ACCOUNT Compte utilisé pour l’accès en lecture (public) à la base de données de création de rapports. Utilisé lorsque IS_REPORTING_DB_PUBLIC_ACCESS_ACCOUNT_REQUIRED a la valeur 1.
REPORTING_DB_PUBLIC_ACCESS_ACCOUNT_SID Identificateur sécurisé (SID) du compte utilisé pour l’accès en lecture (public) à la base de données de rapports. Utilisé lorsque IS_REPORTING_DB_PUBLIC_ACCESS_ACCOUNT_REQUIRED a la valeur 1.
REPORTING_DB_SQL_INSTANCE SQL Server instance pour la base de données de création de rapports. Si la valeur est vide, la base de données par défaut instance est utilisée.
REPORTING_DB_WRITE_ACCESS_ACCOUNT Compte utilisé pour l’accès en écriture (administrateur) à la base de données de création de rapports.
REPORTING_DB_WRITE_ACCESS_ACCOUNT_SID Identificateur sécurisé (SID) du compte utilisé pour l’accès en écriture (administrateur) à la base de données de rapports.
REPORTING_REMOTE_SERVER_MACHINE_ACCOUNT Compte d’ordinateur distant du serveur de rapports (domaine\compte).
REPORTING_SERVER_INSTALL_ADMIN_ACCOUNT Connexion de l’administrateur d’installation pour le serveur de rapports (domaine\compte).
REPORTING_SERVER_MACHINE_USE_LOCAL Les valeurs valides sont :
- 1: le service de création de rapports se trouve sur l’ordinateur local, c’est-à-dire REPORTING_REMOTE_SERVER_MACHINE_ACCOUNT qu’il est vide.
- 0: le service de création de rapports se trouve sur un ordinateur différent de l’ordinateur local.

ReportingService Clé

Si vous installez le serveur de rapports, définissez ces clés de Registre sous HKLM\Software\Microsoft\AppV\Server\ReportingService.

Nom de la clé Description
REPORTING_DB_SQL_INSTANCE SQL Server instance pour la base de données de création de rapports. Si la valeur est vide, la base de données par défaut instance est utilisée.
REPORTING_DB_SQL_SERVER_NAME Nom du serveur SQL distant avec la base de données de création de rapports. Si la valeur est vide, l’ordinateur local est utilisé.

Le fichier XML du groupe de connexions créé manuellement nécessite une mise à jour du schéma

Si vous créez manuellement le fichier XML du groupe de connexions et que vous souhaitez utiliser les nouvelles fonctionnalités « packages facultatifs » et « utiliser n’importe quelle version » décrites dans Améliorations apportées aux groupes de connexions, vous devez spécifier le schéma suivant dans le fichier XML :

xmlns="http://schemas.microsoft.com/appv/2014/virtualapplicationconnectiongroup"

Pour obtenir des exemples et plus d’informations, consultez À propos du fichier de groupe de connexions.

Améliorations apportées aux groupes de connexions

Vous pouvez gérer les groupes de connexions plus facilement à l’aide de packages facultatifs et d’autres améliorations qui ont été ajoutées dans App-V 5.0 SP3. Le tableau suivant récapitule les tâches que vous pouvez effectuer à l’aide des nouvelles fonctionnalités de groupe de connexions et établit des liens vers des informations plus détaillées sur chaque tâche.

Activer un groupe de connexions pour inclure des packages facultatifs

L’inclusion de packages facultatifs dans un groupe de connexions vous permet de déterminer dynamiquement quelles applications seront incluses dans l’environnement virtuel du groupe de connexions, en fonction des applications auxquelles les utilisateurs ont droit. Vous n’avez pas besoin de gérer autant de groupes de connexions, car vous pouvez combiner des packages facultatifs et non facultatifs dans le même groupe de connexions. La combinaison de packages permet à différents groupes d’utilisateurs d’utiliser le même groupe de connexions, même si les utilisateurs peuvent n’avoir qu’un seul package en commun. Par exemple, vous pouvez activer un package avec Microsoft Office pour tous les utilisateurs, mais activer différents packages facultatifs, qui contiennent différents plug-ins Office, pour différents sous-ensembles d’utilisateurs.

Pour plus d’informations, consultez Guide pratique pour utiliser des packages facultatifs dans des groupes de connexions.

Annuler la publication ou supprimer un package facultatif sans modifier le groupe de connexions

Annuler la publication ou la suppression, ou annuler la publication et republier un package facultatif, qui se trouve dans un groupe de connexions, sans avoir à désactiver ou réactiver le groupe de connexions sur le client App-V.

Pour plus d’informations, consultez Guide pratique pour utiliser des packages facultatifs dans des groupes de connexions.

Publier des groupes de connexions qui contiennent des packages publiés par l’utilisateur et publiés globalement

Créez un groupe de connexions publié par l’utilisateur qui contient des packages publiés par l’utilisateur et publiés globalement.

Pour plus d’informations, consultez How to Create a Connection Group with User-Published and Globally Published Packages.

Faire en sorte qu’un groupe de connexions ignore la version du package

Configurez un groupe de connexions pour accepter n’importe quelle version d’un package, ce qui vous permet de mettre à niveau un package sans avoir à désactiver le groupe de connexions. En outre, s’il existe un package facultatif avec une version incorrecte dans le groupe de connexions, le package est ignoré et n’empêche pas la création de l’environnement virtuel du groupe de connexions.

Pour plus d’informations, consultez Guide pratique pour qu’un groupe de connexions ignore la version du package.

Limiter les fonctionnalités de publication des utilisateurs finaux

Autoriser uniquement les administrateurs (et non les utilisateurs finaux) à publier des packages et à activer les groupes de connexions.

Pour plus d’informations, consultez Comment autoriser uniquement les administrateurs à activer les groupes de connexions.

Pour plus d’informations sur les packages, consultez les articles suivants :

Activer ou désactiver un groupe de connexions pour un utilisateur spécifique

Les administrateurs peuvent activer ou désactiver un groupe de connexions pour un utilisateur spécifique à l’aide du paramètre facultatif -UserSID . Pour plus d’informations, consultez Comment gérer des groupes de connexions sur un ordinateur autonome à l’aide de PowerShell.

Fusion de chemins d’accès de package identiques dans un répertoire virtuel dans des groupes de connexions

Si plusieurs packages d’un groupe de connexions contiennent des chemins d’accès de répertoire identiques, les chemins d’accès sont fusionnés dans un répertoire virtuel unique à l’intérieur de l’environnement virtuel du groupe de connexions. Cette fusion de chemins d’accès permet à une application dans un package d’accéder aux fichiers qui se trouvent dans un autre package.

Pour plus d’informations, consultez À propos de l’environnement virtuel du groupe de connexions.

Les administrateurs peuvent publier et annuler la publication de packages pour un utilisateur spécifique

Les administrateurs peuvent utiliser les applets de commande suivantes pour publier ou annuler la publication de packages pour un utilisateur spécifique. Pour utiliser les applets de commande, entrez le -UserSID paramètre, suivi de l’identificateur de sécurité (SID) de l’utilisateur. Pour plus d’informations, voir :

Exemple :

Publish-AppvClientPackage "ContosoApplication" -UserSID S-1-2-34-56789012-3456789012-345678901-2345
Unpublish-AppvClientPackage "ContosoApplication" -UserSID S-1-2-34-56789012-3456789012-345678901-2345

Autoriser uniquement les administrateurs à publier et annuler la publication de packages

Vous pouvez autoriser uniquement les administrateurs (et non les utilisateurs finaux) à publier et annuler la publication de packages à l’aide de l’une des méthodes suivantes :

RunVirtual la clé de Registre prend en charge les packages publiés sur l’utilisateur

App-V 5.0 SP3 ajoute la prise en charge de l’utilisation de la RunVirtual clé de Registre avec des applications virtualisées qui se trouvent dans des packages publiés par l’utilisateur. La RunVirtual clé de Registre vous permet d’exécuter une application installée localement dans un environnement virtuel, ainsi que les applications qui ont été virtualisées à l’aide d’App-V.

Auparavant, les applications virtualisées dans les packages App-V devaient être publiées globalement. Pour plus d’informations sur RunVirtual et sur les autres méthodes d’exécution d’applications installées localement dans un environnement virtuel avec des applications virtualisées, consultez Exécution d’une application installée localement dans un environnement virtuel avec des applications virtualisées.

Nouvelles applets de commande PowerShell et aide sur les applets de commande pouvant être mises à jour

Les nouvelles applets de commande PowerShell et l’aide des applets de commande pouvant être mises à jour sont incluses dans App-V 5.0 SP3. Pour télécharger les modules d’applet de commande, consultez Guide pratique pour charger les applets de commande PowerShell et obtenir de l’aide sur les applets de commande.

Nouvelles applets de commande PowerShell app-V 5.0 SP3 Server

De nouvelles applets de commande Windows PowerShell pour le serveur App-V ont été ajoutées pour vous aider à gérer les groupes de connexions.

  • Add-AppvServerConnectionGroupPackage : ajoute un package à la fin de la liste des packages d’un groupe de connexions et vous permet de configurer le package comme facultatif et/ou sans version dans le groupe de connexions.
  • Set-AppvServerConnectionGroupPackage : vous permet de modifier les détails du package de groupe de connexions, par exemple s’il est facultatif.
  • Remove-AppvServerConnectionGroupPackage : supprime un package d’un groupe de connexions.

Obtenir de l’aide pour les applets de commande PowerShell

L’aide de l’applet de commande est disponible sous la forme d’un module téléchargeable. Pour obtenir l’aide la plus récente après avoir téléchargé le module d’applet de commande, ouvrez Windows PowerShell ou Windows PowerShell’environnement de script intégré (ISE) et exécutez l’une des commandes suivantes :

  • Serveur App-V : Update-Help-Module AppvServer
  • App-V Sequencer : Update-Help-Module AppvSequencer
  • Client App-V : Update-Help-Module AppvClient

Pour plus d’informations, consultez Guide pratique pour charger les applets de commande PowerShell et obtenir de l’aide sur les applets de commande.

Le répertoire d’application virtuelle principal (PVAD) est masqué, mais peut être activé

Le répertoire d’application virtuelle principal (PVAD) est masqué dans App-V 5.0 SP3, mais vous pouvez le réactiver et le rendre visible à l’aide de l’une des méthodes suivantes.

Remarque

En savoir plus sur PVAD : Lorsque vous utilisez Sequencer pour créer un package, vous pouvez entrer n’importe quel chemin d’installation pour le package. Dans les versions antérieures d’App-V, vous deviez spécifier le répertoire d’application virtuel principal (PVAD) de l’application comme chemin d’accès. PVAD est le répertoire dans lequel vous installeriez généralement une application sur votre ordinateur local si vous n’utilisiez pas App-V. Par exemple, si vous installiez Office sur un ordinateur, le PVAD est C:\Program Files\Microsoft Office\généralement .

Utiliser un paramètre de ligne de commande

Passez le -EnablePVADControl paramètre au Sequencer.exe.

Créer une sous-clé de Registre

  1. Dans l’Éditeur du Registre, accédez à : HKLM\SOFTWARE\Microsoft\AppV\Sequencer\Compatibility. Si la Compatibility sous-clé n’existe pas, vous devez la créer.

  2. Créez une valeur DWORD nommée EnablePVADControlet définissez la valeur sur 1. Une valeur de 0 signifie que PVAD est masqué.

ClientVersion est nécessaire pour afficher les métadonnées de publication App-V

Dans App-V 5.0 SP3, vous devez fournir les valeurs suivantes dans l’adresse lorsque vous interrogez le serveur de publication App-V pour obtenir des métadonnées :

Valeur Informations supplémentaires
ClientVersion Si vous omettez le ClientVersion paramètre dans la requête, les métadonnées excluent les nouvelles fonctionnalités d’App-V 5.0 SP3.
ClientOS Vous devez fournir cette valeur uniquement si vous sélectionnez des systèmes d’exploitation clients spécifiques lorsque vous séquencez le package. Si vous sélectionnez la valeur par défaut (tous les systèmes d’exploitation), ne spécifiez pas cette valeur dans la requête. Si vous omettez le ClientOS paramètre de la requête, seuls les packages séquencés pour prendre en charge un système d’exploitation apparaissent dans les métadonnées.

Pour obtenir la syntaxe et des exemples de cette requête, consultez Affichage des métadonnées de publication app-V Server.

Les journaux des événements App-V ont été consolidés

Les journaux des événements suivants, précédemment situés dans Applications and Services Logs/Microsoft/AppV/<App-V component>, ont été déplacés vers Applications and Services Logs/Microsoft/AppV/ServiceLog.

Pour afficher les journaux, sélectionnez Afficher afficher>les journaux analytiques et déboguer dans l’application observateur d'événements.

Client-Catalog Client-Integration Client-Orchestration Client-PackageConfig Client-Scripting Client-Service Client-Vemgr Client-VFSC FilesystemMetadataLibrary ManifestLibrary PolicyLibrary Subsystems-ActiveX Subsystems-AppPath Subsystems-Com Subsystems-fta

Comment obtenir MDOP

App-V fait partie de Microsoft Desktop Optimization Pack (MDOP). MDOP fait partie de Microsoft Software Assurance. Pour plus d’informations sur Microsoft Software Assurance et l’acquisition de MDOP, consultez Comment obtenir MDOP.

Notes de publication pour App-V 5.0 SP3