CREATE AVAILABILITY GROUP (Transact-SQL)

Crée un nouveau groupe de disponibilité, si l'instance de SQL Server est activée pour la fonctionnalité Groupes de disponibilité AlwaysOn.

Important

Exécutez CREATE AVAILABILITY GROUP sur l'instance de SQL Server que vous projetez d'utiliser comme réplica principal initial de votre nouveau groupe de disponibilité.Cette instance de serveur doit résider sur un nœud de clustering de basculement Windows Server (WSFC).

S'applique à : SQL Server (SQL Server 2012 via la version actuelle).

Conventions de syntaxe Transact-SQL

Syntaxe

CREATE AVAILABILITY GROUP group_name
   WITH (<with_option_spec> [ ,...n ] )
   FOR [ DATABASE database_name [ ,...n ] ]
   REPLICA ON <add_replica_spec> [ ,...n ]
   [ LISTENER ‘dns_name’ ( <listener_option> ) ]
[ ; ]

<with_option_spec>::= 
    AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SECONDARY | NONE }
  | FAILURE_CONDITION_LEVEL  = { 1 | 2 | 3 | 4 | 5 } 
  | HEALTH_CHECK_TIMEOUT = milliseconds 

<add_replica_spec>::=
  <server_instance> WITH
    (
       ENDPOINT_URL = 'TCP://system-address:port',
       AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT },
       FAILOVER_MODE = { AUTOMATIC | MANUAL }
       [ , <add_replica_option> [ ,...n ] ]
    ) 

  <add_replica_option>::=
       BACKUP_PRIORITY = n
     | SECONDARY_ROLE ( { 
            [ ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL } ] 
        [,] [ READ_ONLY_ROUTING_URL = 'TCP://system-address:port' ]
     } )
     | PRIMARY_ROLE ( { 
            [ ALLOW_CONNECTIONS = { READ_WRITE | ALL } ] 
        [,] [ READ_ONLY_ROUTING_LIST = { ( ‘<server_instance>’ [ ,...n ] ) | NONE } ]
     } )
     | SESSION_TIMEOUT = integer 

<listener_option> ::=
   {
      WITH DHCP [ ON ( <network_subnet_option> ) ]
    | WITH IP ( { ( <ip_address_option> ) } [ , ...n ] ) [ , PORT = listener_port ]
   }

  <network_subnet_option> ::=
     ‘four_part_ipv4_address’, ‘four_part_ipv4_mask’  

  <ip_address_option> ::=
     { 
        ‘four_part_ipv4_address’, ‘four_part_ipv4_mask’
      | ‘ipv6_address’
     }

Arguments

• group_name
  Spécifie le nom du nouveau groupe de disponibilité. group_name doit être un identificateur SQL Server valide et il doit être unique parmi tous les groupes de disponibilité du cluster WSFC. La longueur maximale d'un nom de groupe de disponibilité est de 128 caractères.

• AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SECONDARY | NONE }
  Spécifie une préférence sur la manière dont un travail de sauvegarde doit évaluer le réplica principal lorsqu'on choisit où effectuer des sauvegardes. Vous pouvez écrire un travail de sauvegarde donné pour prendre en compte la préférence de sauvegarde automatisée. Il est important de comprendre que la préférence n'est pas appliquée par SQL Server, par conséquent, elle n'a aucune incidence sur les sauvegardes ad hoc.

  Les valeurs prises en charge sont les suivantes :

  • PRIMARY
    Spécifie que les sauvegardes doivent toujours avoir lieu sur le réplica principal. Cette option est utile si vous avez besoin de fonctionnalités de sauvegarde, telles que la création de sauvegardes différentielles, qui ne sont pas prises en charge lorsque la sauvegarde est exécutée sur un réplica secondaire.

    Important

    Si vous envisagez d'utiliser la copie de journaux de transaction pour préparer des bases de données secondaires pour un groupe de disponibilité, définissez la préférence de sauvegarde automatisée sur Principal jusqu'à ce que toutes les bases de données secondaires aient été préparées et attachées au groupe de disponibilité.

  • SECONDARY_ONLY
    Spécifie que les sauvegardes ne doivent jamais être effectuées sur le réplica principal. Si le réplica principal est le seul réplica en ligne, la sauvegarde ne doit pas avoir lieu.

  • SECONDARY
    Spécifie que les sauvegardes doivent se produire sur un réplica secondaire sauf lorsque le réplica principal est le seul réplica en ligne. Dans ce cas, la sauvegarde doit se produire sur le réplica principal. Il s'agit du comportement par défaut.

  • NONE
    Spécifie que vous préférez que les travaux de sauvegarde ignorent le rôle des réplicas de disponibilité lorsque vous choisissez le réplica pour effectuer les sauvegardes. Notez que les travaux de sauvegarde peuvent évaluer d'autres facteurs tels que la priorité de sauvegarde de chaque réplica de disponibilité en association avec son état opérationnel et son état connecté.

  Important

  Il n'y a aucune contrainte du paramètre AUTOMATED_BACKUP_PREFERENCE.La traduction de cette préférence dépend de la logique, le cas échéant, que vous avez écrite dans les travaux de sauvegarde pour les bases de données dans un groupe de disponibilité donné.Le paramètre de préférence de sauvegarde automatisée n'a aucun impact sur les sauvegardes ad-hoc.Pour plus d'informations, consultez Configurer la sauvegarde sur des réplicas de disponibilité (SQL Server).

  Notes

  Pour afficher la préférence de sauvegarde automatisée d'un groupe de disponibilité existant, sélectionnez la colonne automated_backup_preference ou automated_backup_preference_desc de la vue de catalogue sys.availability_groups.En outre, sys.fn_hadr_backup_is_preferred_replica (Transact-SQL) peut être utilisé pour déterminer le réplica de sauvegarde par défaut.Cette fonction renverra toujours 1 pour au moins l'un des réplicas, même avec AUTOMATED_BACKUP_PREFERENCE = NONE.

• FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }
  Spécifie les conditions d'échec qui déclencheront un basculement automatique pour ce groupe de disponibilité. FAILURE_CONDITION_LEVEL est défini au niveau du groupe mais s'applique uniquement sur les réplicas de disponibilité configurés pour le mode de disponibilité de validation synchrone (AVAILIBILITY_MODE = SYNCHRONOUS_COMMIT). En outre, les conditions d'échec peuvent déclencher un basculement automatique uniquement si les réplicas principaux et secondaires sont configurés pour le mode de basculement automatique (FAILOVER_MODE = AUTOMATIC) et le réplica secondaire est actuellement synchronisé avec le réplica principal.

  Les niveaux de condition d'échec (1-5) s'étendent du moins restrictif, niveau 1, au plus restrictif, le niveau 5. Un niveau de condition donné comprend tous les niveaux moins restrictifs. Par conséquent, le niveau de condition le plus strict, le niveau 5, inclut les quatre niveaux de condition moins restrictifs (1 à 4), le niveau 4 inclut les niveaux 1 à 3, et ainsi de suite. Le tableau suivant décrit la condition d'échec qui correspond à chaque niveau.

  Niveau	Condition d'échec
  1	Spécifie qu'un basculement automatique doit être initialisé lorsque l'une des conditions suivantes se produit : Le service SQL Server est fermé. Le bail du groupe de disponibilité pour la connexion au cluster WSFC expire car aucun accusé de réception n'est reçu de l'instance de serveur. Pour plus d'informations, consultez Fonctionnement : délai d'expiration de bail AlwaysOn SQL Server.
  2	Spécifie qu'un basculement automatique doit être initialisé lorsque l'une des conditions suivantes se produit : L'instance de SQL Server ne se connecte pas au cluster et le seuil du groupe de disponibilité HEALTH_CHECK_TIMEOUT spécifié par l'utilisateur est dépassé. Le réplica de disponibilité est dans un état d'échec.
  3	Spécifie qu'un basculement automatique doit être initialisé sur les erreurs internes critiques SQL Server, telles que les verrouillages spinlock orphelins, les violations graves d'accès en écriture, ou en cas de vidages trop importants. Il s'agit du comportement par défaut.
  4	Spécifie qu'un basculement automatique doit être initialisé sur les erreurs internes modérées SQL Server, telles qu'une condition persistante de mémoire insuffisante dans le pool de ressources interne SQL Server.
  5	Spécifie qu'un basculement automatique doit être initialisé sur tous les états d'échec qualifiés, notamment : Insuffisance des threads de travail du moteur SQL. Détection d'un blocage insoluble.

  Notes

  L'absence de réponse par une instance de SQL Server aux demandes des clients n'est pas pertinente pour les groupes de disponibilité.

  Les valeurs de FAILURE_CONDITION_LEVEL et de HEALTH_CHECK_TIMEOUT définissent une stratégie de basculement souple pour un groupe donné. Cette stratégie de basculement souple vous offre un contrôle granulaire sur les conditions qui doivent entraîner un basculement automatique. Pour plus d'informations, consultez Stratégie flexible pour le basculement automatique d'un groupe de disponibilité (SQL Server).

