AppDNA

Migrer les applications de bureau et de serveur Windows

Les étapes suivantes vous guident à travers un plan de migration à l’aide d’AppDNA du début à la fin. Ces étapes incluent nos meilleures pratiques pour les migrations d’applications, ainsi que des informations détaillées sur l’utilisation du logiciel AppDNA dans le cadre de votre plan de migration.

Étape 1. Déterminer les applications utilisées dans votre environnement

Découvrez vos applications. Pour éviter des retards inattendus dans le plan de migration, vous devez découvrir quelles applications sont utilisées dans votre environnement.

Effectuez un inventaire et une rationalisation de ces applications Windows à l’aide d’outils tels que Lakeside SysTrack. Il est important de surveiller l’environnement sur une période de 6 semaines à 2 mois au trimestre et/ou à la fin de l’année. Cela identifiera non seulement les applications non gérées qui pourraient être critiques pour l’entreprise, mais vous indiquera également quelles applications sont encore utilisées et si vous avez des applications en double avec des fonctions qui se chevauchent.

Étape 2. Utiliser AppDNA pour s’intégrer à la base de données Lakeside SysTrack (facultatif)

Utilisez l’Détecter les applicationsécran pour configurer AppDNA pour l’intégrer à Lakeside SysTrack.

Étape 3. Rationaliser les applications découvertes

Lorsque les données sur les applications découvertes sont terminées, l’étape suivante concernerationalisation des applications découvertesl’écran AppDNA Discover Applications. Dans ce contexte, la rationalisation consiste à examiner votre inventaire de demandes et à décider lesquelles conserver et, le cas échéant, importer dans AppDNA. L’écran Découvrir les applications fournit l’inventaire brut des applications Windows qui ont été suivies par Lakeside SysTrack.

Remarque : cliquez sur Applications découvertes pour plus d’informations sur les applications en double, l’installation et les statistiques d’utilisation.

Étape 4. Suivre les résultats de la découverte

Suivez les résultats de la découverte en utilisant le format qui vous convient le mieux. Utilisez une feuille de calcul Excel ou, si vous utilisez Lakeside SysTrack, intégrez-la avec le logiciel AppDNA. L’intégration vous permet de :

  • Changer le statut de rationalisation de la révision à la migration ou à la mise hors service.
  • Filtrez les applications en double pour déterminer facilement quelle version conserver.
  • Consultez les statistiques d’installation et d’utilisation.
  • Lier les applications découvertes avec les applications gérées correspondantes si vous utilisez Microsoft Active Directory (AD) ou Microsoft System Center Configuration Manager (Configuration Manager).

Étape 5. Importer des données AD et Configuration Manager dans AppDNA (facultatif)

Pour importer vos applications gérées à l’aide du support d’installation qui a été utilisé pour les déployer via AD ou Configuration Manager, chargez d’abord vos données AD et Configuration Manager dans AppDNA à l’aide de l’[Charger l’assistant de données AD et ConfigMgr.]outil(/en-us/categories/legacy-archive/downloads/appdna-7-8.pdf)

Décidez de charger les données directement ou indirectement. Vous avez la possibilité de charger indirectement les données AD et Configuration Manager, ce qui permet d’extraire les données sur le Controller de domaine AD ou le serveur Configuration Manager séparément d’AppDNA. Par conséquent, les utilisateurs AppDNA n’ont pas besoin de demander l’accès administrateur aux données AD et Configuration Manager, plus les administrateurs de domaine AD et Configuration Manager n’ont pas besoin d’installer AppDNA.

Remarque : Pour de meilleurs résultats, importez les données AD et Configuration Manager. En règle générale, AD fournit des données riches sur la structure organisationnelle et Configuration Manager fournit des données sur les applications gérées de manière centralisée.

Étape 6. Distribuer les informations de découverte des applications pour examen et rationaliser la liste des applications

Examinez les résultats de la découverte d’applications avec les propriétaires d’applications de l’entreprise et passez par un processus de rationalisation. Les décisions doivent être prises quant aux demandes à conserver, à consolider ou à prendre leur retraite.

Suivez les décisions en utilisant le format qui vous convient le mieux, une simple feuille de calcul ou dans AppDNA.

Étape 7. Démarrer la localisation des fichiers source d’installation pour les applications non gérées

