Tutoriel : Configurer la géoréplication active et le basculement (Azure SQL Database)

S’applique à : base de données Azure SQL

Cet article vous montre comment configurer la géoréplication active et initier un basculement pour Azure SQL Database en utilisant le portail Azure, PowerShell ou l’interface CLI Azure.

La géoréplication active est configurée par base de données. Pour basculer sur un groupe de bases de données, ou si votre application nécessite un point de terminaison de connexion stable, envisagez plutôt des groupes de basculement.

Prérequis

• Pour suivre ce tutoriel, vous avez besoin d’une base de données Azure SQL. Pour savoir comment créer une base de données unique avec Portail Azure, Azure CLI ou PowerShell, consultez la section Démarrage rapide : Créer une base de données unique - Azure SQL Database.

• Vous pouvez utiliser le Portail Azure pour configurer la géoréplication active entre les abonnements tant que les deux abonnements se trouvent dans le même client ID Microsoft Entra.

  • Pour créer un géo-réplica secondaire dans un abonnement différent de l’abonnement du principal dans un autre client Microsoft Entra ID, utilisez le réplica géo-secondaire entre les abonnements et le didacticiel T-SQL du client Microsoft Entra ID.
  • Les opérations de géoréplication entre abonnements, y compris la configuration et le basculement géographique, sont également prises en charge à l’aide de l’API REST de création ou de mise à jour de bases de données.

Ajouter une base de données secondaire

Les étapes suivantes créent une nouvelle base de données secondaire dans un partenariat géo-réplication.

Pour ajouter une base de données secondaire, vous devez être le propriétaire ou copropriétaire de l’abonnement.

La base de données secondaire a le même nom que la base de données primaire et, par défaut, le même niveau de service et la même taille de calcul. La base de données secondaire peut être une base de données unique ou une base de données mise en pool. Pour plus d’informations, consultez Modèle d’achat DTU et Modèle d’achat vCore. Une fois la base de données secondaire créée et amorcée, une réplication des données de la base de données primaire vers la base de données secondaire commence.

Si votre réplica secondaire n’est utilisé que pour la récupération d’urgence (DR) et n’a pas de charge de travail en lecture ou en écriture, vous pouvez réduire les coûts de licence en désignant la base de données comme base de données en attente lorsque vous configurez une nouvelle relation de géoréplication active. Pour plus d’informations, consultez réplica de secours sans licence.

az sql db replica create --resource-group ContosoHotel --server contosoeast --name guestlist --partner-server contosowest --family Gen5 --capacity 2 --secondary-type Geo

az sql db replica list-links --name guestlist --resource-group ContosoHotel --server contosowest

Connect-AzAccount
$subscriptionid = <your subscription id here>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = 'PrimaryRG'
    ServerName = 'PrimaryServer' 
    DatabaseName = 'TestDB' 
    PartnerResourceGroupName = 'SecondaryRG'
    PartnerServerName = 'SecondaryServer'
    PartnerDatabaseName = 'TestDB'
}

New-AzSqlDatabaseSecondary @parameters

$parameters = @{
    ResourceGroupName = 'PrimaryRG'
    ServerName = 'PrimaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'SecondaryRG'
}

Get-AzSqlDatabaseReplicationLink @parameters

Initialisation d’un basculement

La base de données secondaire peut être basculée en base de données primaire.

az sql db replica set-primary --name guestlist --resource-group ContosoHotel --server contosowest

$parameters = @{
    ResourceGroupName = 'SecondaryRG'
    ServerName = 'SecondaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'PrimaryServer'
}

Set-AzSqlDatabaseSecondary @parameters -Failover

La commande fait immédiatement basculer la base de données secondaire vers le rôle primaire. Ce processus doit normalement se terminer dans un délai de 30 secondes ou moins.

Il existe une courte période pendant laquelle les deux bases de données ne sont pas disponible, de l’ordre de 0 à 25 secondes, pendant que les rôles sont activés. Si la base de données primaire comporte plusieurs bases de données secondaires, la commande reconfigure automatiquement les autres bases de données secondaires pour qu’elles se connectent à la nouvelle base de données primaire. Toute l’opération devrait prendre moins d’une minute pour se terminer dans des circonstances normales.

Supprimer une base de données secondaire

