Créer ou configurer un écouteur de groupe de disponibilité (SQL Server)

Cette rubrique explique comment créer ou configurer un écouteur de groupe de disponibilité unique pour un groupe de disponibilité AlwaysOn à l'aide de SQL Server Management Studio, de Transact-SQL ou de PowerShell dans SQL Server 2012.

• Avant de commencer :

  Existe-t-il déjà un écouteur pour ce groupe de disponibilité ?

  Limitations et restrictions

  Recommandations

  Configuration requise

  Conditions requises pour le nom DNS d'un écouteur de groupe de disponibilité

  Autorisations Windows

  Autorisations SQL Server

• Pour créer ou configurer un écouteur de groupe de disponibilité à l'aide de :

  SQL Server Management Studio

  Transact-SQL

  PowerShell

• Dépannage

  Échec de création d'un écouteur de groupe de disponibilité en raison de quotas Active Directory

• Suivi : après avoir créé un écouteur de groupe de disponibilité

  Mot clé MultiSubnetFailover et fonctionnalités associées

  Paramètre RegisterAllProvidersIP

  Paramètre HostRecordTTL

  Exemple de script PowerShell pour désactiver RegisterAllProvidersIP et réduire TTL

  Recommandations de suivi

  Créer un écouteur supplémentaire pour un groupe de disponibilité (facultatif)

Avant de commencer

Existe-t-il déjà un écouteur pour ce groupe de disponibilité ?

Pour déterminer si un écouteur existe déjà pour le groupe de disponibilité

• Afficher les propriétés d'écouteur de groupe de disponibilité (SQL Server)

[!REMARQUE]

Si un écouteur existe déjà et vous souhaitez créer un écouteur supplémentaire, consultez Pour créer un écouteur supplémentaire pour un groupe de disponibilité (facultatif), plus loin dans cette rubrique.

Limitations et restrictions

• Vous ne pouvez créer qu'un seul écouteur par groupe de disponibilité via SQL Server. En général, chaque groupe de disponibilité nécessite un seul écouteur. Toutefois, certains scénarios de client requièrent plusieurs écouteurs pour un groupe de disponibilité. Après la création d'un écouteur par SQL Server, vous pouvez utiliser Windows PowerShell pour les clusters de basculement ou le gestionnaire de cluster de basculement WSFC pour crée des écouteurs supplémentaires. Pour plus d'informations, consultez Pour créer un écouteur supplémentaire pour un groupe de disponibilité (facultatif), plus loin dans cette rubrique.

Recommandations

L'utilisation d'une adresse IP statique est recommandée, mais n'est pas obligatoire, en cas de configurations de plusieurs sous-réseaux.

Configuration requise

• Vous devez être connecté à l'instance de serveur qui héberge le réplica principal.

• Si vous configurez un écouteur de groupe de disponibilité sur plusieurs sous-réseaux et si vous planifiez d'utiliser des adresses IP statiques, vous devez obtenir l'adresse IP statique de chaque sous-réseau qui héberge un réplica de disponibilité pour le groupe de disponibilité pour lequel vous créez l'écouteur. Généralement, vous devez demander à votre administrateur réseau de vous communiquer les adresses IP statiques.

Conditions requises pour le nom DNS d'un écouteur de groupe de disponibilité

Chaque écouteur du groupe de disponibilité a besoin d'un nom d'hôte DNS unique dans le domaine et dans NetBIOS. Le nom DNS est une valeur de chaîne. Ce nom ne peut contenir que des caractères alphanumériques, des tirets (-) et des caractères de soulignement (_), dans n'importe quel ordre. Les noms d'hôte DNS ne respectent pas la casse. La longueur maximale est de 63 caractères, toutefois, dans SQL Server Management Studio, la longueur maximale que vous pouvez spécifier est 15 caractères.

Nous vous recommandons de spécifier une chaîne explicite. Par exemple, pour un groupe de disponibilité nommé AG1, un nom d'hôte DNS explicite est ag1-listener.

Autorisations Windows

