Sql Bediener-Service-Vermittler-Architektur

Der SQL Bediener-Service-Vermittler ist ein neues Untersystem, das einen Rahmen für asynchrone Anwendungen des Gebäudes mit SQL Bediener 2005 zur Verfügung stellt. Die Fähigkeit, das asynchrone Anstehen zu stützen erweitert das scalability der Anwendungen des SQL Bedieners 2005. Das asynchrone Anstehen ist ein wichtiger Faktor für scalability, weil es eine Anwendung auf mehr Anträge, als reagieren läßt die Plattform in der LageSEIN kann, physikalisch anzufassen. Das asynchrone Anstehen wird in vielen anderen in hohem Grade scalable Anwendungen, wie den Untersystemen des Betriebssystems’s I/O, Netzbedienern und sogar den internen Betrieben der SQL Bediener-Datenbankmaschine selbst gefunden. Zum Beispiel im Fall von einem web server, wenn 10 tausend Benutzer gleichzeitig um Betriebsmittel vom Bediener baten, ohne asynchrones würde das Anstehen des web server als es versuchte, alle ankommenden einzeln Anträge synchron anzufassen überwältigt. Das asynchrone Anstehen ermöglicht allen Anträge, in einer Warteschlange gefangengenommen zu werden. Dann anstelle von überwältigt zu werden, kann das web server Eintragungen von der Warteschlange auf seinen maximalen Leistungsgraden verarbeiten. Die Hinzufügung des SQL Bediener-Service-Vermittlers zu SQL Bediener 2005 ermöglicht Ihnen, diese gleiche Art von scalability in Ihre Datenbankanwendungen zu errichten.

Sql Bediener-Service-Vermittler-Architektur

Es’s wichtig, im Verstand zu halten, daß der SQL Bediener-Service-Vermittler ein Anwendung Rahmen ist. Sein Ziel ist, auf der harten Arbeit der asynchronen Anwendungen des Gebäudes zu nehmen, und es tut das, indem es die ganze schwere Anheben für die asynchrone Anwendung anfaßt. Sql Bediener-Service-Vermittler kümmert um allen Hart-zucode Details wie Garantieren-inauftrag Meldungslenkung und Anlieferung. Das heißt, stellt SQL Bediener-Service-Vermittler die Klempnerarbeit für eine asynchrone Anwendung zur Verfügung, aber doesn’t liefern die Anwendung selbst. Es ist noch bis zu Ihnen, zum der Anwendung zu errichten, die den Rahmen benutzt, der durch das SQL Bediener-Service-Vermittleruntersystem geliefert wird. Microsoft hat das SQL Bediener-Service-Vermittleruntersystem gebraucht, um Funktionalität in einigen anderen Bereichen von SQL Bediener 2005, einschließlich Mitteilung Dienstleistungen zu ermöglichen und Dienstleistungen und über asynchrone Frage Mitteilungen berichtet.

Der SQL Bediener-Service-Vermittler wird vollständig mit der SQL BedienerMaschine 2005 integriert und ist völlig transactional. Verhandlungen können angestandene Fälle enthalten und können zurück festgelegt werden und gerollt werden. Zusätzlich stützt der neue SQL Bediener-Service-Vermittler auch zuverlässige Anlieferung der Anzeigen zu den Fernwarteschlangen. Dies heißt, daß die Informationen, die über SQL Bediener-Service-Vermittler gesendet werden, mehrfache SQL Bedienersysteme überspannen und garantierten Inauftrag noch zur Verfügung stellen können, Einzeit-nur Anzeige Anlieferung— sogar zu den Fernwarteschlangen, die über Mehrwegführung erreicht werden müssen tritt. Der SQL Bediener-Service-Vermittler kümmert um den Mechanikern, die, die großen Anzeigen in kleinere Klumpen zu brechen erfordert werden, die über das Netz gesendet werden und sie dann am anderen Ende wieder zusammenzubauen.

Anzeigen

Anzeigen sind die Bohreinsätze der Informationen, die durch eine SQL Bediener-Service-Vermittleranwendung gesendet werden. Diese Anzeigen können Textanzeigen sein oder aus binären Daten oder XML bestehen. Für XML Anzeigen kann SQL Bediener validieren, daß die Anzeigen gut gebildet werden und daß sie mit einem vorbestimmten Schema übereinstimmen. Sie verursachen eine SQL Bediener-Service-Vermittleranzeige, indem Sie die VERURSACHENCMitteilungsart Befehl laufen lassen, die ist, wo Sie die Art des Inhalts spezifizieren, die die Anzeige hat. Die Anzeigen, die über die Warteschlangen gesendet werden, können bis zu 2GB sehr—groß sein.

Warteschlangen

Sql Bediener-Service-Vermittler- Warteschlangen enthalten eine Ansammlung in Verbindung stehende Anzeigen. Jede WarteschlangeIST mit einem Service verbunden. Wenn eine SQL Bediener-Service-Vermittleranwendung eine Anzeige sendet, muß diese Anzeige in eine Warteschlange zuerst gelegt werden. Ebenso wenn diese Anzeige durch das Zielsystem empfangen wird, wird sie in eine Warteschlange empfangen. Anzeigen werden validiert, wenn sie durch die Zielwarteschlange empfangen werden. Wenn eine Anzeige unzulässig ist, dann bringt der Service eine Störung zum Absender zurück. Dann kann die Anwendung die Warteschlange lesen und die Anzeige verarbeiten. Sie stellen eine SQL Bediener-Service-Vermittlerwarteschlange her, indem Sie den VERURSACHENWARTESCHLANGE Befehl laufen lassen.

