Bonnes pratiques pour la mise à jour des applications
Cette rubrique décrit les meilleures pratiques que vous devez envisager lors de la mise à jour des artefacts et des applications BizTalk.
Gestion de version
Implémenter une stratégie de contrôle de version
Une bonne stratégie de contrôle de version est essentielle si des transactions de longue durée sont utilisées ou si l’application BizTalk ne peut pas être supprimée pour effectuer des mises à niveau ou des correctifs de bogues. Vous devez planifier la stratégie de contrôle de version de tous les artefacts BizTalk : schémas, cartes, adaptateurs personnalisés, pipelines, composants de pipeline, orchestrations, règles d’entreprise, BAM et classes personnalisées appelées dans orchestrations et mappages.
Faire correspondre les assemblys de la base de données de gestion BizTalk et du global assembly cache (GAC)
Assurez-vous que les mêmes versions des assemblys se trouvent dans la base de données de gestion BizTalk que dans le GAC, afin que votre application fonctionne correctement. Si un assembly ne fait pas l'objet d'une installation systématique dans le GAC lors de son déploiement, il se peut que les versions contenues dans le GAC et dans la base de données de gestion BizTalk diffèrent, avec comme conséquence la génération d'erreurs lors de l'exécution.
Utiliser le vérificateur d’assembly BizTalk et l’outil GAC à distance pour vérifier le contrôle de version
Le Vérificateur d’assembly BizTalk et l’outil GAC à distance (BTSAssemblyChecker.exe) vérifie les versions des assemblys déployés dans la base de données de gestion BizTalk et vérifie qu’ils sont correctement inscrits dans le GAC sur tous les ordinateurs BizTalk Server. Vous pouvez utiliser cet outil pour vérifier que tous les assemblys contenant les artefacts d’une certaine application BizTalk sont installés sur tous les nœuds BizTalk. L’outil est particulièrement utile conjointement avec une stratégie de contrôle de version solide pour vérifier que la version correcte d’un ensemble d’assemblys est installée sur chaque machine BizTalk, en particulier lorsque l’approche de déploiement côte à côte est utilisée.
L’outil est disponible avec le support d’installation BizTalk Server sur Support\Tools\x86\BTSAssemblyChecker.exe.
Utiliser un produit de contrôle de version
Vous devez utiliser un produit de contrôle de version, tel que Microsoft Visual Studio® Team Foundation Server 2010, pour le suivi et le contrôle de version des artefacts BizTalk. Pour plus d’informations sur Microsoft Visual Studio® Team Foundation Server 2010, consultez Microsoft Visual Studio® Team Foundation Server 2010 (https://go.microsoft.com/fwlink/?LinkId=210637)
Factoriser des artefacts dans plusieurs applications BizTalk
Pour effectuer le contrôle de version d’assembly d’artefacts BizTalk, vos assemblys de solution BizTalk doivent être factornés (empaquetés) de manière à permettre BizTalk Server contrôle de version. Pour plus d’informations sur l’affacturage, consultez Ajout d’artefacts à une application.
Mise à jour d'une application
Utiliser un fichier .msi pour mettre à jour une application
La mise à niveau des applications est généralement une opération délibérée et précise en production. Lorsque vous mettez à niveau une application, vous devez normalement utiliser une liste de contrôle manuelle. Toutefois, vous pouvez simplifier certaines étapes à l’aide d’un fichier .msi. Lorsque vous utilisez un fichier .msi, vous pouvez placer vos artefacts d’application dans un package distribuable. Un fichier .msi est particulièrement utile lorsque vous déployez des DLL mises à jour sur plusieurs zones d’exécution ou effectuez un déploiement au niveau du groupe. Lorsque vous créez un fichier .msi, vous devez exclure toutes les autres ressources et liaisons inchangées du package.
Si vous mettez à jour un assembly BizTalk, vous devez arrêter, désinscrire, réinscrire, puis démarrer manuellement les artefacts BizTalk avant et après l’importation et l’installation du fichier .msi. Pour plus d’informations sur la mise à jour d’un assembly BizTalk, consultez Check-list : Mise à jour d’un assembly.
Si vous mettez à niveau un assembly BizTalk Server à l’aide du contrôle de version côte à côte, vous devez effectuer des étapes manuelles avant et après l’utilisation du fichier .msi. Pour plus d’informations sur les étapes manuelles requises, consultez Check-list : Mise à jour d’une application à l’aide du contrôle de version côte à côte.
mise à jour d'un assembly
Incrémenter la version d’un assembly dans un environnement de production
Si vous mettez à jour un assembly qui s'exécute dans un environnement de production, vous devez toujours augmenter le numéro de version de l'assembly d'un incrément.
Mettre à jour le GAC avec un assembly mis à jour
Lorsque vous mettez à jour un assembly contenant une orchestration, un schéma ou un mappage, vous devez mettre à jour le GAC avec l’assembly contenant la nouvelle version. Sinon, BizTalk Server utiliserez la version obsolète. Pour ce faire, sur chaque ordinateur exécutant une instance de l'hôte auquel une application est liée, désinstallez, dans le GAC, l'ancienne version de l'assembly contenant l'artefact mis à jour et assurez-vous que la nouvelle version est installée.
Redémarrer un instance hôte après la mise à jour d’un assembly
Si un assembly BizTalk dans une application existante est mis à jour, vous devrez peut-être redémarrer les instances hôtes pour que les modifications prennent effet. Le redémarrage d’un instance hôte arrête toutes les autres applications qui s’exécutent sur l’instance hôte.
Mise à jour d’un artefact
Annuler le déploiement d’un artefact dépendant avant l’artefact dont il dépend
Si vous supprimez le déploiement d’un artefact dont dépend un autre artefact, vous devez d’abord annuler le déploiement de l’artefact dépendant.
Notes
Si vous ne déclassez pas d’abord l’artefact dépendant, la console d’administration BizTalk Server affiche un avertissement et vous empêche d’annuler le déploiement des artefacts dans l’ordre incorrect.
N’arrêtez pas un artefact dont dépend une autre application
Si vous arrêtez un artefact dans une application (qui peut être dû à l'arrêt de l'ensemble de l'application) dont une autre application dépend, l'application dépendante ne fonctionne pas correctement. Pour plus d’informations sur l’arrêt d’une application, consultez Guide pratique pour démarrer et arrêter une application BizTalk (https://go.microsoft.com/fwlink/?LinkID=154729).
Ajouter une référence à un assembly avant de déplacer un artefact
Lorsque vous déplacez un artefact vers une nouvelle application, les autres artefacts dont il dépend sont également déplacés, sauf si la nouvelle application comporte une référence aux applications contenant les artefacts dont celui déplacé dépend. Les artefacts qui dépendent de celui déplacé sont également déplacés, sauf si les applications les contenant comportent une référence à la nouvelle application. Lors du déplacement d’un artefact, la liste des autres artefacts qui seront également déplacés s’affiche.
Mise à jour des liaisons
Automatiser la reconfiguration des liaisons
- Lorsque vous mettez à jour un assembly dans une application, ses liaisons sont généralement remplacées, faute de quoi l'assembly risque de ne pas être lié, vous obligeant à une reconfiguration manuelle des liaisons. Vous pouvez automatiser ce processus à l’aide d’un fichier de liaison. Si vous mettez à jour la même version d’un assembly, vous pouvez d’abord exporter un fichier de liaison pour l’assembly, puis mettre à jour l’assembly, puis importer l’assembly dans l’application, puis réappliquer les liaisons précédentes en important le fichier de liaison. Si vous mettez à jour un assembly avec une version plus récente, vous pouvez exporter un fichier de liaison, modifier le fichier pour refléter la nouvelle version de l’assembly, importer le nouvel assembly dans l’application, puis appliquer les nouvelles liaisons en important le fichier de liaison. Pour plus d’informations sur les fichiers de liaison, consultez Guide pratique pour exporter des liaisons vers un fichier de liaison. Pour plus d’informations sur la modification d’un fichier de liaison, consultez Personnalisation des fichiers de liaison (https://go.microsoft.com/fwlink/?LinkID=155000).
Démarrage ou arrêt d’une application
Arrêter une application pour mettre à jour des artefacts
Si vous n’arrêtez pas une application pour mettre à jour des artefacts dans l’application, vous devez arrêter temporairement la publication dans la base de données MessageBox en désactivant les points de terminaison, puis arrêter et annuler la liste des instances en cours d’exécution. Pour arrêter et annuler la liste des instances en cours d’exécution, toutes les instances déshydratées ou suspendues doivent être soit reprise et terminées manuellement, soit terminées.
Bien que cela ne soit pas obligatoire, nous vous recommandons d'arrêter les applications lorsque vous mettez à jour un artefact ou installez une autre application.