AppDNA

Résolvez

AppDNA fournit des informations sur les problèmes de compatibilité détectés dans les applications. Dans AppDNA, le terme « correction » désigne le processus de résolution de ces problèmes en apportant des modifications aux applications ou à l’environnement afin que les applications fonctionnent sur la plate-forme cible.

Les rapports de correction fournissent des informations détaillées sur la résolution pour une application spécifique. Parfois, plus d’une approche alternative est proposée. Les rapports de correction fournissent également des détails sur les composants d’application concernés par chaque problème.

Rapports de correction

Il existe deux affichages de rapport de correction pour les applications de bureau et trois pour les applications Web :

  • Problèmes de résolution — Fournit une ventilation des problèmes identifiés par les algorithmes et des informations sur les composants concernés.
  • Actions de correction — Fournit une ventilation du nombre et du type d’actions requises pour corriger l’application.
  • Plan du site — (applications Web uniquement). Fournit un résumé des pages, objets, scripts et feuilles de style que le spider dirigé par AppDNA a visitées, ignorées ou n’a pas réussi à capturer.

Pour ouvrir un rapport de correction :

  1. Cliquez sur Rapports : Applications, puis cliquez sur le nom d’un rapport, tel que Windows 8/8.1, pour développer la liste des vues de rapport.

  2. Pour afficher Problèmes de résolution, cliquez sur Problèmes d’application, puis cliquez sur un lien d’application dans le rapport.

Pour afficher les actions de correction, cliquez sur Actions d’application, puis sur un lien d’application dans le rapport.

Pour permuter d’une vue à l’autre, cliquez sur le lien Basculer en haut du rapport.

Pour les applications de bureau pour lesquelles AppDNA fournit un correctif automatique, vous pouvez télécharger le correctif sous la forme d’un fichier .mst contenant des modifications qui peuvent être appliquées au fichier .msi de l’application pendant l’installation afin de corriger les problèmes. Cliquez sur le bouton Obtenir les correctifs MST pour télécharger le correctif.

Vous pouvez éventuellement fusionner des vues de rapport de correction pour plusieurs rapports standard (pas des rapports personnalisés). Par exemple, vous pouvez fusionner les résultats des rapports Windows 8 et App-V. Pour ce faire :

  1. Dans la barre d’outils Exporter, cliquez sur Fusionner le rapport.
  2. Sélectionnez le ou les autres rapports que vous souhaitez fusionner avec le ou les autres rapports en cours, puis cliquez sur Afficher le rapport fusionné.

Si cela est pertinent pour le rapport, les images du système d’exploitation actuellement sélectionnées sont affichées en haut de l’écran. Pour modifier la sélection, cliquez sur Modifier les images dans la barre d’outils Exporter.

Détail : affiche le nom de l’application, le fabricant, la version, le fichier d’installation, le type de package, l’état RAG standard et la date à laquelle la vue du rapport de correction a été générée.

Journal — Si l’application a undonnées externes ou manuelécritures de journal , ils sont affichés dans cette section. Si AppDNA a associé l’application à une entrée dans l’une des sources de données externes de la base de données PCA (shim), cette section affiche le(s) fichier(s) exécutable(s) correspondant(s) et, le cas échéant, le nom du ou des shims. Vous pouvez cliquer sur Accepter pour convertir une entrée de données externe en entrée de journal standard. Cela signifie que le statut RAG de l’application sera remplacé par le statut de compatibilité (journal) correspondant.

Les autres détails sont différents dans les vues Problème et Action.

Pour la vue Problème, il existe une liste des algorithmes déclenchés par l’application. Pour chaque algorithme, le rapport indique le nom du module et du rapport, ainsi que l’algorithme et le groupe d’algorithmes, le RAG standard et le nombre de fois que l’application a déclenché l’algorithme. Le nom de l’algorithme est un lien qui vous amène directement aux informations détaillées sur l’algorithme ci-dessous.

Les informations détaillées sur chaque algorithme montrent la description du groupe, la manifestation du problème identifié par l’algorithme, une explication de la correction et une liste des composants de l’application qui ont déclenché l’algorithme. Ces détails varient en fonction de l’algorithme.