• HEALTH_CHECK_TIMEOUT = milliseconds
  Spécifie le temps d'attente (en millisecondes) nécessaire pour que la procédure stockée système sp_server_diagnostics retourne les informations d'intégrité du serveur avant que le cluster WSFC suppose que l'instance de serveur est lente ou suspendue. HEALTH_CHECK_TIMEOUT est défini au niveau du groupe mais s'applique uniquement sur les réplicas de disponibilité configurés pour le mode de disponibilité de validation synchrone avec basculement automatique (AVAILIBILITY_MODE = SYNCHRONOUS_COMMIT). En outre, l'expiration d'un délai de contrôle d'intégrité peut déclencher un basculement automatique uniquement si les réplicas principaux et secondaires sont configurés pour le mode de basculement automatique (FAILOVER_MODE = AUTOMATIC) et le réplica secondaire est actuellement synchronisé avec le réplica principal.

  La valeur par défaut de HEALTH_CHECK_TIMEOUT est de 30 000 millisecondes (30 secondes). La valeur minimale est 15 000 millisecondes (15 secondes), et la valeur maximale est 4 294 967 295 millisecondes.

  Important

  sp_server_diagnostics n'exécute pas les contrôles d'intégrité au niveau de la base de données.

• DATABASE database_name
  Spécifie une liste d'une ou plusieurs bases de données utilisateur sur l'instance SQL Server locale (autrement dit, l'instance de serveur sur laquelle vous créez le groupe de disponibilité). Vous pouvez spécifier plusieurs bases de données pour un groupe de disponibilité, mais chaque base de données ne peut appartenir qu'à un seul groupe de disponibilité. Pour plus d'informations sur le type de bases de données qu'un groupe de disponibilité peut prendre en charge, consultez Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité AlwaysOn (SQL Server). Pour connaître les bases de données locales qui appartiennent déjà à un groupe de disponibilité, consultez la colonne replica_id dans l'affichage catalogue sys.databases.

  La clause DATABASE est facultative. Si vous l'omettez, le nouveau groupe de disponibilité sera vide.

  Après avoir créé le groupe de disponibilité, vous devez vous connecter à chaque instance de serveur qui héberge un réplica secondaire, puis préparer chaque base de données secondaire et la joindre au groupe de disponibilité. Pour plus d'informations, consultez Démarrer un mouvement de données sur une base de données secondaire AlwaysOn (SQL Server).

  Notes

  Ultérieurement, vous pouvez ajouter des bases de données appropriées sur l'instance de serveur qui héberge le réplica principal actuel à un groupe de service.Vous pouvez également supprimer une base de données secondaire dans un groupe de disponibilité.Pour plus d'informations, consultez ALTER AVAILABILITY GROUP (Transact-SQL).

• REPLICA ON
  Spécifie une à cinq instances de SQL Server comme réplicas de disponibilité hôtes dans le nouveau groupe de disponibilité. Chaque réplica est spécifié par son adresse d'instance de serveur suivie d'une clause WITH (…). Au minimum, vous devez spécifier votre instance de serveur locale, qui deviendra le réplica principal initial. Éventuellement, vous pouvez également spécifier jusqu'à quatre réplicas secondaires.

  Vous devez joindre chaque réplica secondaire au groupe de disponibilité. Pour plus d'informations, consultez ALTER AVAILABILITY GROUP (Transact-SQL).

  Notes

  Si vous spécifiez moins de quatre réplicas de disponibilité secondaires lors de la création d'un groupe de disponibilité, vous pouvez ajouter un réplica secondaire supplémentaire à tout moment à l'aide de l'instruction Transact-SQL ALTER AVAILABILITY GROUP.Vous pouvez également utiliser cette instruction pour supprimer un réplica secondaire d'un groupe de disponibilité existant.

• <instance_serveur>
  Spécifie l'adresse de l'instance de SQL Server qui est l'hôte d'un réplica. Le format de l'adresse varie selon que l'instance est l'instance par défaut ou une instance nommée et s'il s'agit d'une instance autonome ou d'une instance de cluster de basculement (FCI), comme suit :

  { 'system_name[\instance_name]' | 'FCI_network_name[\instance_name]' }

  Les composants de cette adresse sont les suivants :

  • system_name
    Nom NetBIOS du système informatique sur lequel réside l'instance cible de SQL Server. Cet ordinateur doit être un nœud WSFC.

  • FCI_network_name
    Nom réseau utilisé pour accéder à un cluster de basculement SQL Server. Utilisez ce nom si l'instance de serveur participe en tant que serveur partenaire de basculement SQL Server. L'exécution de SELECT @@SERVERNAME sur une instance de serveur FCI retourne l'intégralité de sa chaîne 'FCI_network_name[\instance_name]' (laquelle correspond au nom de réplica complet).

  • instance_name
    Nom d'une instance d'un SQL Server hébergé par system_name ou FCI_network_name et dont le service HADR est activé. Pour une instance de serveur par défaut, instance_name est facultatif. Les noms d'instance ne respectent pas la casse. Sur une instance de serveur autonome, ce nom de valeur est le même que la valeur retournée en exécutant SELECT @@SERVERNAME.

  • \
    Séparateur utilisé uniquement lors de la spécification de instance_name, pour le séparer de system_name ou FCI_network_name.

  Pour plus d'informations sur les conditions préalables requises pour les nœuds WSFC et les instances de serveur, consultez Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité AlwaysOn (SQL Server).

• ENDPOINT_URL = 'TCP://system-address:port'
  Spécifie le chemin d'accès de l'URL du point de terminaison de mise en miroir de bases de données sur l'instance de SQL Server qui hébergera le réplica de disponibilité que vous définissez dans la clause REPLICA ON actuelle.

  La clause ENDPOINT_URL est obligatoire. Pour plus d'informations, consultez Spécifier l'URL de point de terminaison lors de l'ajout ou lors de la modification d'un réplica de disponibilité (SQL Server).

• 'TCP://system-address:port'
  Spécifie une URL pour spécifier une URL de point de terminaison ou l'URL de routage en lecture seule. Les paramètres d'URL sont les suivants :

  • system-address
    Chaîne, telle qu'un nom de système, un nom de domaine complet ou une adresse IP, qui identifie de manière unique l'ordinateur de destination.

  • port
    Numéro de port associé au point de terminaison de mise en miroir de l'instance de serveur partenaire (pour l'option ENDPOINT_URL) ou numéro de port utilisé par le Moteur de base de données de l'instance de serveur (pour l'option READ_ONLY_ROUTING_URL).

• AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }
  Spécifie si le réplica principal doit attendre le réplica secondaire pour accepter la sécurisation renforcée (écriture) des enregistrements de journal sur le disque avant que le réplica principal puisse valider la transaction sur une base de données principale donnée. Les transactions sur des bases de données différentes sur le même réplica principal peuvent être validées indépendamment.

  • SYNCHRONOUS_COMMIT
    Spécifie que le réplica principal attendra que la sécurité soit renforcée sur les transactions de ce réplica secondaire (mode de validation synchrone) avant de les valider. Vous pouvez spécifier SYNCHRONOUS_COMMIT pour trois réplicas au maximum, y compris le réplica principal.

  • ASYNCHRONOUS_COMMIT
    Spécifie que le réplica principal valide les transactions sans attendre que la sécurité du journal de ce réplica secondaire soit renforcée (mode de disponibilité de validation synchrone). Vous pouvez spécifier ASYNCHRONOUS_COMMIT pour cinq réplicas de disponibilité au maximum, y compris le réplica principal.

  La clause AVAILABILITY_MODE est obligatoire. Pour plus d'informations, consultez Modes de disponibilité (groupes de disponibilité AlwaysOn).

• FAILOVER_MODE = { AUTOMATIC | MANUAL }
  Spécifie le mode de basculement du réplica de disponibilité que vous définissez.

  • AUTOMATIC
    Active le basculement automatique. Cette option n'est prise en charge que si vous spécifiez également AVAILABILITY_MODE = SYNCHRONOUS_COMMIT. Vous pouvez spécifier AUTOMATIC pour deux réplicas de disponibilité, y compris le réplica principal.

    Notes

    Les instances de cluster de basculement (FCI) SQL Server ne prennent pas en charge le basculement automatique par les groupes de disponibilité. Par conséquent, tout réplica de disponibilité hébergé par une instance de cluster de basculement ne peut être configuré que pour un basculement manuel.

  • MANUAL
    Active le basculement manuel planifié ou le basculement manuel forcé (généralement appelé basculement forcé) par l'administrateur de base de données.

  La clause FAILOVER_MODE est obligatoire. Les deux types de basculement manuel, le basculement manuel sans perte de données et le basculement forcé (avec perte de données possible) sont pris en charge dans différentes conditions. Pour plus d'informations, consultez Basculement et modes de basculement (groupes de disponibilité AlwaysOn).

• BACKUP_PRIORITY = n
  Spécifie la priorité d'exécution des sauvegardes sur ce réplica par rapport aux autres réplicas dans le même groupe de disponibilité. La valeur est un entier compris entre 0 et 100. Ces valeurs ont les significations suivantes :

  • 1..100 indique que le réplica de disponibilité peut être choisi pour effectuer des sauvegardes. 1 indique la priorité la plus faible, 100 la priorité la plus élevée. Si BACKUP_PRIORITY = 1, le réplica de disponibilité est choisi pour l'exécution des sauvegardes uniquement si aucun réplica de disponibilité ayant une priorité plus élevée n'est actuellement disponible.

  • 0 indique que ce réplica de disponibilité ne sera jamais choisi pour effectuer des sauvegardes. Cela est utile, par exemple, pour un réplica de disponibilité distant sur lequel vous ne souhaitez jamais basculer de sauvegardes.

  Pour plus d'informations, consultez Secondaires actifs : sauvegarde sur les réplicas secondaires (groupes de disponibilité d'AlwaysOn).

