Partager via

Groupes de disponibilité Always On de base pour une base de données

S'applique à :SQL Server

Les groupes de disponibilité de base Always On fournissent une solution de haute disponibilité pour SQL Server 2016 (13.x) et versions ultérieures sur l’édition Standard. Un groupe de disponibilité de base prend en charge un environnement de basculement pour une base de données unique. Il est créé et géré de manière similaire au groupe de disponibilité traditionnel (avancé) avec Enterprise Edition. Les différences et limitations des groupes de disponibilité de base sont résumées dans ce document.

Fonctionnalités

Les groupes de disponibilité de base remplacent la fonctionnalité de mise en miroir de bases de données déconseillée et fournissent un niveau similaire de prise en charge des fonctionnalités. Les groupes de disponibilité de base permettent à une base de données principale de conserver un réplica unique. Ce réplica peut utiliser le mode de validation synchrone ou asynchrone. Pour plus d’informations sur les modes de disponibilité, consultez Différences entre les modes de disponibilité d’un groupe de disponibilité Always On. Le réplica secondaire reste inactif, sauf s’il est nécessaire de basculer. Ce basculement inverse les affectations de rôle principal et secondaire, ce qui implique la transformation du réplica secondaire en base de données active principale. Pour plus d’informations sur le basculement, consultez Basculement et modes de basculement. Les groupes de disponibilité de base peuvent fonctionner dans un environnement hybride qui s’étend sur site et couvre Microsoft Azure.

Limites

Les groupes de disponibilité de base utilisent un sous-ensemble de fonctionnalités par rapport aux groupes de disponibilité avancés sur SQL Server 2016 (13.x) Édition Entreprise. Les groupes de disponibilité de base incluent les limitations suivantes :

  • Limite de deux réplicas (principal et secondaire). Les groupes de disponibilité de base pour SQL Server 2017 (14.x) sur Linux prennent en charge une réplique uniquement de configuration supplémentaire.

  • Aucun accès en lecture sur le réplica secondaire.

  • Aucune sauvegarde sur le réplica secondaire.

  • Aucune vérification de l’intégrité sur les réplicas secondaires.

  • Aucune prise en charge des réplicas hébergés sur des serveurs exécutant une version de SQL Server avant SQL Server 2016 (13.x).

  • Prise en charge d’une base de données de disponibilité.

  • Les groupes de disponibilité de base ne peuvent pas être mis à niveau vers des groupes de disponibilité avancés. Le groupe doit être supprimé et ajouté de nouveau dans un groupe contenant uniquement des serveurs exécutant SQL Server 2016 (13.x) édition Entreprise.

  • Les groupes de disponibilité de base sont uniquement pris en charge pour les serveurs Standard Edition.

  • Les groupes de disponibilité de base ne peuvent pas faire partie d’un groupe de disponibilité distribué.

  • Il peut y avoir plusieurs groupes de disponibilité de base connectés à une même instance de SQL Server.

Configuration

Un groupe de disponibilité de base Always On peut être créé sur deux serveurs SQL Server 2016 (13.x) Standard Edition. Lorsque vous créez un groupe de disponibilité de base, vous devez spécifier les deux réplicas lors de la création.

Pour créer un groupe de disponibilité de base, utilisez la CREATE AVAILABILITY GROUP commande Transact-SQL et spécifiez l’option WITH BASIC (la valeur par défaut est ADVANCED). Vous pouvez également créer le groupe de disponibilité de base à l’aide de l’interface utilisateur dans SQL Server Management Studio à partir de la version 17.8. Pour plus d’informations, consultez CREATE AVAILABILITY GROUP.

Consultez l’exemple suivant pour créer un groupe de disponibilité de base à l’aide de Transact-SQL (T-SQL) :

CREATE AVAILABILITY GROUP [BasicAG]
WITH (AUTOMATED_BACKUP_PREFERENCE = PRIMARY,
BASIC,
DB_FAILOVER = OFF,
DTC_SUPPORT = NONE,
REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = 0)
FOR DATABASE [AdventureWorks]
REPLICA ON N'SQLVM1\MSSQLSERVER' WITH (ENDPOINT_URL = N'TCP://SQLVM1.Contoso.com:5022', FAILOVER_MODE = AUTOMATIC, AVAILABILITY_MODE = SYNCHRONOUS_COMMIT, SEEDING_MODE = AUTOMATIC, SECONDARY_ROLE(ALLOW_CONNECTIONS = NO)),
    N'SQLVM2\MSSQLSERVER' WITH (ENDPOINT_URL = N'TCP://SQLVM2.Contoso.com:5022', FAILOVER_MODE = AUTOMATIC, AVAILABILITY_MODE = SYNCHRONOUS_COMMIT, SEEDING_MODE = AUTOMATIC, SECONDARY_ROLE(ALLOW_CONNECTIONS = NO));

GO

Notes

Les limitations des groupes de disponibilité de base s’appliquent à la CREATE AVAILABILITY GROUP commande quand WITH BASIC elle est spécifiée. Par exemple, vous obtenez une erreur si vous tentez de créer un groupe de disponibilité de base qui autorise l’accès en lecture. Les autres limitations s’appliquent de la même manière. Pour plus d’informations, reportez-vous à la section Limitations de cet article.

Contenu connexe

  • Last updated on