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

  • Article

S’applique à :SQL Server

Les groupes de disponibilité Always On de base fournissent une solution haute disponibilité pour SQL Server 2016 et versions ultérieures sur la Standard Edition. 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é davantage comme les Groupes de disponibilité Always On (SQL Server) classiques (avancés) 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é Always On de base remplacent la fonctionnalité de mise en miroir de bases de données déconseillée et fournissent un niveau de prise en charge des fonctionnalités similaire. 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 Modes de disponibilité (Groupes de disponibilité Always On). Le réplica secondaire reste inactif, à moins qu’un basculement soit requis. 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 (Groupes de disponibilité Always On). 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 si on les compare aux groupes de disponibilité avancés sur SQL Server 2016 Enterprise Edition. 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 sur Linux prennent en charge un réplica de configuration uniquement 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 les serveurs exécutant une version de SQL Server antérieure à SQL Server 2016 Community Technology Preview 3 (CTP3).

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

  • Mise à niveau de groupes de disponibilité de base vers des groupes de disponibilité avancés impossible. Le groupe doit être supprimé et rajouté à un groupe qui contient des serveurs exécutant uniquement SQL Server 2016 Enterprise Edition.

  • Les groupes de disponibilité de base sont pris en charge uniquement 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 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 commande Transact-SQL CREATE AVAILABILITY GROUP et spécifiez l’option WITH BASIC (la valeur par défaut étant 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 (Transact-SQL).

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 commande CREATE AVAILABILITY GROUP lorsque WITH BASIC est spécifiée. Par exemple, vous obtiendrez une erreur si vous essayez de créer un groupe de disponibilité de base qui permet un accès en lecture. Les autres limitations s’appliquent de la même manière. Reportez-vous à la section Limitations de cette rubrique pour plus d’informations.

Voir aussi

Vue d’ensemble des groupes de disponibilité Always On (SQL Server)