Bewährte Methoden für das Aktualisieren von Anwendungen
In diesem Thema werden bewährte Methoden beschrieben, die Sie beim Aktualisieren von BizTalk-Anwendungen und Artefakten in Betracht ziehen sollten.
Versionskontrolle
Implementieren einer Versionsverwaltungsstrategie
Eine gute Versionierungsstrategie ist unerlässlich, wenn Transaktionen mit langer Ausführungsdauer verwendet werden oder die BizTalk-Anwendung nicht heruntergefahren werden kann, um Upgrades oder Fehlerbehebungen durchzuführen. Sie sollten die Versionierungsstrategie aller BizTalk-Artefakte planen: Schemas, Karten, benutzerdefinierte Adapter, Pipelines, Pipelinekomponenten, Orchestrierungen, Geschäftsregeln, BAM und benutzerdefinierte Klassen, die in Orchestrierungen und Zuordnungen aufgerufen werden.
Abgleichen der Assemblys in der BizTalk Management-Datenbank und dem globalen Assemblycache (GAC)
Stellen Sie sicher, dass sich die gleichen Versionen von Assemblys in der BizTalk Management-Datenbank wie im GAC befinden, damit Ihre Anwendung ordnungsgemäß funktioniert. Wenn Sie Assemblys nicht bei jeder Bereitstellung auch im GAC installieren, liegen im GAC und in der BizTalk-Verwaltungsdatenbank möglicherweise unterschiedliche Versionen vor, die während der Laufzeit zu Verarbeitungsfehlern führen können.
Verwenden Sie die BizTalk-Assemblyprüfung und das Remote-GAC-Tool, um die Versionsverwaltung zu überprüfen.
Das BizTalk Assembly Checker and Remote GAC Tool (BTSAssemblyChecker.exe) überprüft die Versionen von Assemblys, die in der BizTalk Management-Datenbank bereitgestellt werden, und überprüft, ob sie ordnungsgemäß im GAC auf allen BizTalk Server-Computern registriert sind. Mit diesem Tool können Sie überprüfen, ob alle Assemblys, die die Artefakte einer bestimmten BizTalk-Anwendung enthalten, auf allen BizTalk-Knoten installiert sind. Das Tool ist besonders nützlich in Verbindung mit einer soliden Versionierungsstrategie, um zu überprüfen, ob die richtige Version einer Gruppe von Assemblys auf jedem BizTalk-Computer installiert ist, insbesondere wenn parallele Bereitstellungsansatz verwendet wird.
Das Tool ist mit den BizTalk Server Installationsmedien unter Support\Tools\x86\BTSAssemblyChecker.exe verfügbar.
Verwenden eines Versionsverwaltungsprodukts
Sie sollten ein Versionsverwaltungsprodukt wie Microsoft Visual Studio® Team Foundation Server 2010 für die Nachverfolgung und Versionsverwaltung von BizTalk-Artefakten verwenden. Weitere Informationen zu Microsoft Visual Studio® Team Foundation Server 2010 finden Sie unter Microsoft Visual Studio® Team Foundation Server 2010 (https://go.microsoft.com/fwlink/?LinkId=210637)
Faktorieren von Artefakten in mehreren BizTalk-Anwendungen
Um die Assemblyversionsverwaltung von BizTalk-Artefakten durchzuführen, müssen Ihre BizTalk-Lösungsassemblys so factored (verpackt) werden, dass BizTalk Server Versionsverwaltung möglich ist. Weitere Informationen zum Factoring finden Sie unter Hinzufügen von Artefakten zu einer Anwendung.
Aktualisieren einer Anwendung
Verwenden einer .msi-Datei zum Aktualisieren einer Anwendung
Das Upgrade von Anwendungen ist in der Regel ein bewusster und präziser Vorgang in der Produktion. Wenn Sie ein Upgrade für eine Anwendung durchführen, sollten Sie normalerweise eine manuelle Prüfliste verwenden. Möglicherweise können Sie jedoch bestimmte Schritte optimieren, indem Sie eine .msi-Datei verwenden. Wenn Sie eine .msi-Datei verwenden, können Sie Ihre Anwendungsartefakte in ein verteilbares Paket packen. Eine .msi-Datei ist besonders nützlich, wenn Sie aktualisierte DLLs in mehreren Laufzeitfeldern ausrollen oder eine Bereitstellung auf Gruppenebene durchführen. Wenn Sie eine .msi-Datei erstellen, sollten Sie alle anderen unveränderten Ressourcen und Bindungen aus dem Paket ausschließen.
Wenn Sie eine BizTalk-Assembly aktualisieren, sollten Sie bizTalk-Artefakte vor und nach dem Importieren und Installieren der .msi-Datei beenden, aufheben, erneut eintragen und dann manuell starten. Weitere Informationen zum Aktualisieren einer BizTalk-Assembly finden Sie unter Prüfliste: Aktualisieren einer Assembly.
Wenn Sie ein Upgrade für eine BizTalk Server Assembly mithilfe der parallelen Versionsverwaltung durchführen, müssen Sie vor und nach der Verwendung der .msi-Datei manuelle Schritte ausführen. Weitere Informationen zu den erforderlichen manuellen Schritten finden Sie unter Prüfliste: Aktualisieren einer Anwendung mithilfe der parallelen Versionsverwaltung.
Aktualisieren einer Assembly
Erhöhen der Version einer Assembly in einer Produktionsumgebung
Wenn Sie eine Assembly aktualisieren, die in einer Produktionsumgebung ausgeführt wird, sollten Sie immer die Versionsnummer der Assembly erhöhen.
Aktualisieren des GAC mit einer aktualisierten Assembly
Wenn Sie eine Assembly aktualisieren, die eine Orchestrierung, ein Schema oder eine Zuordnung enthält, müssen Sie das GAC mit der Assembly aktualisieren, die die neue Version enthält. Andernfalls verwenden BizTalk Server die veraltete Version. Deinstallieren Sie hierfür vom GAC jedes Computers, auf dem eine an eine Anwendung gebundene Hostinstanz ausgeführt wird, die das aktualisierte Element enthaltende, veraltete Version der Assembly, und stellen Sie sicher dass, die neue Version installiert ist.
Starten Sie einen Host instance nach dem Aktualisieren einer Assembly neu.
Wenn eine BizTalk-Assembly in einer vorhandenen Anwendung aktualisiert wird, müssen Sie möglicherweise Hostinstanzen neu starten, damit die Änderungen wirksam werden. Durch den Neustart eines Hosts instance werden alle anderen Anwendungen beendet, die auf dem Host instance ausgeführt werden.
Aktualisieren eines Elements
Aufheben der Bereitstellung eines abhängigen Artefakts vor dem Artefakt, von dem es abhängt
Wenn Sie die Bereitstellung eines Artefakts aufheben, von dem ein anderes Artefakt abhängt, müssen Sie zuerst die Bereitstellung des abhängigen Artefakts aufheben.
Hinweis
Wenn Sie die Bereitstellung des abhängigen Artefakts nicht zuerst aufheben, zeigt die BizTalk Server-Verwaltungskonsole eine Warnung an und verhindert, dass Sie Artefakte in der falschen Reihenfolge aufheben.
Beenden Sie nicht ein Artefakt, von dem eine andere Anwendung abhängt
Wenn in einer Anwendung ein Element beendet wird (dies kann die Folge des Beendens der Anwendung sein), von dem eine andere Anwendung abhängig ist, wird die abhängige Anwendung nicht ordnungsgemäß ausgeführt. Weitere Informationen zum Beenden einer Anwendung finden Sie unter Starten und Beenden einer BizTalk-Anwendung (https://go.microsoft.com/fwlink/?LinkID=154729).
Hinzufügen eines Verweises zu einer Assembly vor dem Verschieben eines Artefakts
Wenn Sie ein Element in eine neue Anwendung verschieben, werden alle anderen Elemente, von denen das Element abhängig ist, ebenfalls verschoben – es sei denn, die neue Anwendung enthält einen Verweis auf die Anwendung(en), die die Elemente enthält bzw. enthalten, von denen das verschobene Element abhängig ist. Außerdem werden alle Elemente mit Abhängigkeiten zu dem verschobenen Element ebenfalls verschoben, wenn die zugehörigen Anwendungen keinen Verweis auf die neue Anwendung enthalten. Beim Verschieben eines Artefakts wird Ihnen die Liste anderer Artefakte angezeigt, die ebenfalls verschoben werden.
Aktualisieren von Bindungen
Automatisieren der Neukonfiguration von Bindungen
- Beim Aktualisieren einer Assembly in einer Anwendung werden die zugehörigen Bindungen oft überschrieben, da die Assembly ansonsten nicht gebunden werden kann. Die Bindungen müssen daher neu konfiguriert werden. Sie können diesen Prozess mithilfe einer Bindungsdatei automatisieren. Wenn Sie dieselbe Version einer Assembly aktualisieren, können Sie zuerst eine Bindungsdatei für die Assembly exportieren, dann die Assembly aktualisieren, dann die Assembly in die Anwendung importieren und dann die vorherigen Bindungen erneut anwenden, indem Sie die Bindungsdatei importieren. Wenn Sie eine Assembly mit einer neueren Version aktualisieren, können Sie eine Bindungsdatei exportieren, die Datei bearbeiten, um die neue Assemblyversion widerzuspiegeln, die neue Assembly in die Anwendung importieren und dann die neuen Bindungen anwenden, indem Sie die Bindungsdatei importieren. Weitere Informationen zu Bindungsdateien finden Sie unter Exportieren von Bindungen in eine Bindungsdatei. Weitere Informationen zum Bearbeiten einer Bindungsdatei finden Sie unter Anpassen von Bindungsdateien (https://go.microsoft.com/fwlink/?LinkID=155000).
Starten oder Beenden einer Anwendung
Beenden einer Anwendung zum Aktualisieren von Artefakten
Wenn Sie eine Anwendung nicht zum Aktualisieren von Artefakten in der Anwendung beenden, müssen Sie die Veröffentlichung in der MessageBox-Datenbank vorübergehend beenden, indem Sie Endpunkte deaktivieren und alle ausgeführten Instanzen beenden und die Registrierung aufheben. Zum Beenden und Aufheben des Eintrags ausgeführter Instanzen müssen alle dehydrierten oder angehaltenen Instanzen entweder manuell fortgesetzt und abgeschlossen oder beendet werden.
Obwohl es nicht erforderlich ist, eine Anwendung zur Aktualisierung eines Elements oder zur Installation der Anwendung zu beenden, empfiehlt es sich trotzdem, eine Anwendung bei der Aktualisierung eines Elements immer zu beenden.