Notes de publication sur App-V pour Windows 10, version 1607

S’applique à

  • Windows 10, version 1607

Voici les problèmes connus et les solutions de contournement pour Application Virtualization (App-V) exécuté sur Windows 10 version 1607.

Les packages Windows Installer (fichiers .msi) générés par le séquenceur App-V (version 5.1 et antérieures) ne peuvent pas être installés sur les ordinateurs avec le client App-V intégré

Il existe des packages MSI générés par un séquenceur App-V à partir de versions antérieures d’App-V (versions 5.1 et antérieures). Ces packages incluent une case activée pour valider si le client App-V est installé sur les appareils clients, avant d’autoriser l’installation du package MSI. Comme le client App-V est installé automatiquement lorsque vous mettez à niveau les appareils des utilisateurs vers Windows 10, version 1607, la case activée des conditions préalables échoue et provoque l’échec du MSI.

Solution de contournement :

  1. Installez la dernière version du séquenceur App-V, que vous pouvez obtenir à partir du Kit de déploiement et d’évaluation Windows pour Windows 10, version 1607. Consultez Télécharger le Windows ADK. Pour plus d’informations, consultez Installer App-V Sequencer.

  2. Assurez-vous d’avoir installé les outils MSI inclus dans le SDK Windows 10, disponibles comme suit :

  3. Copiez msidb.exe du chemin d’accès par défaut de l’installation de SDK Windows (C :\Program Files (x86)\Windows Kits\10) vers un autre répertoire. Par exemple : C :\MyMsiTools\bin

  4. À partir d’une invite Windows PowerShell avec élévation de privilèges, accédez au dossier suivant :

    <Dossier> d’installation de Windows Kits 10\Microsoft Application Virtualization\Sequencer\

    Par défaut, ce chemin d’accès est :
    C :\Program Files (x86)\Windows Kits\10\Microsoft Application Virtualization\Sequencer

  5. Exécutez la commande suivante :

    Update-AppvPackageMsi -MsiPackage "<path to App-V Package .msi file>" -MsSdkPath "<path>"

    où se trouve le chemin d’accès au nouveau répertoire (C :\MyMsiTools\ pour cet exemple).

Erreur lors de l’actualisation de publication entre le serveur de gestion App-V 5.0 SP3 et le client App-V sur Windows 10

Une erreur est générée lors de l’actualisation de publication lors de la synchronisation de packages depuis le serveur de gestion App-V 5.0 SP3 vers un client App-V sur Windows 10. Cette erreur se produit parce que le serveur App-V 5.0 SP3 ne comprend pas le système d’exploitation Windows 10 spécifié dans l’URL de publication. Le problème est résolu pour le serveur de publication App-V, mais n’est pas rétroporté vers des versions d’App-V 5.0 SP3 ou antérieures.

Solution de contournement : mettez à niveau le serveur de gestion App-V 5.0 vers le serveur de gestion App-V pour les clients Windows 10.

Les configurations personnalisées ne sont pas appliquées pour les packages qui seront publiés globalement s’ils sont définis à l’aide du serveur App-V

Si vous affectez un package à un groupe AD qui contient des comptes d’ordinateur et appliquez une configuration personnalisée à ce groupe à l’aide du serveur App-V, la configuration personnalisée ne sera pas appliquée à ces ordinateurs. Le client App-V publie globalement les packages affectés à un compte d’ordinateur. Toutefois, il stocke des fichiers de configuration personnalisés par utilisateur dans le profil de chaque utilisateur. Les packages publiés dans le monde entier n’ont pas accès à cette configuration personnalisée.

Solution de contournement : Implémentez l’une des tâches suivantes :

  • Attribuer le package à des groupes contenant uniquement des comptes d’utilisateurs. Cette affectation garantit que la configuration personnalisée du package sera stockée dans le profil de chaque utilisateur et qu’elle sera appliquée correctement.

  • Créez un fichier de configuration de déploiement personnalisé et appliquez-le au package sur le client, à l’aide de l’applet de commande Add-AppvClientPackage avec le paramètre –DynamicDeploymentConfiguration. Voir À propos de la configuration dynamique App-V pour plus d’informations.

  • Créez un package avec la configuration personnalisée à l’aide du séquenceur App-V.

