SQL Server Service Broker Architecture


  Share  
|

De SQL Server Service Broker is een nieuw subsysteem dat een kader biedt voor het bouwen van asynchrone toepassingen met behulp van SQL Server 2005. De mogelijkheid om ondersteuning asynchrone wachtrijen breidt de schaalbaarheid van SQL Server 2005-toepassingen. Asynchronous rij is een belangrijke factor voor schaalbaarheid, omdat het mogelijk een aanvraag in om te reageren op meer aanvragen dan kan het platform in staat zijn om fysiek hanteren. Asynchronous rij is te vinden in tal van andere zeer schaalbare toepassingen, zoals het besturingssysteem I / O-subsystemen, Web-servers, en zelfs de interne werking van de SQL Server-database-engine zelf. Bijvoorbeeld in het geval van een webserver, als tienduizend gebruikers tegelijk gevraagde middelen van de server, zonder wachtrijen asynchrone de webserver zou worden overweldigd als zij geprobeerd om synchroon behandelen alle inkomende verzoeken een voor een. Asynchronous wachtrij staat alle verzoeken worden vastgelegd in een wachtrij. Dan plaats van overweldigd, kan de webserver inzendingen proces uit de wachtrij op de maximale niveaus van efficiëntie. De toevoeging van de SQL Server Service Broker naar SQL Server 2005 kunt u dit hetzelfde type schaalbaarheid te bouwen in uw database-toepassingen.

SQL Server Service Broker Architecture

Het is belangrijk om in gedachten te houden dat de SQL Server Service Broker is een applicatie raamwerk. Het doel is om op het harde werk van het opbouwen van asynchrone toepassingen, en het doet dat door voor elk van de zware werk voor de asynchrone toepassing. SQL Server Service Broker zorgt voor alle van de hard-to-code details zoals gegarandeerde-in orde message routing en levering. Met andere woorden, SQL Server Service Broker biedt de aansluiting voor een asynchrone toepassing, maar niet in de toepassing zelf. Het is nog steeds aan jou om de toepassing ontwikkelen die het kader geleverd door de SQL Server-service makelaar subsysteem gebruikt. Microsoft heeft gebruik gemaakt van de SQL Server Service Broker subsysteem functionaliteit mogelijk te maken in verschillende andere gebieden van SQL Server 2005, inclusief Notification Services, Reporting Services en asynchrone query aanmeldingen.

De SQL Server Service Broker is volledig geïntegreerd met de SQL Server 2005 motor en is volledig transactionele. Transacties kunnen integreren in de wachtrij evenementen en kunnen zowel vastgelegd en weer gegooid. Daarnaast is de nieuwe SQL Server Service Broker ondersteunt ook betrouwbare aflevering van berichten op afstand wachtrijen. Dit betekent dat informatie die via SQL Server Service Broker kan meerdere SQL Server-systemen en nog steeds gewaarborgd in-order, one-time-levering enige boodschap, zelfs op afstand wachtrijen die moeten worden bereikt over meerdere routing stappen. De SQL Server Service Broker zorgt voor de monteurs nodig zijn om de grote berichten te breken in kleinere stukjes die worden verzonden over het netwerk en deze vervolgens weer in elkaar aan het andere eind.

Berichten

Berichten vormen de kern stukjes informatie die worden verstuurd door een SQL Server Service Broker toepassing. Deze berichten kunnen tekstberichten of bestaan uit binaire data of XML. Voor XML-berichten kunnen, SQL Server te valideren dat de berichten goed worden gevormd en dat zij voldoen aan een vooraf bepaald schema. U maakt een SQL Server Service Broker bericht door het uitvoeren van de CREATE TYPE BERICHT commando, dat is waar u het type inhoud dat de boodschap zal hebben. De berichten die worden verzonden over de wachtrijen kunnen zeer groot zijn-tot 2GB.

Wachtrijen

SQL Server Service Broker wachtrijen bevat een verzameling van gerelateerde berichten. Elke wachtrij wordt geassocieerd met een dienst. Wanneer een SQL Server Service Broker aanvraag stuurt een bericht, dat eerste bericht moet worden geplaatst in een wachtrij. Ook wanneer dat bericht is ontvangen door het doelsysteem, is het ontvangen in een wachtrij. Berichten worden gevalideerd wanneer zij worden ontvangen door de doelgroep wachtrij. Als een bericht niet geldig is, dan is de dienst geeft een foutmelding naar de afzender. Dan is de applicatie kan lezen de wachtrij en verwerken het bericht. U maakt een SQL Server Service Broker wachtrij door het uitvoeren van de opdracht CREATE QUEUE.

