Déplacement des applications Service Broker
La pratique courante pour changer une application Service Broker de place consiste à déplacer la base de données contenant l'application vers une autre instance. De nombreux aspects de cette application Service Broker sont déplacés avec la base de données. Certains, cependant, doivent être recréés ou reconfigurés dans le nouvel emplacement.
La base de données contient les procédures stockées, les certificats, les utilisateurs, les itinéraires sortants pour l'application et les objets Service Broker qui seront déplacés avec la base de données.
- Vous devez configurer les connexions des utilisateurs avec celles que l'application utilise.
- Dans la mesure où les certificats sont contenus dans la base de données où le certificat a été créé, ils sont conservés lors du déplacement de la base de données.
- La plupart des bases de données Service Broker possèdent une clé principale de base de données. Vous devez utiliser le mot de passe de la clé principale lorsque vous attachez la base de données à son nouvel emplacement.
Vous devez également mettre à jour les services qui engagent les conversations avec ceux que vous déplacez. Le cas échéant, dans chaque base de données, actualisez l'itinéraire menant au service que vous déplacez pour qu'il utilise la nouvelle adresse réseau.
Les deux commandes CREATE DATABASE et ALTER DATABASE fournissent des options permettant d'activer la remise de messages Service Broker dans la base de données restaurée et de définir un identificateur d'instance Service Broker différent. Cet identificateur ne doit être utilisé que par une seule base de données à la fois sur le réseau. En règle générale, vous ne modifiez pas l'identificateur d'instance lorsque vous restaurez une sauvegarde qui est prévue identique à la base de données originale. Ainsi, vous ne modifiez pas l'identificateur d'instance Service Broker lorsque vous attachez une base de données :
- à des fins de récupération ;
- pour créer une paire en miroir ;
- pour configurer une copie des journaux de transactions d'un serveur de secours.
Lorsque vous effectuez une copie de la base de données, modifiez l'identificateur d'instance Service Broker ou assurez-vous que la remise de messages Service Broker est inactive. Pour plus d'informations sur les options permettant d'attacher des bases de données, consultez CREATE DATABASE (Transact-SQL) et ALTER DATABASE (Transact-SQL). Pour savoir comment activer la remise de messages Service Broker dans une base de données, consultez Procédure : activer la remise de messages Service Broker dans les bases de données (Transact-SQL).
Les itinéraires pour les messages entrants ne sont pas inclus dans la base de données qui contient le service. Si, pour acheminer les messages entrants jusqu'au service, votre service utilise un itinéraire explicite dans la base de données msdb, recréez cet itinéraire lorsque vous attachez une base de données dans une instance différente.
En général, la sécurité du transport et les points de terminaison Service Broker s'appliquent à l'instance plutôt qu'à une base de données spécifique. Ainsi, le fait d'attacher une base de données à une nouvelle instance n'a pas d'incidence sur les points de terminaison ou la sécurité du transport de cette instance. Si votre service envoie ou reçoit des messages sur le réseau, assurez-vous que la nouvelle instance possède un point de terminaison Service Broker et que la sécurité du transport pour cette instance est configurée comme requis pour votre application.
Voir aussi
Tâches
Procédure : activer la remise de messages Service Broker dans les bases de données (Transact-SQL)
Concepts
Itinéraires
Routage Service Broker
Autres ressources
ALTER DATABASE (Transact-SQL)
ALTER ROUTE (Transact-SQL)
CREATE DATABASE (Transact-SQL)
CREATE ENDPOINT (Transact-SQL)
Copie de bases de données sur d'autres serveurs