Fichiers serveur non supprimés après l’installation du nouvel App-V Server

Si vous désinstallez le serveur App-V 5.0 SP1, puis le serveur App-V, l’installation échoue, une version incorrecte du serveur de gestion est installée et un message d’erreur s’affiche. Le problème se produit parce que les fichiers du serveur ne sont pas supprimés lorsque vous désinstallez App-V 5.0 SP1. Le processus d’installation procède donc à une mise à niveau plutôt qu’à une nouvelle installation.

Solution de contournement : Supprimez cette clé de Registre avant de commencer à installer App-V :

Sous HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall, recherchez et supprimez la clé GUID d’installation qui contient la valeur DWORD « DisplayName » avec les données de valeur « Microsoft Application Virtualization (App-V) Server ». C’est la seule clé qui doit être supprimée.

Les associations de types de fichiers ajoutées manuellement ne sont pas enregistrées correctement

Les associations de types de fichiers ajoutées manuellement à un package d’application à l’aide de l’onglet Raccourcis et FTA à la fin de l’Assistant Mise à niveau de l’application ne sont pas enregistrées correctement. Elles ne sont pas disponibles pour App-V Client ou Sequencer lors de la nouvelle mise à jour du package enregistré.

Solution : Pour ajouter une association de type de fichier, ouvrez le package pour modification et exécutez l’Assistant Mise à jour. Pendant l’étape d’installation, ajoutez la nouvelle association de type de fichier via le système d’exploitation. Le séquenceur détecte la nouvelle association dans le registre système et l’ajoute au registre virtuel du package, où elle est accessible au client.

Lors de la diffusion en continu de packages en mode Magasin de contenu partagé (SCS) vers un client également géré avec AppLocker, des données supplémentaires sont écrites sur le disque local.

Pour réduire la quantité de données écrites sur le disque local d’un client, vous pouvez activer le mode SCS sur App-V Client pour diffuser en continu le contenu d’un package à la demande. Toutefois, si AppLocker gère une application dans le package, certaines données peuvent être écrites sur le disque local du client alors qu’elles ne le seraient pas autrement.

Solution de contournement : aucune

Dans la boîte de dialogue Ajouter un package de la console de gestion, le bouton Parcourir n’est pas disponible lorsque vous utilisez Chrome ou Firefox

Sur la page Packages de la console de gestion, si vous sélectionnez Ajouter ou Mettre à niveau dans le coin inférieur droit, la boîte de dialogue Ajouter un package s’affiche. Si vous accédez à la console de gestion à l’aide de Chrome ou Firefox comme navigateur, vous ne pourrez pas accéder à l’emplacement du package.

Solution : tapez ou copiez-collez le chemin d’accès au package dans le champ d’entrée Ajouter un package . Si la console de gestion a accès à ce chemin d’accès, vous pouvez ajouter le package. Si le package se trouve sur un partage réseau, vous pouvez naviguer jusqu’à l’emplacement à l’aide de l’Explorateur de fichiers en procédant comme suit :

  1. Tout en appuyant sur la touche Maj, cliquez avec le bouton droit sur le fichier du package

  2. Sélectionner Copier comme chemin

  3. Coller le chemin d’accès dans le champ d’entrée de la boîte de dialogue Ajouter un package

La mise à niveau d’App-V Management Server vers la version 5.1 échoue parfois avec le message « Une erreur de base de données s’est produite »

Si vous installez le serveur de gestion App-V 5.0 SP1, puis que vous essayez de le mettre à niveau vers le serveur App-V lorsque plusieurs groupes de connexion sont configurés et activés, l’erreur suivante s’affiche : « Une erreur de base de données s’est produite. Raison : « Nom de colonne non valide « PackageOptional ». Nom de colonne non valide « VersionOptional ».

Solution de contournement : Exécutez cette commande sur votre base de données SQL :

