Utilisation de la copie des journaux de transaction ou de la mise en miroir de bases de données avec Notification Services
Si vous n'avez pas besoin du basculement rapide et automatique fourni par le clustering avec basculement, mais souhaitez une haute disponibilité pour vos applications de notifications, vous pouvez conserver un serveur de secours que vous mettez en ligne après des pannes ou pendant la maintenance des serveurs. Le serveur de secours contient une copie de chaque base de données utilisée par l'instance de Notification Services.
Pour gérer automatiquement un serveur de base de données de secours, vous pouvez utiliser la copie des journaux de transaction ou la mise en miroir de bases de données.
Utilisation de la copie des journaux de transaction
La copie des journaux de transaction permet de maintenir un serveur de secours semi-automatique pour une base de données spécifique en envoyant automatiquement les sauvegardes du journal des transactions de cette base de données (qualifiée de base de données primaire) à une base de données secondaire sur un autre serveur (appelé serveur secondaire). Sur le serveur secondaire, ces sauvegardes du journal des transactions sont restaurées dans la base de données secondaire, la conservant ainsi étroitement synchronisée à la base de données primaire.
Lorsque vous utilisez la copie des journaux de transaction avec des bases de données Notification Services, il est vivement recommandé d'utiliser la même base de données pour les données d'instance et d'application. Vous pouvez spécifier un nom de base de données dans la configuration de l'instance et dans chaque définition d'application. Si vous utilisez des bases de données distinctes pour l'instance et ses applications, assurez-vous que chaque base de données utilise la même planification de copie des journaux de transaction afin que les bases de données de secours soient mises à jour en même temps. Si les bases de données sont mises à jour à des moments différents, l'application peut produire des erreurs. Par exemple, vous pouvez avoir des abonnements dans la base de données d'application pour les abonnés, qui n'existent pas dans la base de données d'instance.
Si vous mettez le serveur secondaire en ligne, vous devez réinscrire et mettre à jour l'instance de Notification Services :
- Vous devez réinscrire l'instance pour modifier le serveur de bases de données spécifié pour l'instance de Notification Services. Veillez à réaliser cette opération sur tous les serveurs sur lesquels l'instance est inscrite, notamment sur les serveurs qui exécutent des composants du moteur, des interfaces de gestion d'abonnement et des fournisseurs d'événements non hébergés.
- Vous devez modifier la valeur système de SQL Server dans la configuration d'instance et éventuellement les valeurs des noms système dans les définitions d'application, puis mettre à jour l'instance de Notification Services pour appliquer les modifications.
Pour plus d'informations sur l'utilisation de la copie des journaux de transaction, consultez copie des journaux de transaction.
Pour basculer une instance de Notification Services sur un serveur de secours
Utilisation de la mise en miroir de bases de données
La mise en miroir de bases de données offre une alternative ou un complément au clustering avec basculement ou à la copie des journaux de transaction. La mise en miroir conserve un serveur de secours qui agit comme un serveur de secours automatique offrant une possibilité de basculement rapide sans perte de transactions validées, ou un serveur de secours semi-automatique. S'il s'agit d'un serveur de secours automatique, il remplace le serveur de production dès que celui-ci tombe en panne. Les applications clientes peuvent ensuite reprendre rapidement en se reconnectant au nouveau serveur de production.
Les composants du moteur et les composants clients de Notification Services ne basculent pas automatiquement vers les serveurs de secours. Vous pouvez toutefois utiliser la mise en miroir de bases de données de manière comparable à la copie des journaux de transactions. Quand le serveur de secours se met en ligne, vous pouvez mettre à jour votre instance de Notification Services pour qu'elle utilise le nouveau serveur.
Pour plus d'informations sur la mise en miroir de bases de données, consultez Mise en miroir de bases de données.
Pour basculer une instance de Notification Services sur un serveur de secours
Recommandations sur le serveur de secours
Suivez ces recommandations pour utiliser la copie des journaux de transactions ou la mise en miroir de bases de données avec les configurations Notification Services courantes.
- En cas de déploiement mono-serveur de Notification Services (où le moteur de Notification Services et les bases de données sont situés sur le même serveur) vous devez mettre en miroir la structure de répertoires qui contient les fichiers fonctionnels de l'instance sur le serveur secondaire. Le fait d'avoir tous les fichiers en place simplifie le basculement vers le serveur secondaire.
- Pour faciliter encore le basculement vers le serveur secondaire, vous pouvez préparer la configuration d'instance et les définitions d'application avec le nom du serveur secondaire, puis inscrire à l'avance l'instance de Notification Services. ensuite, lorsque vous basculez vers le serveur secondaire, vous pouvez simplement mettre à jour l'instance de Notification Services et la démarrer.
- Si le moteur Notification Services est exécuté sur un serveur autre que le serveur de base de données, vous pouvez conserver les versions de la configuration d'instance et des définitions d'application du serveur secondaire. Ces versions de serveur secondaire contiennent les noms du serveur secondaire pour le serveur de bases de données et, si nécessaire, les fournisseurs d'événements non hébergés, les générateurs et les serveurs de distribution. Après avoir mis en ligne le serveur de bases de données secondaire, mettez à jour l'instance de Notification Services en utilisant les copies de la configuration d'instance et des définitions d'application du serveur secondaire.
Voir aussi
Autres ressources
copie des journaux de transaction
Mise en miroir de bases de données
Maintien d'une haute disponibilité
Administration de Notification Services