Autorisations	Lien
Le nom d'objet cluster (CNO) du cluster WSFC qui héberge le groupe de disponibilité doit disposer de l'autorisation Create Computer objects. Dans Active Directory, un CNO par défaut n'a pas explicitement l'autorisation Create Computer objects et peut créer dix objets ordinateur virtuel (VCO). Une fois les dix VCO créés, la création de VCO supplémentaires échoue. Pour éviter cela, accordez explicitement l'autorisation au nom d'objet cluster du cluster WSCF. Notez que les VCO des groupes de disponibilité que vous avez supprimés ne sont pas automatiquement supprimés dans Active Directory et sont pris en compte dans le nombre maximal de dix VCO, sauf si vous les supprimez manuellement. [!REMARQUE] Dans certaines organisations, la stratégie de sécurité interdit d'accorder l'autorisation Create Computer objects aux comptes d'utilisateur individuels.	Étapes pour configurer le compte de la personne qui installe le cluster dans le Guide pas à pas du cluster de basculement : Configuration des comptes dans Active Directory Étapes de préconfiguration du nom du compte de cluster dans le Guide pas à pas du cluster de basculement : Configuration des comptes dans Active Directory
Si votre organisation requiert la préconfiguration du compte d'ordinateur pour un nom de réseau virtuel d'écouteur, vous devrez être membre du groupe Account Operator ou vous aurez besoin de l'aide de l'administrateur de domaine. Conseil En général, il est plus simple de ne pas préconfigurer le compte d'ordinateur pour un nom de réseau virtuel d'écouteur. Si vous le pouvez, laissez le compte être créé et configuré automatiquement lorsque vous exécutez l'Assistant WSFC haute disponibilité.	Étapes de préconfiguration d'un compte pour un service cluster ou une application dans le Guide pas à pas du cluster de basculement : Configuration des comptes dans Active Directory.

[Haut de la page]

Autorisations SQL Server

[Haut de la page]

Utilisation de SQL Server Management Studio

Conseil
L'Assistant Nouveau groupe de disponibilité prend en charge la création de l'écouteur pour un nouveau groupe de disponibilité.

Pour créer ou configurer un écouteur de groupe de disponibilité

1. Dans l'Explorateur d'objets, connectez-vous à l'instance de serveur qui héberge le réplica principal du groupe de disponibilité, puis cliquez sur le nom du serveur pour développer l'arborescence du serveur.

2. Développez le nœud Haute disponibilité AlwaysOn et le nœud Groupes de disponibilité.

3. Cliquez sur le groupe de disponibilité dont vous souhaitez configurer l'écouteur, puis choisissez l'une des méthodes suivantes :

   • Pour créer un écouteur, cliquez avec le bouton droit sur le nœud de Écouteurs de groupe de disponibilité, puis sélectionnez la commande Nouvel écouteur. Cela ouvre la boîte de dialogue Nouvel écouteur du groupe de disponibilité. Pour plus d'informations, consultez Ajouter l'écouteur du groupe de disponibilité (boîte de dialogue), plus loin dans cette rubrique.

   • Pour modifier le numéro de port d'un écouteur existant, développez le nœud Écouteurs de groupe de disponibilité, cliquez avec le bouton droit sur l'écouteur, puis sélectionnez la commande Propriétés. Entrez le nouveau numéro de port dans le champ Port, puis cliquez sur OK.

[Haut de la page]

Nouvel écouteur du groupe de disponibilité (boîte de dialogue)

• Nom DNS de l'écouteur
  Spécifie le nom d'hôte DNS de l'écouteur du groupe de disponibilité. Le nom DNS est une chaîne et doit être unique dans le domaine et dans NetBIOS. Ce nom ne peut contenir que des caractères alphanumériques, des tirets (-) et des caractères de soulignement (_), dans n'importe quel ordre. Les noms d'hôte DNS ne respectent pas la casse. La longueur maximale autorisée s'élève à 15 caractères.

  Pour plus d'informations, consultez Conditions requises pour le nom DNS d'un écouteur de groupe de disponibilité, plus haut dans cette rubrique.

• Port
  Port TPC utilisé par cet écouteur.

