Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à :SQL Server
Azure SQL Managed Instance
La procédure traditionnelle pour migrer une application Service Broker consiste à déplacer la base de données contenant l'application vers une autre instance du moteur de base de données. De nombreux aspects de l'application Service Broker sont déplacés avec la base de données. Certains aspects doivent être recréés ou reconfigurés dans le nouvel emplacement.
La base de données contient les objets Service Broker, les procédures stockées, les certificats, les utilisateurs et les itinéraires sortants pour l'application. Ces objets se déplacent avec la base de données. La plupart des bases de données Service Broker ont une clé principale de base de données (DMK). Vous devez utiliser le mot de passe du DMK lorsque vous attachez la base de données dans le nouvel emplacement.
Après avoir déplacé la base de données, vous devez effectuer les étapes suivantes :
Configurer les connexions requises.
Mettez à jour les services qui lancent des conversations avec le service que vous êtes en train de déplacer. Dans chaque base de données qui contient un itinéraire pour le service que vous déplacez, modifiez l’itinéraire pour utiliser la nouvelle adresse réseau.
Utilisez les instructions
CREATE DATABASEouALTER DATABASEpour activer la remise des messages Service Broker dans la base de données restaurée et pour définir un identifiant d’instance Broker différent. Vous ne devez utiliser qu’un seul identificateur d’instance broker sur une base de données sur le réseau à la fois. En règle générale, vous ne modifiez pas l’identificateur d’instance lorsque vous restaurez une sauvegarde destinée à être identique à la base de données d’origine. Par exemple, vous ne modifiez pas l’identificateur d’instance broker lorsque vous attachez une base de données pour l’une des raisons suivantes :- Récupérer la base de données
- Créer une paire en miroir
- Configurer la copie des journaux de transaction d'un serveur de secours
Les itinéraires pour les messages entrants ne sont pas inclus dans la base de données qui contient le service. Si votre service utilise un itinéraire explicite dans la
msdbbase de données pour acheminer les messages entrants vers le service, vous devez recréer cet itinéraire lorsque vous attachez une base de données dans une autre instance.La sécurité du transport et les points de terminaison Service Broker s'appliquent à l'instance en totalité plutôt qu'à une base de données spécifique. L’attachement d’une base de données à une nouvelle instance n’affecte pas les points de terminaison ou la sécurité de transport pour cette instance. Si votre service envoie ou reçoit des messages sur le réseau, vous devez vous assurer que la nouvelle instance possède un point de terminaison Service Broker. Vous devez également veiller à ce que la sécurité de transport de l'instance est configurée conformément aux exigences de votre application.
Après avoir déplacé une base de données, vous pouvez vérifier les erreurs Service Broker en exécutant l'utilitaire ssbdiagnose. Pour plus d’informations, consultez l’utilitaire ssbdiagnose (Service Broker).
Contenu connexe
- Guide pratique pour activer la remise des messages Service Broker dans les bases de données (Transact-SQL)
- MODIFIER LA BASE DE DONNÉES (Transact-SQL)
- ALTER ROUTE (Transact-SQL)
- CRÉER BASE DE DONNÉES
- CRÉER UN POINT D'ACCÈS (Transact-SQL)
- Copier des bases de données sur d’autres serveurs
- Gérer les identités Service Broker
- Itinéraires
- Routage du Service Broker