ALTER TABLE AppVManagement.dbo.PackageGroupMembers ADD PackageOptional bit NOT NULL DEFAULT 0, VersionOptional bit NOT NULL DEFAULT 0

où « AppVManagement » est le nom de la base de données.

Les utilisateurs ne peuvent pas ouvrir un package dans un groupe de connexion publié par l’utilisateur si vous ajoutez ou supprimez un package facultatif

Dans les environnements qui exécutent le client RDS ou qui ont plusieurs utilisateurs simultanés par ordinateur, les utilisateurs connectés ne peuvent pas ouvrir d’applications dans des packages qui se trouvent dans un groupe de connexion publié par l’utilisateur si un package facultatif est ajouté ou supprimé du groupe de connexion.

Solution de contournement : demandez aux utilisateurs de se déconnecter, puis de se reconnecter.

Un message d’erreur s’affiche par erreur lorsque le groupe de connexion n’est publié qu’à l’utilisateur

Lorsque vous exécutez Repair-AppvClientConnectionGroup, l’erreur suivante s’affiche, même si le groupe de connexion est publié uniquement pour l’utilisateur : « Erreur d’intégration interne d’App-V : Package non intégré pour l’utilisateur. Assurez-vous que le package est ajouté à l’ordinateur et publié pour l’utilisateur. »

Solution de contournement : Exécutez l’une des tâches suivantes :

  • Publiez tous les packages d’un groupe de connexion.

    Le problème se produit lorsque le groupe de connexion en cours de réparation contient des packages manquants ou non disponibles pour l’utilisateur (c’est-à-dire non publiés globalement ou pour l’utilisateur). Toutefois, la réparation fonctionne si tous les packages du groupe de connexion sont disponibles, assurez-vous donc que tous les packages sont publiés.

  • Réparez les packages individuellement à l’aide de la commande Repair-AppvClientPackage plutôt que de la commande Repair-AppvClientConnectionGroup.

    Déterminez quels packages sont disponibles pour les utilisateurs, puis exécutez la commande Repair-AppvClientPackage une fois pour chaque package. Utilisez les applets de commande Windows PowerShell pour exécuter les tâches suivantes :

    1. Obtenez tous les packages d’un groupe de connexion.

    2. Vérifiez si chaque package est actuellement publié.

    3. Si le package est actuellement publié, exécutez Repair-AppvClientPackage sur ce package.

Les icônes ne s’affichent pas correctement dans Sequencer

Les icônes de l’onglet Raccourcis et associations de types de fichier ne s’affichent pas correctement lors de la modification d’un package dans App-V Sequencer. Ce problème se produit lorsque la taille des icônes n’est pas de 16x16 ou 32x32.

Solution : utilisez uniquement des icônes de 16x16 ou 32x32.

InsertVersionInfo.sql script n’est plus requis pour la base de données de gestion

Le script InsertVersionInfo.sql n’est pas requis pour les versions de la base de données de gestion App-V ultérieures à App-V 5.0 SP3.

Microsoft Visual Studio 2012 non pris en charge

App-V ne prend pas en charge Visual Studio 2012.

Solution : utilisez une version plus récente de Microsoft Visual Studio.

Actuellement, Visual Studio 2012 ne prend pas en charge la virtualisation d’applications, que ce soit à l’aide de Microsoft App-V ou de solutions tierces telles que VMware ThinApp. Bien qu’il soit possible que Visual Studio fonctionne bien pour vos besoins dans l’exécution dans l’un de ces environnements, nous ne sommes pas en mesure de résoudre les bogues ou problèmes détectés lors de l’exécution dans un environnement virtualisé pour le moment.

Restrictions des noms de fichiers d’application pour App-V Sequencer

App-V Sequencer ne peut pas séquencer des applications dont les noms de fichiers correspondent à « CO_<x> », où x est un chiffre. Des 0x8007139F d’erreur seront générés.

Solution de contournement : utiliser un autre nom de fichier

Pour plus d’informations qui peuvent aider à résoudre les problèmes liés à App-V pour Windows 10, consultez :

  • Last updated on