• SECONDARY_ROLE ( … )
  Spécifie des paramètres spécifiques au rôle qui entreront en vigueur si ce réplica de disponibilité a actuellement le rôle secondaire (autrement dit, chaque fois qu'il s'agit d'un réplica secondaire). Entre parenthèses, spécifiez le l'une ou l'autre, ou les deux options de rôle secondaire. Si vous spécifiez les deux, utilisez une liste séparée par des virgules.

  Les options de rôle secondaire sont les suivantes :

  • ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }
    Spécifie si les bases de données d'un réplica de disponibilité donné qui joue le rôle secondaire (autrement dit, qui joue le rôle d'un réplica secondaire) peuvent accepter de clients, dont :

    • NO
      Aucune connexion utilisateur n'est autorisée aux bases de données secondaires de ce réplica. Elles ne sont pas disponibles pour l'accès en lecture. Il s'agit du comportement par défaut.

    • READ_ONLY
      Seules sont autorisées les connexions aux bases de données dans le réplica secondaire où la propriété d'intention de l'application est définie sur ReadOnly. Pour plus d'informations sur cette propriété, consultez Utilisation de mots clés de chaîne de connexion avec SQL Server Native Client.

    • ALL
      Toutes les connexions sont autorisées aux bases de données dans le réplica secondaire pour un accès en lecture seule.

    Pour plus d'informations, consultez Secondaires actifs : réplicas secondaires lisibles (groupes de disponibilité d'AlwaysOn).

  • READ_ONLY_ROUTING_URL = 'TCP://system-address:port'
    Spécifie l'URL à utiliser pour le routage des demandes de connexion de tentative de lecture à ce réplica de disponibilité. Il s'agit de l'URL sur laquelle le moteur de base de données SQL Server écoute. En général, l'instance par défaut du moteur de base de données SQL Server écoute le port TCP 1433.

    Pour une instance nommée, vous pouvez obtenir le numéro de port en interrogeant les colonnes port et type_desc de la vue de gestion dynamique sys.dm_tcp_listener_states. L'instance de serveur utilise l'écouteur Transact-SQL (type_desc = 'TSQL').

    Pour plus d'informations sur le calcul de l'URL de routage en lecture seule pour un réplica de disponibilité, consultez Calcul de l'URL de routage en lecture seule pour AlwaysOn.

    Notes

    Pour une instance nommée de SQL Server, l'écouteur Transact-SQL doit être configuré pour utiliser un port spécifique.Pour plus d'informations, consultez Configurer un serveur pour écouter un port TCP spécifique (Gestionnaire de configuration SQL Server).

• PRIMARY_ROLE ( … )
  Spécifie des paramètres spécifiques au rôle qui entreront en vigueur si ce réplica de disponibilité a actuellement le rôle principal (autrement dit, chaque fois qu'il s'agit d'un réplica principal). Entre parenthèses, spécifiez le l'une ou l'autre, ou les deux options de rôle principal. Si vous spécifiez les deux, utilisez une liste séparée par des virgules.

  Les options de rôle principal sont les suivantes :

  • ALLOW_CONNECTIONS = { READ_WRITE | ALL }
    Spécifie le type de connexion que les bases de données d'un réplica de disponibilité donné qui joue le rôle principal (autrement dit, qui joue le rôle d'un réplica principal) peuvent accepter de clients, dont :

    • READ_WRITE
      Les connexions où la propriété de connexion d'intention de l'application a la valeur ReadOnly ne sont pas autorisées. Lorsque la propriété d'intention de l'application a la valeur ReadWrite ou si cette propriété n'est pas définie, la connexion est autorisée. Pour plus d'informations sur la propriété de connexion d'intention de l'application, consultez Utilisation de mots clés de chaîne de connexion avec SQL Server Native Client.

    • ALL
      Toutes les connexions aux bases de données sont autorisées dans le réplica principal. Il s'agit du comportement par défaut.

  • READ_ONLY_ROUTING_LIST = { (‘<server_instance>’ [ ,...n ] ) | NONE }
    Spécifie une liste séparée par des virgules des instances de serveur qui hébergent les réplicas de disponibilité pour ce groupe de disponibilité qui répondent aux conditions suivantes lors de l'exécution sous le rôle secondaire :

    • Être configurés pour autoriser les connexions ou connexions en lecture seule (voir l'argument ALLOW_CONNECTIONS de l'option de SECONDARY_ROLE, ci-dessus).

    • Disposer de leur URL de routage en lecture seule définie (voir l'argument READ_ONLY_ROUTING_URL de l'option SECONDARY_ROLE, ci-dessus).

    Les valeurs de READ_ONLY_ROUTING_LIST sont les suivantes :

    • <instance_serveur>
      Spécifie l'adresse de l'instance de SQL Server qui est l'hôte d'un réplica de disponibilité qui est un réplica secondaire lisible lors de l'exécution sous le rôle secondaire.

      Utilisez une liste séparée par des virgules pour spécifier toutes les instances de serveur qui peuvent héberger un réplica secondaire lisible. Le routage en lecture seule suivra l'ordre dans lequel les instances de serveur sont spécifiées dans la liste. Si vous incluez l'instance de serveur hôte d'un réplica dans la liste de routage en lecture seule du réplica, il est généralement recommandé d'insérer cette instance de serveur à la fin de la liste, afin que les connexions de tentative de lecture soient dirigées vers un réplica secondaire (le cas échéant).

    • NONE
      Spécifie que lorsque ce réplica de disponibilité est le réplica principal, le routage en lecture seule ne sera pas pris en charge. Il s'agit du comportement par défaut.