Verträge

Verträge definieren im Wesentlichen, welche Anzeigen durch eine gegebene Warteschlange benutzt werden können. Zwecks zuerst spezifischer verursacht werden verarbeitet zu werden, muß ein Vertrag zwischen einer SQL Bediener-Service-Vermittleranzeige und einer Warteschlange oder, dem Warteschlange’s Service. Der Vertrag stellt Informationen zum Service über die Art der Anzeigen zur Verfügung, die sie verarbeitet. Der Vertrag verhindert auch errant Anzeigen an zu gesendet werden und durch eine unbeabsichtigte Zielanwendung verwendet werden. Sie verursachen eine SQL Bediener-Service-Vermittleranzeige, indem Sie den VERURSACHENVERTRAG Befehl laufen lassen.

Dienstleistungen

Ein SQL Bediener-Service-Vermittler- Service ist eine spezifische Service-Vermittleraufgabe oder ein Satz Aufgaben. Jede Warteschlange hat einen verbundenen Service. Gespräche treten zwischen Dienstleistungen auf. Die Verträge verbanden mit dem Service definieren die spezifischen Anzeigen, die durch den Service verarbeitet werden.

Dialoge

Dialoge sind ein wesentlicher Bestandteil Microsoft’s des neuen SQL Bediener-Service-Vermittlers. Im Wesentlichen liefern Dialoge Zweiwegnachrichtenübermittlung zwischen zwei SQL Bediener-Service-Vermittlerdienstleistungen. Dialoge können für interserver Kommunikationen für die Dienstleistungen verwendet werden, die auf unterschiedliche Bediener oder Fälle laufen, oder sie können für die intraserver Kommunikationen verwendet werden, die zwei Anwendungen verbinden, die auf den gleichen Bediener laufen.

Der Hauptzweck eines SQL Bediener-Service-Vermittlerdialogs ist, eine bestellte Anzeige Anlieferung zur Verfügung zu stellen. Das heißt, ermöglichen Dialoge angestandenen Anzeigen, immer innen gelesen zu werden dem gleichen Auftrag, daß sie in die Warteschlange gesetzt werden. Sql Bediener-Service-Vermittlerdialoge behalten den zuverlässigen Fall bei, der über Bedienern bestellt, selbst wenn Netz, Anwendung oder andere Ausfälle vorübergehend die Kommunikationen zwischen Dialogendpunkten stören. Wenn die Kommunikationen wieder hergestellt werden, fahren die Fälle worden fort, im Auftrag vom Punkt der letzten verarbeiteten angestandenen Eintragung verarbeitet zu werden. Dialoge können bis zu den Prozeßanzeigen entweder im full-duplex Modus oder im Halbduplexmodus eingestellt werden.

Anzeige Transport

Das SQL Bediener-Service-Vermittleranzeige Transportprotokoll ermöglicht Anzeigen, über das Netz gesendet zu werden. Es basiert auf TCP/IP, und die gesamte Architektur des SQL Bediener-Service-Vermittleranzeige Transportes ist eine Spitze wie die Architektur, die von TCP/IP und von FTP verwendet wird. Durch Rückstellung benutzt der SQL Service-Vermittler TCP/IP Tor 4022. Der SQL Bediener-Service-Vermittleranzeige Transport besteht aus zwei Protokollen: das angrenzende Vermittler-Protokoll, das ein auf der unteren Ebeneprotokoll wie TCP ist, und das Dialogprotokoll, das ein höheres Protokoll wie ftp ist, das auf das lowerlevel angrenzende Vermittler-Protokoll reitet.

Angrenzendes Vermittler-Protokoll das angrenzende Vermittler-Protokoll ist ein in hohem Grade leistungsfähiges lowlevel TCP/IP Protokoll, das den grundlegenden Anzeige Transport liefert. Es ist ein umkehrbares und multiplexes Protokoll und also kann den Anzeige Transport für mehrfache SQL Bediener-Service-Vermittlerdialoge anfassen. Es doesn’t Sorge über Anzeige Auftrag oder bestätigenanzeige Anlieferung. Dieses’s ganz angefaßt durch das Dialogprotokoll. Stattdessen sendet das angrenzende Vermittler-Protokoll einfach Anzeigen über dem Netz so schnell, wie es können Sie.

Dialogprotokoll das Dialogprotokoll ist ein höheres Protokoll, das die Services des angrenzenden Vermittler-Protokolls verwendet, um aufeinanderfolgende Kommunikationen für einen SQL Bediener-Service-Vermittlerdialog anzufassen. Es ist entworfen, um Einzeit-nur, inorder Anlieferung zur Verfügung zu stellen der Anzeigen und faßt das Senden und die Bestätigung der Anzeigen an. Es liefert auch den symmetrischen Ausfall, der anfaßt, wo beide Ende Nullpunkte von allen möglichen Anzeige Anlieferung Ausfällen mitgeteilt werden. Zusätzlich ist das Dialogprotokoll für Authentisierung und Verschlüsselung der Anzeigen verantwortlich.

Verzicht: Unsere Web site ist nicht zu der Information verantwortlich, die durch diesen Artikel enthalten wird. Dieser Artikel reflektiert keineswegs die Ansichten, die Meinungen, die Gedanken oder den Glauben des Artikelverzeichnisstabes.

Übersetzung Nachricht: Der Artikel "SQL Bediener-Service-Vermittler-Architektur" wurde mit einem automatisierten Übersetzungsdienst übersetzt. Wir entschuldigen herzlichst uns für alle mögliche Übersetzung Störungen, die auftraten. Danke für das Verstehen.