Recherchez les fichiers source d’installation pour les applications qui ne sont pas gérées via AD ou Configuration Manager. Cela prend toujours plus de temps que la plupart des entreprises ne le prévoient et peut avoir de graves répercussions sur le plan de migration.

  1. Utilisez le fichier modèle fourni par AppDNA pour définir une liste d’applications à importer.
  2. Pour télécharger un fichier modèle pour importer un lot d’applications :
    1. Choisissez Importer > Applications dans la barre de menus latérale.
    2. Cliquez sur Importer à partir de la liste dans la barre d’outils de l’écran Importer des applications. Le fichier de liste d’importation modèle est un fichier de valeurs séparées par des virgules (.csv) utilisé pour définir une liste d’applications à importer dans AppDNA.

Étape 8. Importer des images système d’exploitation personnalisées dans AppDNA

Importez vos propres images de système d’exploitation (OS) personnalisées qui sont utilisées dans votre environnement. Bien que AppDNA soit livré avec son propre ensemble d’images OS par défaut qui peuvent être utilisées, l’importation de vos propres images a l’avantage qu’AppDNA peut ensuite baser ses analyses sur les images que vous utilisez dans votre environnement et ainsi fournir des résultats plus précis.

Étape 9. Regrouper les applications par criticité ou unités opérationnelles

Regroupez les applications par criticité ou par unité opérationnelle pour vous assurer que votre plan de migration se concentre sur ce qui est le plus important dans votre organisation et pour faciliter l’examen et le rapport des applications du groupe séparément du reste du portefeuille.

Utilisez l’Gérer les groupesécran dans AppDNA pour créer et gérer des groupes d’applications, analyser les applications des groupes sélectionnés et afficher des rapports pour les applications des groupes sélectionnés.

Étape 10. Importer des applications non gérées (MSI, SFT, APPV) dans AppDNA

Importez les applications non gérées, en commençant par les applications les plus critiques ou par l’entité commerciale sur laquelle vous prévoyez de déployer d’abord, à l’aide de l’Importer des applicationsécran.

Remarque : Ce processus importe uniquement ce que nous appelons l’ADN de l’application dans la base de données AppDNA. Pour vérifier la compatibilité d’une application avec une plate-forme donnée, l’étape suivante consiste à analyser les données par rapport à un ensemble d’algorithmes heuristiques. Utilisez les onglets suivants dans l’écran Importer des applications :

Importation directe. Permet d’importer des applications pour lesquelles vous disposez d’un package Windows Installer (MSI) ou App-V (SFT ou APPV). C’est le moyen le plus rapide d’obtenir l’ADN de l’application dans la base de données.

Install Capture. Permet d’importer des applications pour lesquelles vous ne disposez pas d’un package Windows Installer (MSI) ou App-V (SFT ou APPV). Install Capture utilise une machine virtuelle pour capturer les détails de l’installation et de la configuration de l’application dans un MSI qui est ensuite importé.

Conseil : AppDNA divise l’importation des données d’application et l’analyse des données en deux processus distincts. Nous vous recommandons d’importer des applications pendant les heures normales de travail et de commencer une analyse le soir lorsqu’il y a moins de trafic sur le réseau. En outre, une seule analyse peut être exécutée à la fois et des rapports ne peuvent pas être générés au cours d’une analyse.

Étape 11. Importer des applications non gérées (exécutable d’installation, scripts, copies de fichiers) dans AppDNA

Importez des applications non gérées pour lesquelles un fichier MSI, SFT ou APPV n’est pas disponible à l’aide de l’onglet Install Capture. Commencez par les plus critiques ou par l’unité commerciale sur laquelle vous prévoyez de déployer d’abord. Install Capture installe l’application dans une machine virtuelle et crée un fichier MSI qui est ensuite importé dans AppDNA. Remarque : Avant de pouvoir importer des applications à l’aide d’Install Capture, vous devez avoir accès à une technologie de virtualisation appropriée. Vous devez configurer et configurer une machine virtuelle capable de communiquer avec le client AppDNA. Pour plus d’informations, reportez-vous à la section Configurer Install Capture. Conseil : Si une installation d’Install Capture nécessite le redémarrage de l’ordinateur, choisissez l’option Je redémarrerai mon ordinateur plus tard (ou équivalent). Install Capture échoue si vous redémarrez la machine virtuelle pendant le processus de Install Capture.

Étape 12. Importer des applications gérées dans AppDNA

