Gestion d'App-V 5.1
Mis à jour: août 2015
S'applique à: Application Virtualization 5.1
Après avoir effectué toute la planification nécessaire, puis le déploiement d'App-V 5.1, vous pouvez utiliser les informations suivantes pour gérer l'infrastructure App-V 5.1.
Déplacer App-V 5.1 Server
App-V 5.1 Server se connecte à la base de données App-V 5.1. Par conséquent, vous pouvez installer le composant de gestion sur n'importe quel ordinateur du réseau et le connecter à la base de données App-V 5.1.
Comment déplacer App-V Server sur un autre ordinateur
Déterminer si une application App-V 5.1 s'exécute sous forme virtualisée
Les éditeurs de logiciels indépendants (ISV) qui veulent déterminer si une application est virtualisée avec App-V 5.1 ou version ultérieure, doivent ouvrir un objet nommé AppVVirtual-<PID> dans l'espace de noms par défaut. Par exemple, l'API Windows GetCurrentProcessId() peut être utilisée pour obtenir l'ID du processus actuel, par exemple 4052. Ainsi, si un objet Événement nommé AppVVirtual-4052 peut être ouvert à l'aide d'OpenEvent() dans l'espace de noms par défaut pour l'accès en lecture, alors l'application est virtuelle. Si l'appel d'OpenEvent() échoue, l'application n'est pas virtuelle.
En outre, les ISV qui veulent explicitement virtualiser ou non les appels de certaines API avec App-V 5.1 et version ultérieure, peuvent utiliser les fonctions VirtualizeCurrentThread() et CurrentThreadIsVirtualized() implémentées dans le module AppEntSubsystems32.dll. Ces fonctions offrent un moyen d'indiquer à un composant en aval que l'appel doit ou ne doit pas être virtualisé.
Vous avez une suggestion pour App-V ?
Ajoutez des suggestions ou votez pour les meilleures ici. Pour les problèmes relatifs à App-V, utilisez le Forum TechNet App-V.
Autres ressources pour la maintenance de App-V 5.1
-----
Vous pouvez en apprendre plus sur MDOP dans Bibliothèque TechNet, rechercher des solutions à des problèmes dans le TechNet Wiki ou nous suivre sur Facebook ou Twitter.
-----