Pour la vue Action, il existe une liste des actions qui doivent être implémentées pour résoudre les problèmes que les algorithmes ont détectés. Pour chaque combinaison de mesures et de détails d’action, le rapport indique l’effort requis, le GR après action et le nombre de questions à traiter. Le détail de l’action est un lien qui vous amène directement aux informations détaillées à ce sujet ci-dessous. Cela montre des détails sur chaque algorithme auquel l’action s’applique, y compris la description du groupe d’algorithmes, la manifestation du problème identifié par l’algorithme, une explication de la correction et une liste des composants de l’application qui ont déclenché l’algorithme. Ces détails varient en fonction de l’algorithme.

Conseil : utilisez l’Assistant Exportation de rapports pour exporter des rapports de correction pour plusieurs applications.

Actions de correction standard

Les rapports de correction répertorient les actions de correction et les détails d’action pour chaque application. Voici des exemples d’actions de correction qu’un rapport peut inclure :

  • Des tests supplémentaires sont requis :
    • L’application nécessite des tests de fonctionnalité
    • Évaluer les risques liés à la sécurité des applications
    • Test de compatibilité du pilote requis
    • Vérifiez que l’éditeur de l’application est digne de confiance
  • Tests XenApp supplémentaires requis
  • Appliquer shim
  • Modifier la stratégie de groupe
  • Modifier le matériel
  • Modifier la construction du système d’exploitation :
    • Ajouter une liste de certificats approuvés
    • Ajouter un composant non pris en charge au système d’exploitation
    • Ajouter redistribuable au système d’exploitation
    • Exécuter l’application sur le système d’exploitation 64 bits
  • Modifier le logiciel
  • Déploiement à l’aide d’une technologie de virtualisation des postes de travail
  • Déploiement à l’aide d’une technologie de virtualisation d’applications
  • Modifier le fichier OSD
  • Des modifications sont requises dans la console de gestion App-V :
    • Créer des FTA globaux
    • Sélectionnez une application pour être fournisseur FTA, modifiez le verbe de l’autre application
  • Réaménagement requis
  • Demande de reconditionnement :
    • Créer un module de fusion pour une ressource partagée
    • Modifier le fichier de script appelé par le MSI
    • Fournir la ressource manquante ou installer un redistributable
    • Renommer le programme d’installation en Setup.exe
  • Les étapes de séquençage doivent être suivies :
    • Ajouter des espaces réservés dans les fichiers INI
    • Configurer les modifications des variables d’environnement
    • Inclure les fichiers manquants dans la séquence
    • Publier des raccourcis dans le dossier de démarrage du menu Démarrer
    • Application de séquence avec le service requis
  • Utiliser App-V 5.0

Pour afficher les actions de chaque algorithme disponible pour un rapport, accédez à Configurer > Modules > Module > Nom du rapport.

Que vous disent les algorithmes verts ?

Certains algorithmes intégrés dans les rapports AppDNA ont un statut RAG vert. Généralement, un statut RAG vert signifie que l’application est prête pour les tests d’acceptation de l’utilisateur (UAT) sur la plate-forme cible. Cependant, ces algorithmes peuvent être divisés en plusieurs groupes :

  • Certains algorithmes ont un statut RAG vert car ils détectent un problème qui ne devient généralement un problème que dans certaines circonstances. Si ces circonstances s’appliquent à votre environnement, vous pouvez configurer l’état RAG personnalisé sur ambre. Par exemple, l’algorithme Windows 7 W7_VDEPNX_001 détecte un problème qui n’est pertinent que lorsque la prévention de l’exécution des données (DEP) est activée. Cet algorithme a un statut RAG vert car, par défaut, la DEP est désactivée pour les applications générales. Si DEP est activée dans votre environnement, vous pouvez donc modifier l’état RAG personnalisé et l’action par défaut de cet algorithme. Pour obtenir des instructions détaillées, reportez-vous à la section Configurer les algorithmes.
  • Certains algorithmes détectent des choses qui contredisent les meilleures pratiques généralement acceptées mais qui n’ont généralement pas d’impact sur la compatibilité. Ces algorithmes ont donc un statut RAG vert. Cependant, ils fournissent des renseignements utiles lorsque vous envisagez les demandes de retraite, par exemple. De même, si vous devez redévelopper l’application pour résoudre un autre problème, vous pouvez résoudre le problème des meilleures pratiques en même temps.
  • D’autres algorithmes ont un statut RAG vert car ils détectent un problème qui ne provoque que rarement un problème. Ces algorithmes fournissent des informations utiles si après avoir abordé tous les problèmes identifiés par les algorithmes orange et rouge, vous trouvez que l’application a toujours des problèmes.

Résolvez