Comment conserver le code déployé sur plusieurs avant BizTalk se termine en synchronisation?

Question

Nous avons plusieurs serveurs d'applications BizTalk 2006, et je trouve qu'il est presque impossible de garder les versions de nos projets en phase sur eux. Il est un processus fastidieux de déploiement des packages MSI, de les importer, correspondant à des fichiers dans le GAC, le déploiement des changements de registre, et si une étape est manquée ou quelqu'un a déployé une copie mise à jour d'une DLL directement à un serveur et pas un autre, il n'y a pas moyen facile de dire.

Comment les autres assurent que des copies de logiciels entre les deux serveurs sont la même version?

---

Un peu d'histoire:

Notre environnement a deux (non cluster) serveurs frontaux BizTalk et une base de données séparée back-end. Jusqu'à une date récente, si nous avions deux frontaux configurés, les instances d'accueil ont été arrêtés sur le deuxième serveur à cause d'un dépannage. Ils ont été désactivés pendant quelques mois, et nous sommes déployés un code mis à jour dans l'intervalle.

Ce matin, je l'ai fait un diff dossier sur le GAC, ainsi que le dossier qui contient la copie de disque local des DLL pour notre projet déployé (C: \ OurProject \ sur les deux serveurs), et tout adapté - même fichier tailles, même horodatages. Cependant, une fois que je me suis tourné sur la deuxième série de services, il est devenu évident que Server2 utilisait une ancienne version de la DLL de projet -. Des trois dossiers traités, deux avaient des résultats normaux et on était clairement la date

S'il vous plaît aidez-moi à éviter un anévrisme.

Answer 1

Une chose que vous voudrez peut-être examiner est le BizTalk Framework de déploiement .

Nous sommes en train de construire un nouvel environnement avec BizTalk 2009 et j'ai commencé avec un ensemble de scripts MSBuild qui gèrent les sources d'exportation de SubVersion, la construction et le déploiement des ensembles en utilisant BTSTask.

Bien sûr BTSTask manque beaucoup de fonctionnalités (démarrage / applications d'arrêt), mais au moins pour BizTalk 2006, est BTSControl .

Answer 2

Nous utilisons un script automatisé de construction dont le but ultime est un MSI avec des fichiers de liaison pour Dev / Stage / Prod. Tous les fichiers de liaison libérés sont stockés sur une action et utilisé pour charger le serveur BizTalk manuellement. Tout d'abord l'application est arrêté, MSI exécuté sur les deux serveurs, puis MSI importés. Lors de l'importation, nous précisons l'environnement pour les liaisons et le tour est joué. Nous avons eu aucun problème avec la perte de synchronisation.

Alors, je vous suggère de prendre toutes vos dernières MSIs et les réexécuter sur les serveurs sur lesquels vous avez des différences. Sinon, essayez de mettre en place un processus pour créer un processus de charge reproductible à la main.