• SESSION_TIMEOUT = integer
  Spécifie le délai d'expiration de la session en secondes. Si vous ne précisez pas de valeur, le délai défini par défaut est 10 secondes. La valeur minimale est de 5 secondes.

  Important

  Le temps d'attente recommandé est de 10 secondes minimum.

  Pour plus d'informations sur le délai d'expiration de session, consultez Vue d'ensemble des groupes de disponibilité AlwaysOn (SQL Server).

• LISTENER ‘dns_name’( <listener_option> )
  Définit un nouvel écouteur de groupe de disponibilité pour ce groupe de disponibilité. LISTENER est un argument facultatif.

  Important

  Avant de créer votre premier écouteur, nous vous recommandons fortement de lire Créer ou configurer un écouteur de groupe de disponibilité (SQL Server).

  Après avoir créé un écouteur pour un groupe de disponibilité spécifique, nous vous recommandons fortement de procéder comme suit :

  • 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é.

• dns_name
  Spécifie le nom d'hôte DNS de l'écouteur du groupe de disponibilité. Le nom DNS de l'écouteur doit être unique dans le domaine et dans NetBIOS.

  dns_name 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 autorisée est de 63 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.

  Important

  NetBIOS identifie les 15 premiers caractères du nom_dns.Si vous avez deux clusters WSFC qui sont contrôlés par le même annuaire Active Directory et que vous tentez de créer des écouteurs de groupe de disponibilité dans les deux clusters à l'aide de noms contenant plus de 15 caractères et un préfixe identique de 15 caractères, vous obtenez une erreur signalant que la ressource de nom de réseau virtuel ne peut pas être mise en ligne.Pour plus d'informations sur les règles de préfixe des noms DNS, consultez Attribution de noms de domaine.

• <listener_option>
  LISTENER prend l'une des options <listener_option> suivantes :

  • WITH DHCP [ ON { (‘four_part_ipv4_address’,‘four_part_ipv4_mask’) } ]
    Spécifie que l'écouteur du groupe de disponibilité utilise le protocole DHCP (Dynamic Host Configuration Protocol). Utilisez éventuellement la clause ON pour identifier le réseau sur lequel cet écouteur sera créé. DHCP est limité à un seul sous-réseau utilisé pour chaque instance de serveur qui héberge un réplica de disponibilité dans le groupe de disponibilité.

    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 cela a un impact sur 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.

    Par exemple :

    WITH DHCP ON ('10.120.19.0','255.255.254.0')

  • WITH IP ( { (‘four_part_ipv4_address’,‘four_part_ipv4_mask’) | (‘ipv6_address’) } [ , ...n ] ) [ , PORT **=**listener_port ]
    Spécifie que l'écouteur du groupe de disponibilité utilisera une ou plusieurs adresses IP statiques au lieu d'utiliser DHCP. Pour créer un groupe de service sur plusieurs sous-réseaux, chaque sous-réseau requiert une adresse IP statique dans la configuration de l'écouteur. Pour un sous-réseau donné, l'adresse IP statique peut être une adresse IPv4 ou une adresse IPv6. Contactez votre administrateur réseau pour obtenir une adresse IP statique pour chaque sous-réseau qui hébergera un réplica de disponibilité pour le nouveau groupe de disponibilité.

    Par exemple :

    WITH IP ( ('10.120.19.155','255.255.254.0') )

