Les applications et paramètres qui doivent être migrés doivent être identifiés lors de la planification d’une migration. Pour plus d’informations sur la création d’un fichier .xml personnalisé pour migrer les paramètres d’une autre application, consultez Personnaliser des fichiers XML USMT.
Applications
Tout d’abord, créez et hiérarchisez une liste d’applications qui doivent être migrées. Il peut être utile de passer en revue les listes d’applications et de déterminer quelles applications doivent être redéployées et quelles applications doivent être mises hors service. Souvent, la façon dont l’application est utilisée et la complexité de l’application déterminent la priorité des applications migrées.
Ensuite, identifiez un propriétaire d’application qui sera responsable de chaque application. L’identification de la propriété de l’application est nécessaire, car les développeurs ne sont pas des experts sur toutes les applications du organization. Le propriétaire de l’application doit avoir le plus d’expérience avec une application. Le propriétaire de l’application fournit des informations sur la façon dont le organization installe, configure et utilise l’application.
Paramètres de l’application
Ensuite, déterminez et localisez les paramètres d’application à migrer. La plupart des informations nécessaires à cette étape peuvent être acquises lors du test de compatibilité des nouvelles applications avec le nouveau système d’exploitation.
Après avoir terminé la liste des applications à migrer, passez en revue la liste et collaborez avec chaque propriétaire de l’application sur une liste de paramètres à migrer. Pour chaque paramètre, déterminez s’il doit être migré ou si les paramètres par défaut sont adéquats. Ensuite, déterminez où se trouve le paramètre, par exemple, dans le Registre ou dans un fichier .ini . Ensuite, réfléchissez aux questions suivantes pour déterminer ce qui doit être fait pour migrer correctement le paramètre :
La version de destination de l’application est-elle plus récente que la version source ?
Ces paramètres fonctionnent-ils avec la nouvelle version ?
Les paramètres doivent-ils être déplacés ou modifiés ?
Le processus de première exécution peut-il forcer l’application à apparaître comme si elle s’exécutait déjà ? Si c’est le cas, cela fonctionne-t-il correctement ou interrompt-il l’application ?
Après avoir répondu à ces questions, créez un fichier .xml personnalisé pour migrer les paramètres. Collaborez avec le propriétaire de l’application pour développer des cas de test et déterminer les types de fichiers qui doivent être migrés pour l’application.
Localisation de l’emplacement de stockage des paramètres
Si la migration d’un environnement local vers Azure d’une application ASP.NET ainsi que d’une base de données SQL Azure associée offre de nombreux avantages, elle peut également s’accompagner de difficultés. Découvrez comment évaluer le processus de migration pour déterminer s’il est adapté à votre application.
Planifier et exécuter une stratégie de déploiement de points de terminaison, en utilisant les éléments essentiels de la gestion moderne, les approches de cogestion et l’intégration de Microsoft Intune.