Maintenance d’App-V
S’applique à :
- Windows 10
- Windows 11
Une fois que vous avez déployé le client App-V pour Windows, vous pouvez utiliser les informations suivantes pour gérer l’infrastructure App-V.
Déplacement du serveur App-V
Le serveur App-V se connecte à la base de données App-V, ce qui signifie que vous pouvez installer le composant de gestion et le connecter à la base de données App-V sur n’importe quel ordinateur du réseau. Pour plus d’informations, consultez Guide pratique pour déplacer le serveur App-V vers un autre ordinateur.
Déterminer si une application App-V s’exécute virtualisée
Les éditeurs de logiciels indépendants (ISV) qui souhaitent déterminer si une application s’exécute virtualisée avec App-V doivent ouvrir un objet nommé appelé AppVVirtual-PID<> dans l’espace de noms par défaut (PID signifie ID de processus). Pour rechercher l’ID de processus du processus que vous utilisez actuellement, entrez l’API Windows GetCurrentProcessId().
Par exemple, supposons que l’ID de processus est 4052. Si vous pouvez ouvrir avec succès un objet Event nommé appelé AppVVirtual-4052 avec l’API OpenEvent() dans l’espace de noms d’accès en lecture par défaut, l’application est virtuelle. Si l’appel OpenEvent() échoue, l’application n’est pas virtuelle.
En outre, les éditeurs de logiciels indépendants qui souhaitent virtualiser explicitement ou non des appels sur des API spécifiques avec App-V 5.1 et versions ultérieures peuvent utiliser les fonctions VirtualizeCurrentThread() et CurrentThreadIsVirtualized() implémentées dans le module AppEntSubsystems32.dll pour indiquer à un composant en aval si l’appel doit être virtualisé ou non.