• four_part_ipv4_address
  Spécifie une adresse IPv4 en quatre parties pour un écouteur du groupe de disponibilité. Par exemple, 10.120.19.155.

• four_part_ipv4_mask
  Spécifie un masque IPv4 en quatre parties pour un écouteur du groupe de disponibilité. Par exemple, 255.255.254.0.

• ipv6_address
  Spécifie une adresse IPv6 pour un écouteur du groupe de disponibilité. Par exemple, 2001::4898:23:1002:20f:1fff:feff:b3a3.

• PORT = listener_port
  Spécifie le nombre d'accès listener_port qui seront utilisés par un écouteur du groupe de disponibilité spécifié par une clause WITH IP. Le PORT est facultatif.

  Le numéro de port par défaut est 1433. Toutefois, si vous avez des problèmes de sécurité, nous vous recommandons d'utiliser un numéro de port différent.

  Par exemple : WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777

[Haut de la page]

Conditions préalables requises et restrictions

Pour plus d'informations sur les conditions préalables requises à la création d'un groupe de disponibilité, consultez Conditions préalables requises, restrictions et recommandations pour les groupes de disponibilité AlwaysOn (SQL Server).

Pour plus d'informations sur les restrictions relatives aux instructions Transact-SQL AVAILABILITY GROUP, consultez Vue d'ensemble des instructions Transact-SQL pour les groupes de disponibilité AlwaysOn (SQL Server).

Sécurité

Autorisations

Requiert l'appartenance au rôle de serveur fixe sysadmin et l'autorisation de serveur CREATE AVAILABILITY GROUP, l'autorisation ALTER ANY AVAILABILITY GROUP ou l'autorisation CONTROL SERVER.

Exemples

A.Configuration de la sauvegarde sur les réplicas secondaires, la stratégie flexible de basculement, et l'accès à la connexion

L'exemple suivant crée un groupe de disponibilité nommé MyAg de deux bases de données utilisateur, ThisDatabase et ThatDatabase. Le tableau suivant récapitule les valeurs spécifiées pour les options définies pour l'ensemble du groupe de disponibilité.

Option de groupe	Paramètre	Description
AUTOMATED_BACKUP_PREFERENCE	SECONDARY	Cette préférence de sauvegarde automatisée indique que les sauvegardes doivent se produire sur un réplica secondaire, sauf lorsque le réplica principal est le seul réplica en ligne (il s'agit du comportement par défaut). Pour que le paramètre AUTOMATED_BACKUP_PREFERENCE ait effet, vous devez générer un script des travaux de sauvegarde dans les bases de données de disponibilité pour prendre en compte la préférence de sauvegarde automatisée.
FAILURE_CONDITION_LEVEL	3	Cette définition du niveau de condition d'échec spécifie qu'un basculement automatique doit être initialisé sur les erreurs internes SQL Server critiques, telles que les verrouillages Spinlock orphelins, les violations graves d'accès en écriture, ou en cas de trop de vidages.
HEALTH_CHECK_TIMEOUT	600000	Cette valeur de délai d'attente de contrôle d'intégrité, 60 secondes, spécifie que le cluster WSFC attendra 60 000 millisecondes pour que la procédure stockée système sp_server_diagnostics retourne des informations d'intégrité du serveur sur une instance de serveur qui héberge un réplica de validation synchrone-avec basculement automatique, avant que le cluster considère que l'instance de serveur hôte est lente ou suspendue. (La valeur par défaut est 30 000 millisecondes.)

Trois réplicas de disponibilité doivent être hébergés par les instances de serveur par défaut sur des ordinateurs nommés COMPUTER01, COMPUTER02 et COMPUTER03. Le tableau suivant récapitule les valeurs spécifiées pour les options de réplica de chaque réplica.

Option de réplica	Définition sur COMPUTER01	Définition sur COMPUTER02	Définition sur COMPUTER03	Description
ENDPOINT_URL	TCP://COMPUTER01:5022	TCP://COMPUTER02:5022	TCP://COMPUTER03:5022	Dans cet exemple, les systèmes sont dans le même domaine ; les URL de point de terminaison peuvent utiliser le nom du système informatique comme adresse système.
AVAILABILITY_MODE	SYNCHRONOUS_COMMIT	SYNCHRONOUS_COMMIT	ASYNCHRONOUS_COMMIT	Deux des réplicas utilisent le mode de validation synchrone. Une fois synchronisés, ils prennent en charge le basculement sans perte de données. Le troisième réplica, qui utilise le mode de disponibilité avec validation asynchrone.
FAILOVER_MODE	AUTOMATIC	AUTOMATIC	MANUAL	Les réplicas de validation synchrone-prennent en charge le basculement automatique et le basculement manuel planifié. Le réplica qui utilise le mode de disponibilité avec validation synchrone-prend uniquement en charge le basculement manuel forcé.
BACKUP_PRIORITY	30	30	90	Une priorité plus élevée (90) que celle affectée aux réplicas de validation synchrone est affectée au réplica de validation asynchrone. Les sauvegardes tendent à se produire sur l'instance de serveur qui héberge le réplica de validation asynchrone.
SECONDARY_ROLE	( ALLOW_CONNECTIONS = NO, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER01:1433' )	( ALLOW_CONNECTIONS = NO, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02:1433' )	( ALLOW_CONNECTIONS = READ_ONLY, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03:1433' )	Seul le réplica de validation asynchrone sert de réplica secondaire accessible en lecture. Spécifie le nom d'ordinateur et le numéro de port par défaut du moteur de base de données (1433). Cet argument est facultatif.
PRIMARY_ROLE	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (COMPUTER03) )	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (COMPUTER03) )	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = NONE )	Dans le rôle principal, tous les réplicas rejettent les connexions de tentatives de lecture. Les demandes de connexion de tentative de lecture seront routées vers COMPUTER03 si le réplica local s'exécute sous le rôle secondaire. Lorsque ce réplica s'exécute sous le rôle principal, le routage en lecture seule est désactivé. Cet argument est facultatif.
SESSION_TIMEOUT	10	10	10	Cet exemple spécifie la valeur de délai d'attente par défaut de session (10). Cet argument est facultatif.

