Service Broker-Routing

Beschreibung des Routingprozesses

SQL Server verwaltet zwei unterschiedliche Ebenen von Routinginformationen. Jede Datenbank enthält eine lokale Routingtabelle, sys.routes, für in dieser Datenbank begonnene Konversationen. Bei Konversationen, die aus der SQL Server-Instanz stammen, durchsucht SQL Server die Routingtabelle in der Datenbank, von der die Konversation erstellt wurde. Bei Konversationen, die von außerhalb der Instanz eingehen, durchsucht SQL Servermsdb.sys.routes.

Der allgemeine Abgleichungsprozess ist immer derselbe, unabhängig davon, ob die Konversation Ihren Ursprung innerhalb oder außerhalb der Instanz hat. Abgelaufene Routen werden dabei ignoriert. Der Routingprozess besteht aus drei unterschiedlichen Schritten:

1. Suchen von übereinstimmenden Routen. Service Broker sucht durch Abgleichen des Dienstnamens und des Service Broker-Bezeichners eine Gruppe möglicher Routen.

2. Auswählen einer Route. Von Service Broker wird eine Route aus einer Gruppe möglicher Routen ausgewählt.

3. Suchen des Zieldienstes. Wenn in der ausgewählten Route 'LOCAL' als Netzwerkadresse angegeben ist, wird der Dienst von Service Broker innerhalb der Instanz gesucht. Wenn der Dienst nicht in der Instanz vorhanden ist, wird von Service Broker möglicherweise zu Schritt 2 zurückgekehrt und eine andere Route ausgewählt.

Sobald eine Nachricht vom Initiator an das Ziel gesendet wurde und der Initiator eine Bestätigungsnachricht vom Ziel erhält, verwendet der Initiator den Service Broker-Bezeichner in den Bestätigungsnachrichten, um nachfolgende Nachrichten an dasselbe Ziel weiterzuleiten. In Service Broker werden Bestätigungsnachrichten verarbeitet. Der Prozess ist für eine Anwendung transparent, von der Service Broker verwendet wird. Weitere Informationen zu Bestätigungsnachrichten finden Sie unter Service Broker-Kommunikationsprotokolle.

Antwortnachrichten von einem Zieldienst

Wenn eine von außerhalb der Instanz eingehende Nachricht von einem Zieldienst stammt, überprüft SQL Server, ob die aktuelle Instanz den Service Broker-Bezeichner in der Nachricht enthält. Wenn dies der Fall ist, wird die Nachricht innerhalb der aktuellen Instanz übermittelt, wie im Abschnitt "Suchen des Zieldienstes" beschrieben. Andernfalls führt SQL Server den Standardabgleichungsprozess aus.

Suchen von übereinstimmenden Routen

Im folgenden Verfahren wird das Abgleichen von Routen in SQL Server beschrieben. Der Abgleichungsprozess endet bei jedem Schritt, wenn mindestens eine Route übereinstimmt, und von Service Broker wird eine der übereinstimmenden Routen ausgewählt:

1. Wenn durch die Konversation ein Service Broker-Bezeichner angegeben wird, wird eine Route mit einer genauen Übereinstimmung sowohl hinsichtlich des Dienstnamens als auch des Service Broker-Bezeichners gesucht.

2. Bei Routen, durch die kein Service Broker-Bezeichner angegeben wird, wird eine genaue Übereinstimmung mit dem Dienstnamen gesucht.

3. Wenn durch die Konversation kein Service Broker-Bezeichner angegeben wird, wird bei Routen, durch die ein Service Broker-Bezeichner angegeben wird, eine genaue Übereinstimmung mit dem Dienstnamen gesucht. Falls die Routingtabelle Routen enthält, die mit dem Dienstnamen übereinstimmen und verschiedene Service Broker-Bezeichner aufweisen, können Sie einen beliebigen Service Broker-Bezeichner auswählen. Ordnen Sie dann nur die Routen zu, die diesen Service Broker-Bezeichner verwenden.

4. Wenn eine Route zu einem dynamischen Routingdienst vorhanden ist und keine Anforderung einer Route zu dem Dienst aussteht, wird die Konversation als verzögert gekennzeichnet, und es werden Routinginformationen vom betreffenden Dienst angefordert.

5. Es wird eine Route gesucht, die weder den Dienstnamen noch den Service Broker-Bezeichner angibt.

