Les groupes de disponibilité Always On (AG) de SQL Server fournissent des solutions de haute disponibilité et de reprise après sinistre pour les bases de données. L’un des composants clés de l’AG est l’écouteur de groupe de disponibilité, qui permet aux clients de se connecter aux bases de données des réplicas primaires et secondaires sans spécifier explicitement le nom de l’instance SQL Server.

L’écouteur de groupe de disponibilité est un nom de réseau virtuel (VNN) unique que les clients peuvent utiliser pour se connecter à l’AG. Il est composé d’un nom de système de noms de domaine (DNS), d’un port d’écoute et d’une ou plusieurs adresses IP. L’écouteur est détenu par l’instance SQL Server où réside le réplica primaire, et en cas de basculement, le nouveau réplica primaire sera propriétaire de l’écouteur.

Pour configurer l’écouteur de groupe de disponibilité, vous pouvez le créer lors de la création de l’AG ou le créer ultérieurement. Les options de création de l’écouteur sont disponibles dans SQL Server Management Studio (SSMS) ou peuvent être scriptées à l’aide de T-SQL. Il est recommandé d’utiliser une adresse IP statique pour des connexions fiables et une bascule multi-sous-réseau.

Lors de la connexion à une base de données dans un AG via l’écouteur de groupe de disponibilité, vous devez spécifier le nom de l’écouteur dans la zone de nom de serveur. Si vous utilisez un numéro de port différent, vous devez le spécifier explicitement dans la chaîne de connexion. Pour que le routage en lecture seule fonctionne, vous devez inclure l’ApplicationIntent et la base de données par défaut dans la chaîne de connexion.

La surveillance de l’écouteur de groupe de disponibilité peut être effectuée à l’aide de vues de catalogue telles que sys.availability_group_listener_ip_addresses, sys.availability_group_listeners et sys.dm_tcp_listener_states. Pour supprimer l’écouteur de groupe de disponibilité, vous pouvez utiliser SSMS ou T-SQL.

Il existe plusieurs scénarios courants et étapes de dépannage liés aux écouteurs de groupe de disponibilité. Cela inclut des problèmes de permissions de création d’écouteur, le routage en lecture seule qui ne fonctionne pas, des erreurs de délai d’attente de connexion, le nom de l’écouteur qui ne se résout pas en adresse IP, et le serveur incapable d’héberger l’adresse IP de l’écouteur. Il est important de suivre les meilleures pratiques telles que l’utilisation d’une adresse IP statique, l’utilisation de noms d’écouteurs significatifs et uniques, et de tester l’écouteur sur un serveur de staging avant de le mettre en œuvre dans un environnement de production.

En conclusion, comprendre les écouteurs de groupe de disponibilité SQL Server est crucial pour tirer parti des capacités de haute disponibilité et de reprise après sinistre de l’AG. En configurant et en gérant correctement l’écouteur, vous pouvez garantir une connectivité transparente aux bases de données des réplicas primaires et secondaires.

Merci d’avoir lu cet article. Si vous avez des questions ou des réflexions sur les écouteurs de groupe de disponibilité, veuillez laisser un commentaire ci-dessous.