Importer des applications géréesque vous décidez de garder dans AppDNA. L’application est installée à l’aide du support d’installation qui a été utilisé pour les déployer via AD ou Configuration Manager. Après avoir importé l’application « ADN », vous pouvez lier les applications découvertes à l’aide de Lakeside SysTrack avec les applications gérées importées. Remarque : Assurez-vous de sélectionner les installations appropriées (et non de réparer ou de désinstaller les installations). Lorsqu’un package comporte plusieurs installations, assurez-vous d’en sélectionner une seule, de préférence une qui a été déployée (c’est-à-dire, pour laquelle le nombre dans la colonne Utilisateurs ou Ordinateurs est supérieur à zéro).

Étape 13. Lien des applications gérées

Si vous avez déjà importé des applications dans AppDNA avant d’importer des données AD ou Configuration Manager, utilisez l’Lier les applications géréesécran pour lier les applications gérées via AD et Configuration Manager avec qui ont déjà été importées dans AppDNA. Remarque : Il s’agit d’une étape importante dans la configuration des données AD et Configuration Manager. Il permet à AppDNA de créer des rapports sur l’état RAG des applications déployées sur les utilisateurs, ordinateurs, groupes et unités d’organisation AD et Configuration Manager. Les applications gérées que vous importez via les écrans Applications gérées et Découvrir les applications sont automatiquement liées.

Étape 14. Vérifier la compatibilité des applications par rapport aux plates-formes et vérifier l’interopérabilité entre les applications

Une fois les applications importées, l’étape suivante consiste àanalyser les applicationscomparer la plate-forme pour laquelle vous vérifiez la compatibilité. Utilisez la solution d’interopérabilité pour vérifier les conflits entre les applications.

Étape 15. Options du rapport d’analyse

Les résultats de l’analyse sont présentés dans un ensemble de vues de rapport. Vous pouvez accéder aux vues de rapport à partir de la section Rapports : Applications de la barre latérale. Ceci affiche les noms des modules en gras, suivis des noms de leur rapport. Cliquez sur le nom d’un rapport pour afficher les options d’affichage du rapport, qui sont identiques pour tous les rapports. Chaque vue de rapport fournit une vue différente sur les résultats.

Familiarisez-vous avec les rapports et déterminez quel format fonctionne le mieux pour les différents niveaux d’équipes qui examineront les données.

Pour afficher les rapports des applications sélectionnées :

  1. Dans la barre latérale AppDNA, choisissez Sélectionner > Toutes les applications.
  2. Dans l’écran Liste des applications, sélectionnez les applications à inclure dans le rapport.
  3. Dans la barre d’outils de la Liste des applications, sélectionnez le rapport à afficher dans la liste déroulante et cliquez sur Afficher le rapport. Sinon, dans la barre latérale AppDNA, choisissez Rapports : Applications > Module > Rapport > Vue Rapport, où les vues Module, Rapport et Rapport identifient la vue Rapport que vous souhaitez voir.

Pour obtenir une description des vues de rapport et de leur audience cible, voir Vues de rapport suivant ce tableau.

Étape 16. Prioriser les applications en fonction du RAG/criticité

Priorisez vos applications en fonction du statut RAG retourné et des besoins de votre entreprise. Si vous avez regroupé vos applications en conséquence, utilisez le filtre de groupe pour afficher le rapport des applications appartenant au même groupe afin que vous puissiez d’abord vous concentrer sur vos applications les plus critiques et hiérarchiser en fonction de l’état RAG dans chaque groupe.

Citrix recommande d’utiliser le rapport Vue des problèmes pour le système d’exploitation souhaité pour hiérarchiser les applications par statut RAG, car cette vue vous permettra également de déterminer le type de correction requis et, par conséquent, la spécialité requise pour résoudre le problème, telle que Développeur ou Packager.

  • Rouge. Les applications rouges sont celles qui n’ont aucune solution de contournement et doivent être retirées et remplacées, redéveloppées ou hébergées sur un bureau virtuel exécutant le système d’exploitation hérité requis. Consultez le rapport sur les problèmes d’application pour chaque application (cliquez sur le nom de l’application pour accéder au rapport de correction détaillé). Bien qu’une application puisse être marquée comme Rouge, le problème peut être lié à un composant qui ne s’utilise pas dans votre environnement. Travailler en étroite collaboration avec les propriétaires d’applications pour déterminer la meilleure marche à suivre et commencer à planifier la marche à suivre. Si le remplacement et le réaménagement ne sont pas des options qui peuvent se produire dans l’intervalle de temps de la migration, recherchez des alternatives héritées telles que l’hébergement de l’application sur un bureau virtuel exécutant le système d’exploitation hérité.

  • Ambre. Les applications Amber nécessitent une certaine forme de contournement, comme le shimming, les modifications de build du système d’exploitation ou le reconditionnement. Examinez le rapport sur les problèmes liés à la demande individuelle. Cliquez sur le nom de l’application pour accéder au rapport de correction détaillé.

  • Vert. Les applications vertes sont prêtes pour le test d’acceptation de l’utilisateur (UAT).