6. Wenn die Konversation einen Service Broker-Bezeichner angibt und wenn die Instanz eine oder mehrere Datenbanken enthält, die Dienste mit Namen enthalten, die mit dem in der Konversation angegebenen Namen übereinstimmen, wird die Konversation so weitergeleitet, als würde die Routingtabelle eine Route mit dem Dienstnamen und der Netzwerkadresse 'LOCAL' enthalten.

7. Die Konversation wird als verzögert gekennzeichnet.

Wenn eine Konversation als verzögert gekennzeichnet wird, wird der Abgleichungsprozess von Service Broker nach einer Timeoutperiode erneut ausgeführt. Wird keine übereinstimmende Route gefunden, gilt dies nicht als Fehler.

Auswählen einer Route

Wenn beim Abgleichungsprozess mehr als eine übereinstimmende Route gefunden wird, wird von Service Broker eine Route aus den übereinstimmenden Routen ausgewählt. Zu diesem Zweck werden Routen, die denselben Service Broker-Bezeichner, denselben Dienstnamen und dieselbe Netzwerkadresse aufweisen, als identisch gewertet. Von Service Broker wird das folgende Verfahren verwendet, um die genaue Route auszuwählen. Bei jedem Schritt wird der Prozess mit dem nächsten Schritt fortgesetzt, wenn keine Routen vorhanden sind, die mit der Adressangabe für den Schritt übereinstimmen.

1. Es wird eine Route aus den Routen ausgewählt, durch die eine Spiegeladresse angeben wird.

2. Es wird eine Route aus den Routen ausgewählt, durch die 'LOCAL' als Netzwerkadresse angeben wird. Wenn diese SQL Server-Instanz keinen Dienst enthält, der mit dem in der Konversation angegebenen Namen übereinstimmt, wird der Vorgang mit Schritt 3 fortgesetzt.

3. Es wird eine Route aus den Routen ausgewählt, durch die eine Netzwerkadresse angeben wird.

4. Es wird eine Route aus den Routen ausgewählt, durch die 'TRANSPORT' als Netzwerkadresse angeben wird.

Wenn die Brokerweiterleitung nicht aktiviert ist, wird die Nachricht von Service Broker gelöscht, wenn die Konversation ihren Ursprung nicht innerhalb der aktuellen Instanz hat und die Adresse der ausgewählten Route nicht 'LOCAL' ist.

Suchen des Zieldienstes

Wie oben beschrieben, werden Nachrichten von Service Broker an einen Dienst in der aktuellen Instanz übermittelt, wenn durch die übereinstimmende Route 'LOCAL' als Netzwerkadresse angegeben wird. Bei Nachrichten, die von außerhalb der Instanz stammen, muss die Route in msdb.sys.routes enthalten sein. Bei Nachrichten, die von innerhalb der Instanz stammen, muss die übereinstimmende Route für die Tabelle, die die Konversation einleitet, in der Tabelle sys.routes enthalten sein.

Sobald von Service Broker bestimmt wird, dass sich der Dienst für die Nachricht in der aktuellen Instanz befindet, muss der Dienst von Service Broker innerhalb der Instanz gesucht werden. Wenn ein Service Broker-Bezeichner für die Konversation entweder in der Konversation oder der Route vorhanden ist, werden von Service Broker Nachrichten an die durch den Service Broker-Bezeichner identifizierte Datenbank übermittelt.

Andernfalls sucht Service Broker den Dienst zunächst, indem er nach dem Dienstnamen in der Datenbank sucht, die die Konversation enthält. Anschließend sucht er in den anderen Datenbanken in der Instanz nach dem Dienstnamen. Service Broker übermittelt die Nachricht an den ersten gefundenen Dienst. Beachten Sie jedoch, dass die anderen Datenbanken in einer Instanz in keiner bestimmten Reihenfolge von Service Broker durchsucht werden, sodass die Reihenfolge von Konversation zu Konversation variieren kann. Dies bedeutet, dass der Zieldienst von Service Broker zufällig ausgewählt wird, wenn mehr als eine Kopie des Zieldienstes in der Instanz vorhanden ist.

Weitere Überlegungen

Für verbesserte Zuverlässigkeit schließt das Service Broker-Routing Vorkehrungen gegen Routingschleifen ein. Das Service Broker-Routing berücksichtigt Datenbankspiegelungen und kann Konversationen transparent zum aktiven Partner einer gespiegelten Datenbank umleiten.

Routingschleifen

Spiegeladressen

Siehe auch

Verweis

Konzepte