Cette fois-ci la mise en place est un peu plus complexe. En effet, Service Broker doit être capable d'accéder au service distant avec un certain contexte de sécurité. Pour cela, il lui est nécessaire de se connecter au serveur. Il n'est pas possible ni même envisageable de coder en "dur"
Service Broker entre 2 bases distinctes
le mot de passe à utiliser pour se connecter au serveur.
C’est pourquoi la connexion utilisée par service Broker sera basée sur un certificat. Il est également nécessaire de définir une route au niveau Service Broker afin que le service initiateur soit capable de localiser le service route. Ces routes sont tout à fait comparables aux routes qui peuvent être mises en place au niveau du réseau.
La mise en place de ce dialogue entre 2 bases distinctes de la même instance SQL Server est illustrée tout au long des étapes suivantes Pour mettre en place le dialogue Service Broker entre 2 bases, il est nécessaire de respecter les étapes suivantes :
Créer les objets spécifiques à Service Broker : type de messages, contrat, file d’attente, service
create database bd1;
create database bd2;
go
use bd1;
— Définir les types de messages
CREATE MESSAGE TYPE MResultat VALIDATION=WELL_FORMED_XML;
— Définir le contrat
CREATE CONTRACT ContratExemple ( MResultat SENT BY INITIATOR);
— Définir la file d’attente
CREATE QUEUE file1 WITH STATUS=ON;
— Définir le service
CREATE SERVICE service1 ON QUEUE file1([ContratExemple]);
go
use bd2;
— Définir les types de messages
CREATE MESSAGE TYPE MResultat VALIDATION=WELL_FORMED_XML;
— Définir le contrat
CREATE CONTRACT ContratExemple ( MResultat SENT BY INITIATOR);
— Définir la file d’attente
CREATE QUEUE file2 WITH STATUS=ON;
— Définir le service
CREATE SERVICE service2 ON QUEUE file2([ContratExemple]);
Définir les routes pour que chaque service puisse localiser le service distant
Rechercher les identifiants service broker
use master;
go
select name,service_broker_guid from sys.databases where name in (‘bd1′,’bd2’);
Mettre en place les routes
use bd2;
CREATE ROUTE routeVersService1
WITH SERVICE_NAME=’service1′,
BROKER_INSTANCE=’EEC08800-72B7-4543-B451-9253EF17EADB’,
ADDRESS=’LOCAL’;
use bd1;
CREATE ROUTE routeVersService2
WITH SERVICE_NAME=’service2′,
BROKER_INSTANCE=’1122146E-EEE1-4E60-9011-D2355EC5C1B4′,
ADDRESS=’LOCAL’;
Téléchargez cette ressource
Mac en entreprise : le levier d’un poste de travail moderne
Ce livre blanc répond aux 9 questions clés des entreprises sur l’intégration du Mac : sécurité, compatibilité, gestion, productivité, coûts, attractivité talents, RSE et IA, et l’accompagnement sur mesure proposé par inmac wstore.
Les articles les plus consultés
- Activer la mise en veille prolongée dans Windows 10
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Une baie de stockage c’est quoi ?
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Cybersécurité Active Directory et les attaques de nouvelle génération
Les plus consultés sur iTPro.fr
- L’identité, talon d’Achille de la cybersécurité
- De la donnée brute à l’actif stratégique : une approche produit
- Sous pression, les CIO entrent dans l’ère de la responsabilité IA
- FOCUS : optimisation du Cloud grâce à l’intelligence Artificielle
Articles les + lus
Portails développeurs internes : accélérer l’innovation sans alourdir les budgets
Pourquoi Shopify Plus s’impose dans la transformation du e-commerce B2B
Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
Alliée ou menace ? Comment l’IA redessine le paysage cyber
CES 2026 : l’IA physique et la robotique redéfinissent le futur
À la une de la chaîne Tech
- Portails développeurs internes : accélérer l’innovation sans alourdir les budgets
- Pourquoi Shopify Plus s’impose dans la transformation du e-commerce B2B
- Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
- Alliée ou menace ? Comment l’IA redessine le paysage cyber
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