Cette opération arrête définitivement la réplication vers la base de données secondaire et change le rôle de la base de données secondaire en une base de données normale accessible en lecture et en écriture. Si la connectivité à la base de données secondaire est interrompue, la commande aboutit, mais la base de données secondaire ne passe pas en mode lecture-écriture une fois la connectivité rétablie.

az sql db replica delete-link --name guestlist --resource-group ContosoHotel --server contosoeast --partner-server contosowest

$parameters = @{
    ResourceGroupName = 'SecondaryRG'
    ServerName = 'SecondaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'PrimaryRG'
    PartnerServerName = 'PrimaryServer'
}
Remove-AzSqlDatabaseSecondary @parameters

Géoréplication entre abonnements

• Pour créer une géo-réplica secondaire dans un abonnement différent de l’abonnement du principal dans le même client Microsoft Entra ID, vous pouvez utiliser le portail Azure ou les étapes de cette section.
• Pour créer un géo-réplica secondaire dans un abonnement différent de l’abonnement du serveur principal dans un autre locataire Microsoft Entra, vous devez utiliser l’authentification SQL et T-SQL, comme décrit dans les étapes décrites dans cette section. L’authentification Microsoft Entra pour la géoréplication entre abonnements n’est pas prise en charge lorsqu’un serveur logique se trouve dans un autre Client Azure

1. Ajoutez l’adresse IP de l’ordinateur client exécutant les commandes T-SQL dans cet exemple aux pare-feu de serveur des serveurs principal et secondaire. Vous pouvez confirmer cette adresse IP en exécutant la requête suivante tout en étant connecté au serveur principal à partir du même ordinateur client.

   select client_net_address from sys.dm_exec_connections where session_id = @@SPID;
   

   Pour plus d’informations, consultez Règles de pare-feu IP Azure SQL Database et Azure Synapse.

2. Dans la base de données master sur le serveur principal, créez une connexion d’authentification SQL dédiée à la configuration de la géoréplication active. Ajustez le nom de connexion et le mot de passe si nécessaire.

   create login geodrsetup with password = 'ComplexPassword01';
   

3. Dans la même base de données, créez un utilisateur pour la connexion, puis ajoutez-le au rôle dbmanager :

   create user geodrsetup for login geodrsetup;
   alter role dbmanager add member geodrsetup;
   

4. Prenez note de la valeur SID de la nouvelle connexion. Obtenez la valeur SID à l’aide de la requête suivante.

   select sid from sys.sql_logins where name = 'geodrsetup';
   

5. Connectez-vous à la base de données primaire (et non à la base de données master) et créez un utilisateur pour la même connexion.

   create user geodrsetup for login geodrsetup;
   

6. Dans la même base de données, ajoutez l’utilisateur au rôle db_owner.

   alter role db_owner add member geodrsetup;
   

7. Dans la base de données master sur le serveur secondaire, créez la même connexion que sur le serveur principal, en utilisant le même nom, le même mot de passe et le même SID. Remplacez la valeur de SID hexadécimale dans l’exemple de commande ci-dessous par celle obtenue à l’étape 4.

   create login geodrsetup with password = 'ComplexPassword01', sid=0x010600000000006400000000000000001C98F52B95D9C84BBBA8578FACE37C3E;
   

8. Dans la même base de données, créez un utilisateur pour la connexion, puis ajoutez-le au rôle dbmanager.

   create user geodrsetup for login geodrsetup;
   alter role dbmanager add member geodrsetup;
   

9. Connectez-vous à la base de données master sur le serveur principal à l’aide de la nouvelle connexion geodrsetup et lancez la création géosecondaire sur le serveur secondaire. Ajustez le nom de la base de données et le nom du serveur secondaire au besoin. Une fois la commande exécutée, vous pouvez superviser la création géosecondaire en interrogeant la vue sys.dm_geo_replication_link_status dans la base de données primaire, et la vue sys.dm_operation_status dans la base de données master sur le serveur principal. Le temps nécessaire à la création d’un géo-réplica secondaire dépend de la taille de la base de données primaire.

   alter database [dbrep] add secondary on server [servername];
   

10. Une fois la base de données géo-secondaire créée, les utilisateurs, les connexions et les règles de pare-feu créés par cette procédure peuvent être supprimés.

Étapes suivantes

• Géoréplication active.
• Groupes de basculement
• Vue d’ensemble de la continuité d’activités.
• Réduisez les coûts de licence en désignant votre réplica DR secondaire comme réplica en attente.