• Mode réseau
  Indique le protocole TCP utilisé par l'écouteur, à savoir :

  • DHCP
    L'écouteur utilise une adresse IP dynamique affectée par un serveur exécutant le protocole DHCP (Dynamic Host Configuration Protocol). DHCP est limité à un sous-réseau.

    Important

    Nous vous déconseillons d'utiliser DHCP dans un environnement de production. Lorsqu'un temps mort se produit et que le bail IP DHCP arrive à expiration, une période de temps supplémentaire est requise pour enregistrer la nouvelle adresse IP de réseau DHCP associée au nom DNS de l'écouteur et impacter la connectivité client. Toutefois, DHCP peut tout à fait être utilisé pour configurer un environnement de développement et de test dans le but de vérifier les fonctions de base des groupes de disponibilité et l'intégration avec vos applications.

  • Adresse IP statique
    L'écouteur utilise une ou plusieurs adresses IP statiques. Les adresses IP supplémentaires sont facultatives. Pour créer un écouteur de groupe de disponibilité sur plusieurs sous-réseaux, vous devez spécifier, pour chaque sous-réseau, une adresse IP statique dans la configuration de l'écouteur. Contactez votre administrateur réseau pour obtenir ces adresses IP statiques.

    Si vous sélectionnez Adresse IP statique, une grille de sous-réseau apparaît sous le champ Mode réseau. Cette grille affiche des informations sur chaque sous-réseau accessible par cet écouteur de groupe de disponibilité. Cette grille est vide tant que vous n'avez pas ajouté une adresse IP statique en cliquant sur Ajouter.

    Les colonnes sont les suivantes :

    • Sous-réseau
      Affiche l'identificateur de chaque sous-réseau que vous ajoutez à l'écouteur du groupe de disponibilité.

    • Adresse IP
      Affiche l'adresse IP d'un sous-réseau donné. Pour un sous-réseau donné, l'adresse IP est une adresse IPv4 ou une adresse IPv6.

• Ajouter
  Cliquez pour ajouter une adresse IP statique dans un sous-réseau sélectionné ou un autre sous-réseau pour cet écouteur. Cela ouvre la boîte de dialogue Ajouter une adresse IP. Pour plus d'informations, consultez la rubrique d'aide Boîte de dialogue Ajouter une adresse IP (SQL Server Management Studio).

• Supprimer
  Cliquez pour supprimer le sous-réseau sélectionné de cet écouteur.

• OK
  Cliquez pour créer l'écouteur de groupe de disponibilité spécifié.

[Haut de la page]

Utilisation de Transact-SQL

Pour créer ou configurer un écouteur de groupe de disponibilité

1. Connectez-vous à l'instance de serveur qui héberge le réplica principal.

2. Utilisez l'option LISTENER de l'instruction CREATE AVAILABILITY GROUP ou de l'option ADD LISTENER de l'instruction ALTER AVAILABILITY GROUP.

   L'exemple suivant ajoute un écouteur de groupe de disponibilité à un groupe de disponibilité existant nommé MyAg2. Un seul nom DNS, MyAg2ListenerIvP6, est spécifié pour cet écouteur. Les deux réplicas sont sur des sous-réseaux différents, par conséquent, selon les recommandations, l'écouteur doit utiliser des adresses IP statiques. Pour les deux réplicas de disponibilité, la clause WITH IP spécifie une adresse IP statique, 2001:4898:f0:f00f::cf3c and 2001:4898:e0:f213::4ce2, qui utilisent le format IPv6. Cet exemple utilise également l'argument facultatif PORT pour spécifier le port 60173 comme port d'écoute.

   ALTER AVAILABILITY GROUP MyAg2 
         ADD LISTENER ‘MyAg2ListenerIvP6’ ( WITH IP ( ('2001:db88:f0:f00f::cf3c'),('2001:4898:e0:f213::4ce2') ) , PORT = 60173 ); 
   GO
   

Utilisation de PowerShell

Pour créer ou configurer un écouteur de groupe de disponibilité

1. Accédez au répertoire (cd) de l'instance de serveur qui héberge le réplica principal.