Contracten

Contracten wezen bepalen welke berichten kunnen worden gebruikt door een bepaalde wachtrij. Om te worden verwerkt, een contract moet eerst worden gecreëerd tussen een SQL Server Service Broker bericht en een wachtrij, of, meer specifiek, de wachtrij service. Het contract biedt informatie om de dienst over de aard van de berichten zullen worden verwerkt. Het contract voorkomt ook dolende berichten worden verzonden naar en gebruikt door een onbedoelde doeltoepassing. U maakt een SQL Server Service Broker bericht door het uitvoeren van de opdracht CREATE commando.

Diensten

Een SQL Server Service Broker service is een specifieke taak of Service Broker reeks van taken. Elke rij heeft een bijbehorende service. Gesprekken ontstaan tussen de diensten. De contracten die met de dienst definiëren de specifieke berichten die zullen worden verwerkt door de dienst.

Dialogen

Dialogen zijn een essentieel onderdeel van de nieuwe Microsoft SQL Server Service Broker. wezen, dialogen zorgen voor twee-weg messaging tussen twee SQL Server Service Broker diensten. Dialogen kunnen worden gebruikt voor interserver communicatie voor de diensten die op verschillende servers of gevallen, of ze kunnen worden gebruikt voor intraserver communicatie tussen twee applicaties die draaien op dezelfde server.

Het voornaamste doel van een SQL Server Service Broker dialoogvenster is te voorzien in een geordende bericht levering. Met andere woorden, in staat dialogen berichten in de wachtrij om altijd te lezen in de dezelfde volgorde waarin ze worden in de wachtrij. SQL Server Service Broker dialogen onderhouden betrouwbare geval over het bestellen van servers, zelfs indien het netwerk, applicatie of andere storingen tijdelijk verstoren de communicatie tussen het dialoogvenster eindpunten. Wanneer de communicatie is hersteld, zal de gebeurtenissen verder te worden verwerkt in volgorde van de punt van de laatst verwerkte wachtrij binnenkomst. Dialogen kan worden ingesteld om berichten te verwerken in een van beide full-duplex of half-duplex modus.

Bericht Vervoer

De SQL Server Service Broker boodschap transport protocol kunnen berichten worden verzonden over het netwerk. Het is gebaseerd op TCP / IP, en de algemene structuur van de SQL Server Service Broker bericht vervoer is een beetje zoals de architectuur gebruikt door TCP / IP en FTP. Standaard is de SQL Service Broker gebruikt TCP / IP-poort 4022. De SQL Server Service Broker bericht vervoer is samengesteld uit twee protocollen: het Adjacent Broker protocol, dat is een lager niveau zoals TCP-protocol, en de Dialog protocol, dat een hoger niveau als FTP-protocol, dat rijdt op de top van de lowerlevel Adjacent Broker protocol.

Aangrenzende Broker Protocol De aangrenzende Broker protocol is een zeer efficiënte lowlevel TCP / IP-protocol dat de fundamentele boodschap vervoer voorziet. Het is een bidirectionele en multiplexed protocol en kan omgaan met de boodschap vervoer voor meerdere SQL Server Service Broker dialogen. Het heeft geen zorgen over bericht bestelling of bevestigen bericht levering. Dat is alles afgehandeld door de Dialog protocol. In plaats daarvan, de aangrenzende Broker protocol stuurt alleen berichten over het netwerk zo snel als het kan.

Dialog Protocol De Dialog Protocol is een hoger niveau protocol dat de diensten van het aangrenzende Broker Protocol bij end-to-end-communicatie handvat voor een SQL Server Service Broker dialoogvenster gebruikt. Het is ontworpen om one-time-only, inorder aflevering van berichten, hanteren van het verzenden en erkenning van de berichten. Het voorziet ook in niet-symmetrische behandeling waar beide eind knooppunten in kennis worden gesteld van eventuele storingen bericht levering. Bovendien is de Dialog protocol verantwoordelijk voor authenticatie en versleuteling van berichten.

een artikel afkomstig van Maud V. Vincent


Share  

© 2005-2010 E-articles.info All Rights Reserved - Terms and conditions