SQL Server Service Broker Architecture

Share

|

Die SQL Server Service Broker ist ein neues Subsystem, das einen Rahmen für den Aufbau asynchrone Anwendungen mit SQL Server 2005 bietet. Die Fähigkeit zur asynchronen Queuing-Unterstützung erweitert die Skalierbarkeit des SQL Server 2005-Anwendungen. Asynchrone Schlange ist ein wichtiger Faktor für die Skalierbarkeit, da es erlaubt eine Anwendung auf mehr Anfragen als die Plattform können möglicherweise körperlich mit ihnen umgehen. Asynchrone Schlange ist in vielen anderen hoch skalierbare Anwendungen, wie das Betriebssystem gibt, fand ich / O-Subsysteme, Web-Server, und auch die internen Operationen der SQL Server-Datenbank-Engine selbst. Zum Beispiel im Fall von einem Webserver, wenn zehntausend Benutzern gleichzeitig angeforderten Ressourcen vom Server, ohne Anstehen asynchrone dem Web-Server überfordert wäre, wie es synchron verarbeiten alle eingehenden Anfragen ein zu einer Zeit versucht werden. Asynchrone Queuing ermöglicht alle Anforderungen in einer Warteschlange aufgenommen werden. Dann anstatt überwältigt, dem Web-Server kann entweder aus der Warteschlange an seinem höchsten Wirkungsgraden Prozess. Die Zugabe des SQL Server Service Broker auf SQL Server 2005 ermöglicht es Ihnen, diese gleiche Art von Skalierbarkeit in Ihre Datenbank-Anwendungen zu erstellen.

SQL Server Service Broker Architecture

Es ist wichtig zu bedenken, dass der SQL Server Service Broker ein Anwendungs-Framework ist. Sein Ziel ist es auf die harte Arbeit der Gebäude asynchrone Anwendungen nutzen, und es tut, die von der Behandlung der Schwerarbeit für die asynchrone Anwendung. SQL Server Service Broker kümmert sich um alle von den hart-zu-Code-Details garantiert wie in Ordnung Message-Routing-und Lieferbedingungen. Mit anderen Worten, stellt SQL Server Service Broker der Sanitär für eine asynchrone Anwendung aber nicht die Anwendung selbst ab. Es ist immer noch an Ihnen, den Antrag, dass der Rahmen durch das SQL Server Service Broker-Subsystem geliefert verwendet bauen. Microsoft hat die Verwendung von SQL Server Service Broker-Subsystem, um die Funktionalität in mehreren anderen Bereichen von SQL Server 2005, einschließlich der Notification Services, Reporting Services und asynchrone Abfrage-Benachrichtigungen ermöglichen gemacht.

Die SQL Server Service Broker ist vollständig mit dem SQL Server 2005-Engine integriert und ist vollständig transaktionale. Transaktionen können in der Warteschlange zu übernehmen Veranstaltungen und kann sowohl engagierte und Rollback. Darüber hinaus die neuen SQL Server Service Broker unterstützt auch zuverlässige Übermittlung von Nachrichten an Remote-Warteschlangen. Dies bedeutet, dass Informationen über SQL Server Service Broker kann mehrere SQL Server-Systeme gesendet und noch garantiert in Ordnung, one-time-delivery-Nachricht nur bis in entfernte Warteschlangen, die über mehrere Routing-Schritte erreicht werden muss liefern. Die SQL Server Service Broker kümmern die Mechanik benötigt, um die großen Nachrichten in kleinere Stücke, die über das Netzwerk gesendet werden brechen und dann wieder zusammenbauen sie am anderen Ende.

Nachrichten

Nachrichten sind der Kern Bits an Informationen, die von einem SQL Server Service Broker-Anwendung gesendet werden. Diese Meldungen können Textnachrichten oder bestehen aus binären Daten oder XML. Für XML-Nachrichten, kann SQL Server überprüfen, ob die Nachrichten sind gut ausgebildet, und dass sie mit einem vordefinierten Schema entsprechen. Sie erstellen eine SQL Server Service Broker-Nachricht, indem Sie die CREATE MESSAGE TYPE-Befehl, der, wo Sie den Typ des Inhalts, dass die Nachricht wird angegeben ist. Die Nachrichten, die über die Warteschlangen gesendet werden, können sehr groß sein, bis zu 2GB.

Warteschlangen

SQL Server Service Broker Warteschlangen enthalten eine Sammlung von Nachrichten. Jede Warteschlange ist mit einer Dienstleistung verbunden sind. Wenn ein SQL Server Service Broker-Anwendung eine Nachricht, die Nachricht zunächst in einer Warteschlange gestellt werden muss sendet. Ebenso, wenn die Nachricht vom Zielsystem empfangen wird, wird sie in eine Warteschlange aufgenommen. Die Nachrichten werden validiert, wenn sie von der Zielwarteschlange empfangen werden. Wenn eine Nachricht nicht gültig ist, dann den Dienst gibt einen Fehler an den Absender. Dann kann die Anwendung lesen Sie die Warteschlange und verarbeitet die Nachricht. Sie erstellen eine SQL Server Service Broker-Warteschlange, indem Sie den Befehl CREATE QUEUE.

