Lebenszyklus einer Nachricht
In der folgenden Abbildung wird eine allgemeine Übersicht über die BizTalk Server-Architektur aus Sicht der Nachrichtenübermittlung gezeigt.
In dieser vereinfachten Darstellung wird eine Nachricht über einen Empfangsspeicherort empfangen, der in einem bestimmten Empfangsport definiert ist. Diese Nachricht wird vom Empfangsspeicherort verarbeitet und in der MessageBox-Datenbank veröffentlicht, dem wichtigsten Persistenz- und Routingmechanismus von BizTalk Server. Die MessageBox wertet aktive Abonnements aus und leitet die Nachricht an Orchestrierungen und Sendeports mit passenden Abonnements weiter. Orchestrierungen können die Nachricht verarbeiten und Nachrichten über die MessageBox an einem Sendeport veröffentlichen, der diese Nachrichten an ihr endgültiges Ziel sendet.
Nachfolgend werden die wichtigsten Komponenten der BizTalk Server-Nachrichtenverarbeitung beschrieben.
Empfangsports und Empfangsspeicherorte
Ein Empfangsport ist eine Sammlung von mindestens einem Empfangsspeicherort, der bestimmte Einstiegspunkte in BizTalk Server definiert. Ein Empfangsspeicherort ist die Konfiguration eines einzelnen Endpunkts (URL) zum Empfangen von Nachrichten. Der Speicherort enthält Konfigurationsinformationen für einen Empfangsadapter und eine Empfangspipeline. Der Adapter ist für den Transport- und Kommunikationsteil des Empfangens einer Nachricht verantwortlich. Beispiele für Adapter sind der Dateiadapter und der SOAP-Adapter, die Nachrichten jeweils aus anderen Typen von Quellen empfangen. Die Empfangspipeline bereitet Nachrichten für die Veröffentlichung in der MessageBox vor. Eine Pipeline ist eine Reihe von Komponenten, die nacheinander ausgeführt werden und jeweils eine spezifische Verarbeitung für eine Nachricht bereitstellen, z. B. Entschlüsselung/Verschlüsselung, Analyse oder Validierung. Weitere Informationen zu Pipelines, Empfangsports und Empfangsspeicherorten finden Sie unter Artefakte.
Sendeports und Sendeportgruppen
Ein Sendeport ist die Kombination aus einer Sendepipeline und einem Sendeadapter. Eine Sendeportgruppe ist eine Sammlung von Sendeports und arbeitet ähnlich wie eine E-Mail-Verteilerliste. Eine an die Sendeportgruppe gesendete Nachricht wird an alle Sendeports in dieser Gruppe gesendet. In der Sendepipeline werden die aus BizTalk Server kommenden Nachrichten zur Übertragung an einen anderen Dienst vorbereitet. Für das eigentliche Versenden der Nachricht mittels eines bestimmten Protokolls (wie SOAP oder FTP) ist der Sendeadapter zuständig. Weitere Informationen zu Sendeports und Sendeportgruppen finden Sie unter Artefakte.
Orchestrierungen
Orchestrierungen können über die MessageBox Nachrichten abonnieren (empfangen) oder veröffentlichen (senden). Darüber hinaus können Orchestrierungen neue Nachrichten erstellen. Nachrichten werden mithilfe des bereits beschriebenen Abonnements- und Routingmechanismus empfangen. Wenn Abonnements für Orchestrierungen ausgestellt werden, wird eine neue Instanz aktiviert und die Nachricht übermittelt. Im Falle von Instanzenabonnements wird die Instanz reaktiviert (falls erforderlich) und die Nachricht dann übermittelt. Wenn Nachrichten von einer Orchestrierung gesendet werden, werden sie in der MessageBox-Datenbank auf dieselbe Art und Weise veröffentlicht wie Nachrichten, die an einem Empfangsspeicherort eingehen, wobei die entsprechenden Eigenschaften für Routingzwecke in die Datenbank eingefügt werden. Weitere Informationen zu Orchestrierungen finden Sie unter Artefakte.
MessageBox-Datenbank
Das Herz der Veröffentlichungs- und Abonnement-Engine in BizTalk Server ist die MessageBox-Datenbank. Die MessageBox besteht aus zwei Komponenten: einer oder mehreren Microsoft SQL Server-Datenbanken und dem Nachrichten-Agent. Die SQL Server-Datenbank bietet einen Persistenzspeicher für viele Elemente, darunter Nachrichten, Nachrichteneigenschaften, Abonnements, Orchestrierungsstufen, Überwachungsdaten und Hostwarteschlangen für das Routing. Weitere Informationen zur MessageBox-Datenbank finden Sie unter MessageBox-Datenbank.
Hosts und Hostinstanzen
Ein Host ist eine logische Darstellung eines Microsoft Windows-Prozesses, der BizTalk Server Artefakte wie Sendeports und Orchestrierungen ausführt. Ein Host instance ist die physische Darstellung eines Hosts auf einem bestimmten Server. Hoss können entweder In-Process-Hosts oder isolierte Hosts sein. In-Process-Hosts werden von BizTalk Server besessen und verwaltet. Bei isolierten Hosts wird der BizTalk Server-Code in einem Prozess ausgeführt, der nicht von BizTalk Server gesteuert wird. Ein gutes Beispiel für einen isolierten Host sind die Internetinformationsdienste (IIS), die als Host für die Empfangsfunktionalität des HTTP- und SOAP-Adapters dienen. Hosts werden für eine gesamte BizTalk Server-Gruppe definiert; eine Sammlung von BizTalk Servern, die gemeinsame Konfigurationen, MessageBoxes, Ports usw. verwenden. Weitere Informationen zu Hosts und Hostinstanzen finden Sie unter Entitäten.
Speichern von Nachrichtentext
Es gibt drei Möglichkeiten zum Speichern von Nachrichtentext.
In der Verwaltungskonsole in der Abfrageansicht der Seite „Gruppenhub“
Diese Methode eignet sich nur für Nachrichten in der MessageBox-Datenbank.
Zeigen Sie eine Dienstinstanz an.
Öffnen Sie das Dialogfeld Details der Dienstinstanz .
Klicken Sie auf die Registerkarte Nachrichten, um die Liste der Nachrichten anzuzeigen, die diesem instance zugeordnet sind.
Klicken Sie mit der rechten Maustaste auf die Nachricht, und klicken Sie dann auf Speichern.
Oder
Doppelklicken Sie auf die Nachricht, um sie in der Nachrichtenanzeige zu öffnen, und klicken Sie dann auf Speichern.
Im Betriebs-OM
Verwenden Sie GetInstance , um ein Service Instance-Objekt abzurufen.
Verwenden Sie Instance.Messages [ ] , um alle Nachrichten aufzulisten, auf die der Dienst derzeit verweist instance.
Verwenden Sie Methoden für das Nachrichtenobjekt wie Message.BodyPart [ ] und Message.Context [ ], um darauf zuzugreifen und es zu speichern.
Im DTA
- Rufen Sie Nachrichten vom DTA mithilfe der API-Aufrufe GetTrackedInstance und GetTrackedmessage ab.