Wichtige Überlegungen zum Aktualisieren von Anwendungen

Die folgenden wichtigen Überlegungen betreffen Probleme, die vor dem Aktualisieren einer Anwendung zu berücksichtigen sind, insbesondere wenn diese Anwendung auf einem Produktionsserver ausgeführt wird.

Allgemeine Hinweise

  • Parteien und Regeln werden im Gruppenbereich angezeigt. Das Hinzufügen von zusätzlichen Parteien und Regeln kann daher die Funktionsweise anderer Anwendungen beeinträchtigen.

  • Wenn Sie die Bereitstellung eines Element zurücknehmen, von dem ein anderes Element abhängig ist, muss als Erstes die Bereitstellung des abhängigen Elements zurückgenommen werden.

    Hinweis

    Über die BizTalk Server-Verwaltungskonsole wird eine Warnmeldung angezeigt, und das Zurücknehmen von Bereitstellungen in der falschen Reihenfolge verhindert.

  • 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.

  • Wenn Sie zum Bereitstellen einer Anwendung in einer Produktionsumgebung Visual Studio verwenden (wovon abgeraten wird) und in den Projekteigenschaften die Option Hostinstanzen neu starten auf Wahr festgelegt ist, werden beim erneuten Starten der Anwendung alle Hostinstanzen erneut gestartet. Dies betrifft auch Hosteinstanzen, die nicht mit der Anwendung verknüpft sind. Dadurch werden alle anderen Anwendungen beendet, die auf einer Hostinstanz auf dem lokalen Computer ausgeführt werden.

  • Wenn Sie eine BizTalk Server-Assembly (die eine Orchestrierung, ein Schema oder eine Zuordnung enthält) aktualisieren möchten, die als BizTalk-Anwendung bereitgestellt wurde, können Sie eines der folgenden Verfahren verwenden:

    • Ausführen einer gleichzeitigen Bereitstellung. Sie können die neuere Assembly entsprechend ändern. Dies geschieht normalerweise durch Inkrementieren der Version. Auf diese Weise erhalten beide Assemblys einen eindeutigen vollqualifizierten Assemblynamen. Weitere Informationen finden Sie unter Bereitstellen einer neuen Version einer Anwendung zur parallelen Ausführung mit einer vorhandenen Version.

    • Ersetzen der vorhandenen BizTalk Server-Assembly durch eine neue Assembly. Sie müssen alle Hostinstanzen beenden, die ggf. die veraltete Assembly laden können, die veraltete Assembly im GAC ersetzen und dann die Hostinstanzen neu starten.

  • Wenn Sie zum Ersetzen der vorhandenen Anwendung eine vollständig neue Anwendung bereitstellen, müssen Sie alle Verweise zwischen anderen Anwendungen und der zu ersetzenden Anwendung anpassen.

Überlegungen beim Aktualisieren von Schemas

  • Wenn Sie einer Anwendung eine Assembly hinzufügen, die ein neues Schema mit demselben Nachrichtentyp wie ein vorhandenes Schema in der BizTalk-Gruppe enthält, wird das Schema mit der höchsten Versionsnummer verwendet, wenn die Schemaauflösung in Pipelines auftritt. Wenn ein Nachrichtentyp auf mehr als einen .NET-Typ verweist, kann diese Mehrdeutigkeit außerdem zu einem Fehler bei der Pipelineausführung führen. Dies liegt daran, dass die Schemasuche den Nachrichtentyp, Zielnamespace und Stammnamen der Instanz verwendet. Dies kann bei Pipelines aller Anwendungen auftreten, die ein Schema des gleichen Nachrichtentyps wie das des neuen Schemas verwenden. Weitere Informationen zur Schemaauflösung finden Sie unter Schemaauflösung in Pipelinekomponenten.

  • Wenn Sie ein Schema aktualisieren, müssen Sie ebenfalls die Zuordnungen, die auf dieses Schema verweisen aktualisieren (oder neue Zuordnungen erstellen). Außerdem müssen Sie alle Orchestrierungen aktualisieren, die von dem Schema abhängig sind.

  • Wenn Sie eine Schemaversion erhöhen, sollten Sie die Verweise auf dieses Schema aktualisieren, die von Pipelineinstanzen und -komponenten verwendet werden.

  • Das Zurücknehmen der Bereitstellung eines Schemas führt dazu, dass die vorherige Version des Schemas aktiviert wird, wenn diese verfügbar ist.

Überlegungen beim Aktualisieren von Richtlinien

  • Vom BizTalk Server-Laufzeitmodul wird die höchste Version einer bereitgestellten Richtlinie verwendet.

Weitere Informationen

Aktualisieren von BizTalk-Anwendungen