Verträge

Verträge im Wesentlichen fest, welche Nachrichten können von einem bestimmten Warteschlange verwendet werden. Um verarbeitet werden, muss ein Vertrag zunächst zwischen einer SQL Server Service Broker-Nachricht und eine Warteschlange oder geschaffen werden speziell die Warteschlange Service. Der Vertrag enthält Informationen zu den Service über die Art der Nachrichten, die es verarbeitet. Der Vertrag sieht außerdem verhindert, dass fehlerhafte Nachrichten an gesendet und von einem unbeabsichtigten Zielanwendung. Sie erstellen eine SQL Server Service Broker-Nachricht, indem Sie den Befehl CREATE CONTRACT.

Dienstleistungen

Ein SQL Server Service Broker Service ist eine spezifische Aufgabe Service Broker oder der Aufgaben festgelegt. Jede Warteschlange hat einen zugehörigen Service. Gespräche zwischen den Diensten auftreten. Die Verträge mit dem Dienst verbundenen Festlegung der genauen Nachrichten, die von dem Dienst verarbeitet werden.

Dialoge

Dialoge sind ein wesentlicher Bestandteil des neuen SQL Server von Microsoft Service Broker. Im Wesentlichen bieten Dialoge Zweiwege-Messaging zwischen zwei SQL Server Service Broker-Diensten. Dialoge können InterServer Kommunikation für Dienstleistungen, die auf verschiedenen Servern oder Instanzen benutzt werden, oder sie können für IntraServer Kommunikation zwischen zwei Anwendungen auf dem gleichen Server verwendet werden.

Der Hauptzweck eines SQL Server Service Broker-Dialog zu einer geordneten Nachrichtenübermittlung zu stellen. Mit anderen Worten ermöglichen Dialoge Nachrichten an immer in der gleichen Reihenfolge gelesen werden, dass sie in die Warteschlange gesetzt werden Warteschlange. SQL Server Service Broker-Dialoge halten zuverlässig Veranstaltung Bestellung über Server hinweg, auch wenn Netzwerk-, Anwendungs-oder sonstige Störungen vorübergehend stören die Kommunikation zwischen Dialog Endpunkte. Wenn die Kommunikation wiederhergestellt sind, werden die Ereignisse weiter, um an der Stelle des zuletzt bearbeiteten Warteschlange Eintrag bearbeitet werden. Dialoge können eingerichtet werden, um Nachrichten im Vollduplex-Modus oder Halbduplex-Modus verarbeiten.

Message Transport

Die SQL Server Service Broker Nachricht Transport-Protokoll ermöglicht Nachrichten über das Netzwerk gesendet werden. Es basiert auf TCP / IP basiert, und die gesamte Architektur des SQL Server Service Broker Nachricht Transport ist ein bisschen wie die Architektur von TCP / IP und FTP verwendet. Standardmäßig ist der SQL Service Broker verwendet TCP / IP-Port 4022. Die SQL Server Service Broker Nachricht Transport besteht aus zwei Protokollen zusammen: die Angrenzend Broker-Protokoll, das einen niedrigeren-Level-Protokoll wie TCP ist und die Dialog-Protokoll, das eine übergeordnete Protokoll ist wie FTP, die Fahrten auf der Oberseite des lowerlevel Benachbarte Broker-Protokoll.

Angrenzend Broker Protokoll Die benachbarten Broker Protokoll ist eine hocheffiziente Lowlevel TCP / IP-Protokoll, das die grundlegende Botschaft Transport bietet. Es ist eine bidirektionale und Multiplex-Protokoll und können so die Botschaft transportieren für mehrere SQL Server Service Broker-Dialoge zu behandeln. Es ist nicht etwa Nachricht Bestellung oder Bestätigung Nachrichtenübermittlung Sorgen. Das ist alles von der Dialog-Protokoll abgewickelt. Stattdessen werden die angrenzenden Broker Protokoll einfach sendet Nachrichten über das Netzwerk so schnell wie sie können.

Dialog-Protokoll Der Dialog-Protokoll ist ein Protokoll höherer Ebene, dass die Dienstleistungen des benachbarten Broker Protokoll zum End-to-End-Kommunikation nutzt Griff für eine SQL Server Service Broker-Dialog. Es ist so konzipiert, one-time-nur, durchzuführen Zustellung von Nachrichten, die Handhabung der Sende-und Empfangsbestätigung von Nachrichten. Es bietet auch symmetrische Fehlerbehandlung, wo beide Endknoten jeder Nachrichtenübermittlung Fehler informiert sind. Darüber hinaus ist der Dialog-Protokoll für Authentifizierung und Verschlüsselung von Nachrichten.

---