Enfin, l'exemple spécifie la clause facultative LISTENER pour créer un écouteur du groupe de disponibilité pour le nouveau groupe de disponibilité. Un seul nom DNS, MyAgListenerIvP6, est spécifié pour cet écouteur. Les deux réplicas sont sur des sous-réseaux différents, 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 et 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.

CREATE AVAILABILITY GROUP MyAg 
   WITH (
      AUTOMATED_BACKUP_PREFERENCE = SECONDARY,
      FAILURE_CONDITION_LEVEL  =  3, 
      HEALTH_CHECK_TIMEOUT = 600000
       )
   
   FOR 
      DATABASE  ThisDatabase, ThatDatabase 
   REPLICA ON 
      'COMPUTER01' WITH 
         (
         ENDPOINT_URL = 'TCP://COMPUTER01:5022',
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
         FAILOVER_MODE = AUTOMATIC,
         BACKUP_PRIORITY = 30,
         SECONDARY_ROLE (ALLOW_CONNECTIONS = NO, 
            READ_ONLY_ROUTING_LIST = (COMPUTER03) ), 
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE, 
            READ_ONLY_ROUTING_LIST = (COMPUTER03) ),
         SESSION_TIMEOUT = 10
         ), 
         
      'COMPUTER02' WITH 
         (
         ENDPOINT_URL = 'TCP://COMPUTER02:5022',
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
         FAILOVER_MODE = AUTOMATIC,
         BACKUP_PRIORITY = 30,
         SECONDARY_ROLE (ALLOW_CONNECTIONS = NO, 
            READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02:1433' ),
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE, 
            READ_ONLY_ROUTING_LIST = (COMPUTER03) ),
         SESSION_TIMEOUT = 10
         ), 
         
      'COMPUTER03' WITH 
         (
         ENDPOINT_URL = 'TCP://COMPUTER03:5022',
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
         FAILOVER_MODE =  MANUAL,
         BACKUP_PRIORITY = 90,
         SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY, 
            READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03:1433' ),
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE, 
            READ_ONLY_ROUTING_LIST = NONE ),
         SESSION_TIMEOUT = 10
         )

LISTENER ‘MyAgListenerIvP6’ ( WITH IP ( ('2001:db88:f0:f00f::cf3c'),('2001:4898:e0:f213::4ce2') ) , PORT = 60173 ); 
GO

[Haut de la page]

Tâches associées

• Créer un groupe de disponibilité (Transact-SQL)

• Utiliser l'Assistant Groupe de disponibilité (SQL Server Management Studio)

• Utiliser la boîte de dialogue Nouveau groupe de disponibilité (SQL Server Management Studio)

• Utiliser l'Assistant Groupe de disponibilité (SQL Server Management Studio)

[Haut de la page]

Voir aussi

Référence

ALTER AVAILABILITY GROUP (Transact-SQL)

ALTER DATABASE SET HADR (Transact-SQL)

DROP AVAILABILITY GROUP (Transact-SQL)

Concepts

Résoudre des problèmes de configuration des groupes de disponibilité AlwaysOn (SQL Server)

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

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