2. Pour créer ou modifier un écouteur de groupe de disponibilité, utilisez l'une des applets de commande suivantes :

   • New-SqlAvailabilityGroupListener
     Crée un écouteur de groupe de disponibilité et l'attache à un groupe de disponibilité existant.

     Par exemple, la commande New-SqlAvailabilityGroupListener suivante crée un écouteur de groupe de disponibilité nommé MyListener pour le groupe de disponibilité MyAg. Cet écouteur utilise l'adresse IPv4 passée au paramètre -StaticIp comme adresse IP virtuelle.

     New-SqlAvailabilityGroupListener -Name MyListener ` 
     -StaticIp '192.168.3.1/255.255.252.0' ` 
     -Path SQLSERVER:\Sql\Computer\Instance\AvailabilityGroups\MyAg
     

   • Set-SqlAvailabilityGroupListener
     Modifie le paramètre de port sur un écouteur de groupe de disponibilité existant.

     Par exemple, la commande Set-SqlAvailabilityGroupListener suivante affecte le numéro de port 1535 pour l'écouteur de groupe de disponibilité nommé MyListener. Ce port est utilisé pour écouter les connexions à l'écouteur.

     Set-SqlAvailabilityGroupListener -Port 1535 ` 
     -Path SQLSERVER:\Sql\PrimaryServer\InstanceName\AvailabilityGroups\MyAg\AGListeners\MyListener
     

   • Add-SqlAGListenerstaticIp
     Ajoute une adresse IP statique à une configuration existante d'écouteur de groupe de disponibilité. L'adresse IP peut être une adresse IPv4 avec sous-réseau ou une adresse IPv6.

     Par exemple, la commande Add-SqlAGListenerstaticIp suivante ajoute une adresse IPv4 statique à l'écouteur de groupe de disponibilité MyListener sur le groupe de disponibilité MyAg. Cette adresse IPv6 sert d'adresse IP virtuelle de l'écouteur sur le sous-réseau 255.255.252.0. Si le groupe de disponibilité s'étend sur plusieurs sous-réseaux, vous devez ajouter une adresse IP statique pour chaque sous-réseau connecté à l'écouteur.

     $path = "SQLSERVER:\SQL\PrimaryServer\InstanceName\AvailabilityGroups\MyAg\AGListeners\ MyListener" ` 
     Add-SqlAGListenerstaticIp -Path $path ` 
     -StaticIp "2001:0db8:85a3:0000:0000:8a2e:0370:7334" 
     

   [!REMARQUE]

   Pour afficher la syntaxe d'une applet de commande, utilisez l'applet de commande Get-Help dans l'environnement SQL Server PowerShell. Pour plus d'informations, consultez Obtenir de l'aide sur SQL Server PowerShell.

Pour configurer et utiliser le fournisseur SQL Server PowerShell

• Fournisseur PowerShell SQL Server

[Haut de la page]

Dépannage

Échec de création d'un écouteur de groupe de disponibilité en raison de quotas Active Directory

La création d'un nouvel écouteur de groupe de disponibilité peut échouer parce que vous avez atteint un quota Active Directory pour le compte d'ordinateur participant du nœud de cluster. Pour plus d'informations, consultez les articles suivants :

• Procédure de dépannage du compte de service de cluster lorsqu'il modifie des objets ordinateur

• Quotas Active Directory

[Haut de la page]

Suivi : après avoir créé un écouteur de groupe de disponibilité

Mot clé MultiSubnetFailover et fonctionnalités associées

MultiSubnetFailover est un nouveau mot clé de chaîne de connexion utilisé pour permettre un basculement plus rapide avec les groupes de disponibilité AlwaysOn et les instances de cluster de basculement AlwaysOn dans SQL Server 2012. Les trois sous-fonctionnalités suivantes sont activées lorsque MultiSubnetFailover=True est défini dans la chaîne de connexion :

• Basculement plus rapide de sous-réseaux multiples vers un écouteur de sous-réseaux multiples pour un groupe de disponibilité AlwaysOn ou des instances de cluster de basculement.

• Basculement plus rapide d'un sous-réseau unique vers un écouteur de sous-réseau unique pour un groupe de disponibilité AlwaysOn ou des instances de cluster de basculement.

  • Cette fonctionnalité est utilisée pour la connexion à un écouteur comportant une IP unique dans un seul sous-réseau. Elle permet d'exécuter des tentatives de connexion TCP plus agressives afin d'accélérer les basculements au sein d'un sous-réseau unique.

• Résolution d'instance nommée pour une instance de cluster de basculement AlwaysOn de sous-réseaux multiples.

  • Elle permet de prendre en charge la résolution d'instance nommée pour des instances de cluster de basculement AlwaysOn avec des points de terminaison de sous-réseaux multiples.

MultiSubnetFailover=True non pris en charge par .NET Framework 3.5 ou OLEDB

Problème : si votre groupe de disponibilité ou votre instance de cluster de basculement comporte un nom d'écouteur (également appelé « nom de réseau » ou « point d'accès client » dans le gestionnaire de cluster WSFC) qui dépend de plusieurs adresses IP de plusieurs sous-réseaux, et si vous utilisez soit ADO.NET avec .NET Framework 3.5 SP1, soit SQL Native Client 11.0 OLEDB, 50 % de vos demandes de connexion client à l'écouteur du groupe de disponibilité sont susceptibles de dépasser le délai de connexion.

Solutions de contournement : nous vous recommandons d'effectuer l'une des tâches suivantes.

• Si vous n'êtes pas autorisé à manipuler les ressources de cluster, définissez le délai de connexion à 30 secondes (cette valeur correspond au délai TCP de 20 secondes plus un tampon de 10 secondes).

  Avantage : en cas de basculement de sous-réseaux croisé, la durée de récupération du client est courte.

  Inconvénient : la moitié des connexions du client prendront plus de 20 secondes.

• Si vous disposez d'une autorisation vous permettant de manipuler les ressources du cluster, l'approche privilégiée consiste à définir le nom du réseau de votre écouteur de groupe de disponibilité en tant que RegisterAllProvidersIP=0. Pour plus d'informations, consultez « Paramètre RegisterAllProvidersIP », plus loin dans cette section.

  Avantage : vous n'avez pas besoin d'augmenter la valeur du délai de connexion du client.

  Inconvénient : en cas de basculement de sous-réseaux croisé, la durée de récupération du client peut être de 15 minutes ou plus, en fonction de votre paramètre HostRecordTTL et du paramètre de votre planification de la réplication DNS/AD entre sites.

Paramètre RegisterAllProvidersIP

Lorsque vous utilisez SQL Server Management Studio, Transact-SQL ou PowerShell pour créer un écouteur de groupe de disponibilité, le point d'accès client est créé dans WSFC avec la propriété RegisterAllProvidersIP ayant la valeur 1 (True). L'effet de cette valeur de propriété dépend de la chaîne de connexion du client, comme suit :

• Chaînes de connexion qui affectent la valeur True à MultiSubnetFailover

  Groupes de disponibilité AlwaysOn affecte la valeur 1 à la propriété RegisterAllProvidersIP pour réduire le temps de reconnexion après un basculement pour les clients dont les chaînes de connexion client spécifient MultiSubnetFailover = True, comme cela est recommandé. Notez que pour tirer parti des fonctionnalités de sous-réseaux multiples d'écouteur, les clients peuvent nécessiter un fournisseur de données qui prend en charge le mot clé MultiSubnetFailover. Pour plus d'informations sur les pilotes pris en charge pour le basculement de sous-réseaux multiples, consultez Connectivité client AlwaysOn (SQL Server).

  Pour plus d'informations sur le clustering de sous-réseaux multiples, consultez Clustering de sous-réseaux multiples SQL Server (SQL Server).

  Conseil
  Lorsque RegisterAllProvidersIP = 1, si vous exécutez l'Assistant WSFC Validation d'une configuration sur le cluster WSFC, l'Assistant génère le message d'avertissement suivant : « RegisterAllProviderIP pour le nom réseau « Name:<network_name> » est définie sur 1. Pour la configuration de cluster actuelle, cette valeur doit être définie sur 0. » Veuillez ignorer ce message.

• Chaînes de connexion qui n'affectent pas la valeur True à MultiSubnetFailover

  Lorsque RegisterAllProvidersIP = 1, tous les clients dont les chaînes de connexion n'utilisent pas MultiSubnetFailover = True, rencontreront des connexions à latence élevée. Cela est dû au fait que les clients essaient de se connecter à toutes les adresses IP de manière séquentielle. En revanche, si RegisterAllProvidersIP est changé en 0, l'adresse IP active est inscrite dans le point d'accès client du cluster WSFC, ce qui réduit la latence pour les clients hérités. Par conséquent, si vous possédez des clients hérités qui doivent se connecter à un écouteur du groupe de disponibilité et ne peuvent pas utiliser la propriété MultiSubnetFailover, nous vous recommandons de changer RegisterAllProvidersIP en 0.

  Important

  Lorsque vous créez un écouteur de groupe de disponibilité dans le cluster WSFC (interface utilisateur du gestionnaire du cluster de basculement), RegisterAllProvidersIP a la valeur 0 (False) par défaut.

Paramètre HostRecordTTL

Par défaut, les clients mettent en cache les enregistrements DNS de cluster pendant 20 minutes. En réduisant HostRecordTTL, la valeur de durée de vie (TTL) de l'enregistrement mis en cache, les clients hérités peuvent se reconnecter plus rapidement. Toutefois, réduire le paramètre HostRecordTTL peut également entraîner une augmentation du trafic vers les serveurs DN.

Exemple de script PowerShell pour désactiver RegisterAllProvidersIP et réduire TTL

L'exemple PowerShell suivant montre comment configurer à la fois les paramètres de cluster RegisterAllProvidersIP et HostRecordTTL pour la ressource d'écouteur. L'enregistrement DNS sera mis en cache pendant 5 minutes, plutôt que les 20 minutes par défaut. La modification des deux paramètres de cluster peut réduire le temps de connexion à l'adresse IP correcte après un basculement pour les clients hérités qui ne peuvent pas utiliser le paramètre MultiSubnetFailover. Remplacez yourListenerName par le nom de l'écouteur que vous modifiez.

Import-Module FailoverClusters
Get-ClusterResource yourListenerName | Set-ClusterParameter RegisterAllProvidersIP 0 
Get-ClusterResource yourListenerName|Set-ClusterParameter HostRecordTTL 300
Stop-ClusterResource yourListenerName
Start-ClusterResource yourListenerName

Pour plus d'informations sur les temps de récupération au cours d'un basculement, consultez Latence de récupération cliente pendant un basculement.

Recommandations de suivi

Après avoir créé un écouteur de groupe de disponibilité :

• Demandez à votre administrateur réseau de réserver l'adresse IP de l'écouteur pour son utilisation exclusive.

• Fournissez le nom d'hôte DNS de l'écouteur aux développeurs d'applications pour qu'ils l'utilisent dans les chaînes de connexion lorsqu'ils demandent des connexions clientes vers ce groupe de disponibilité.

• Encouragez les développeurs à mettre à jour les chaînes de connexion du client pour spécifier MultiSubnetFailover = True, si possible. Pour plus d'informations sur les pilotes pris en charge pour le basculement de sous-réseaux multiples, consultez Connectivité client AlwaysOn (SQL Server)

[Haut de la page]

Créer un écouteur supplémentaire pour un groupe de disponibilité (facultatif)

Après avoir créé un écouteur via SQL Server, vous pouvez ajouter un écouteur supplémentaire, comme suit :

1. Créez l'écouteur à l'aide de l'un des outils suivants :

   • Utilisation du Gestionnaire de cluster de basculement WSFC :

     1. Ajoutez un point d'accès client et configurez l'adresse IP.

     2. Mettez l'écouteur en ligne.

     3. Ajoutez une dépendance à la ressource du groupe de disponibilité WSFC.

     Pour plus d'informations sur les boîtes de dialogue et les onglets du gestionnaire de cluster de basculement, consultez Interface utilisateur : composant logiciel enfichable du gestionnaire de cluster de basculement.

   • Utilisation de Windows PowerShell pour les clusters de basculement :

     1. Utilisez Add-ClusterResource pour créer les ressources de nom réseau et d'adresse IP.

     2. Utilisez Start-ClusterResource pour démarrer la ressource de nom réseau.

     3. Utilisez Add-ClusterResourceDependency pour définir la dépendance entre le nom réseau et la ressource existante du groupe de disponibilité SQL Server.

     Pour plus d'informations sur l'utilisation de Windows PowerShell pour les clusters de basculement, consultez Présentation des commandes du Gestionnaire de serveurs.

2. Démarrez l'écoute SQL Server sur le nouvel écouteur. Après avoir créé l'écouteur supplémentaire, connectez-vous à l'instance de SQL Server qui héberge le réplica principal du groupe de disponibilité et utilisez SQL Server Management Studio, Transact-SQL ou PowerShell pour modifier le port d'écoute.

Pour plus d'informations, consultez Créer plusieurs écouteurs pour le même groupe de disponibilité (blog de l'équipe de SQL Server AlwaysOn).

Tâches associées

• Afficher les propriétés d'écouteur de groupe de disponibilité (SQL Server)

• Supprimer un écouteur de groupe de disponibilité (SQL Server)

Contenu connexe

• Procédure : créer plusieurs écouteurs pour le même groupe de disponibilité

• Blog de l'équipe de SQL Server AlwaysOn : Blog officiel de l'équipe de SQL Server AlwaysOn

[Haut de la page]

Voir aussi

Concepts

Vue d'ensemble des groupes de disponibilité AlwaysOn (SQL Server)

Écouteurs de groupe de disponibilité, connectivité client et basculement d'application (SQL Server)

Clustering de sous-réseaux multiples SQL Server (SQL Server)