Avant de pousser une application à la production, prenez des dispositions pour que les propriétaires d’application commencent immédiatement à tester les applications. Si une demande présente des problèmes, retournez au rapport de la demande individuelle et examinez tout ce qui a été déclenché. Une application avec un RAG de Green peut déclencher un algorithme, cependant, ceux-ci sont principalement liés à des violations des meilleures pratiques telles que les chemins codés en dur. Si vous remarquez qu’il s’agit d’un problème dans votre environnement qui doit être résolu avant que les applications ne progressent vers UAT, vous pouvez le fairemodifier le RAG associé à l’algorithme.

Étape 17. Affecter des actions de correction

Examinez les données de rapport d’une plate-forme donnée pour avoir une idée des types de problèmes que les applications de votre organisation auront. Vous pouvez ensuite déterminer le type de correction à affecter aux applications.

Ceci est utile pour décider s’il est plus rentable d’apporter une modification à la version du système d’exploitation ou de corriger chaque application individuelle. Par exemple, un problème courant rencontré est l’isolement de la session 0. Vous pouvez voir instantanément quelles applications et combien d’applications sont affectées afin de prendre la bonne décision sur une option de correction.

Étape 18. Déterminer la personne ou le groupe requis pour corriger la demande

Déterminer la personne ou le groupe requis pour corriger l’application. Utilisez le rapport Affichage des problèmes pour déterminer si l’application doit être corrigée par un développeur interne, un gestionnaire de paquets, un administrateur informatique (pour des problèmes tels que les modifications de génération du système d’exploitation) ou un remplacement par le fournisseur de services Internet. Envoyez à l’équipe ou à la personne appropriée le rapport Vue de la résolution de l’application. Pour afficher l’affichage de la résolution, accédez à l’affichage des problèmes d’application et cliquez sur le lien correspondant au nom de l’application.

Vous pouvez envoyer le rapport de correction au format Word, PDF, HTML ou MHT.

Étape 19. Envoyer l’application à UAT

Envoyez l’application à UAT lorsqu’elle possède un RAG vert ou ambre nécessitant des tests fonctionnels, ou lorsque vous êtes prêt à tester l’application après correction. Assurez-vous que vous impliquez vos utilisateurs experts pendant le processus UAT.

Étape 20. Déployer l’application

Si UAT réussit, déployez l’application sur le système d’exploitation compatible.

Vues de rapport

Rapport Description Utilisé par
Problèmes liés à l’application Vue d’ensemble du statut des applications sélectionnées pour les problèmes rencontrés. Cliquez sur le nom de l’application pour accéder à la vue du rapport de correction de l’application, qui fournit des informations détaillées sur la façon de résoudre les problèmes. Administrateurs informatiques, développeurs, packagers, séquenceurs
Affichage de la résolution Une vue détaillée des problèmes rencontrés dans une application spécifique, ainsi que des informations sur le problème et des options de correction suggérées. Administrateurs informatiques, développeurs, packagers, séquenceurs
Actions de l’application Vue d’ensemble de l’état des applications sélectionnées qui fournit les types d’actions à entreprendre pour résoudre les problèmes. Cliquez sur le nom de l’application pour accéder aux vues du rapport de correction de l’application. Administrateurs informatiques, gestion informatique
Affichage des problèmes Un aperçu des divers problèmes rencontrés. Pour chaque problème, cette vue de rapport fournit une liste des applications concernées. Cliquez sur le nom de l’application pour accéder aux vues du rapport de correction de l’application. Administrateurs informatiques, gestion informatique
Affichage Actions Vue d’ensemble des différents types d’action de correction qui doivent être implémentés pour résoudre les problèmes rencontrés. Pour chaque type d’action, cette vue de rapport fournit une liste des applications concernées. Cliquez sur le nom de l’application pour accéder aux vues du rapport de correction de l’application. Administrateurs informatiques, gestion informatique

Migrer les applications de bureau et de serveur Windows

Dans cet article