Wie kann bereitgestellter Code auf mehreren BizTalk-Frontends synchron gehalten werden?

Question

Wir haben mehrere BizTalk 2006-Anwendungsserver und ich finde es fast unmöglich, die Versionen unserer Projekte darauf synchron zu halten.Es ist ein mühsamer Prozess, die MSI-Pakete bereitzustellen, sie zu importieren, Dateien im GAC abzugleichen, einige Registrierungsänderungen bereitzustellen, und wenn ein Schritt ausgelassen wird oder jemand eine aktualisierte Kopie einer DLL direkt auf einem Server und nicht auf einem anderen bereitgestellt hat, ist das nicht der Fall einfache Möglichkeit, es zu sagen.

Wie stellen andere sicher, dass Kopien der Software zwischen den beiden Servern dieselbe Version haben?

---

Einige Hintergrundinformationen:

Unsere Umgebung verfügt über zwei (nicht geclusterte) BizTalk-Front-End-Server und ein separates Datenbank-Back-End.Obwohl wir bis vor Kurzem beide Front-Ends konfiguriert hatten, wurden die Host-Instanzen aufgrund einiger Fehlerbehebungen auf dem zweiten Server gestoppt.Sie waren einige Monate lang deaktiviert und wir haben in der Zwischenzeit aktualisierten Code bereitgestellt.

Heute Morgen habe ich einen Ordnerunterschied im GAC sowie im Ordner durchgeführt, der die lokale Festplattenkopie der DLLs für unser bereitgestelltes Projekt enthält (C:\OurProject\ auf beiden Servern), und alles stimmte überein – gleiche Dateigrößen, gleich Zeitstempel.Als ich jedoch den zweiten Satz von Diensten einschaltete, wurde klar, dass Server2 eine alte Version der Projekt-DLL verwendete – von den nächsten drei verarbeiteten Dateien lieferten zwei normale Ergebnisse und eine war eindeutig veraltet.

Bitte helfen Sie mir, ein Aneurysma zu vermeiden.

Answer 1

Eine Sache, die Sie in aussehen wollen können, ist der BizTalk Deployment Framework .

Wir sind derzeit eine neue Umgebung mit BizTalk 2009 Aufbau und ich begann mit einem Satz von MSBuild Scripts, dass Griff Quellen aus SubVersion Export, den Aufbau und den Einsatz von Baugruppen mit BTSTask.

Natürlich fehlt BTSTask viel Funktionalität (Start / Stopp-Anwendungen), aber zumindest für BizTalk 2006 gibt es BTSControl .

Answer 2

Wir verwenden ein automatisiertes Build-Skript, dessen letztendliches Ende ein MSI mit Bindungsdateien für Dev/Stage/Prod ist.Alle freigegebenen Bindungsdateien werden auf einer Freigabe gespeichert und zum manuellen Laden des BizTalk-Servers verwendet.Zuerst wird die App gestoppt, MSIs auf beiden Servern ausgeführt und dann MSI importiert.Beim Import geben wir die Umgebung für die Bindungen an und voilà.Wir hatten keine Probleme mit Synchronisationsverlusten.

Daher würde ich vorschlagen, alle Ihre neuesten MSIs zu nehmen und sie auf den Servern erneut auszuführen, auf denen es Unterschiede gibt.Andernfalls versuchen Sie einfach, einen Prozess einzurichten, um manuell einen wiederholbaren Ladevorgang zu erstellen.