Basculement de bases de données sur plusieurs comptes

Cette rubrique décrit les étapes nécessaires au basculement de vos bases de données répliquées sur plusieurs comptes appartenant à différentes régions pour la récupération après sinistre.

Note

Seuls les administrateurs de compte (utilisateurs dotés du rôle ACCOUNTADMIN) peuvent activer et gérer le basculement pour une base de données.

Dans ce chapitre :

Interface Web pour la réplication de la base de données et basculement /récupération

Les administrateurs de compte (utilisateurs avec le rôle ACCOUNTADMIN) peuvent utiliser la zone Replication de l’onglet Databases Databases tab dans l’interface Web Snowflake pour effectuer la plupart des actions liées à la configuration et à la gestion de la réplication de la base de données, y compris les actions suivantes :

  • Permettre à une base de données locale de servir de base de données principale.

  • Activer le basculement pour une base de données principale (comptes Business Critical Edition ou versions ultérieures).

  • Actualiser une base de données secondaire, une fois (manuellement) ou de manière répétée (selon un calendrier, à l’aide d’une tâche).

  • Promouvoir une base de données secondaire pour servir de base de données principale (comptes Business Critical Edition ou versions supérieures).

  • Désactiver la réplication et/ou le basculement pour une base de données principale.

Conditions préalables

  1. Activez la réplication pour une base de données principale dans un ensemble de comptes.

  2. Créez au moins une base de données secondaire (c.-à-d. un réplica) de la base de données principale dans au moins un des comptes spécifiés à l’étape 1 et actualisez régulièrement (c.-à-d. synchronisez) le réplica avec les dernières mises à jour de la base de données principale.

Pour obtenir des instructions, voir Réplication de bases de données sur plusieurs comptes.

Étape 1 : Affichage de tous les comptes de votre entreprise

Récupérez la liste des comptes de votre entreprise pour déterminer quels comptes ont été liés pour la réplication de la base de données et le basculement.

Pour afficher la liste des comptes de votre entreprise, interrogez SHOW REPLICATION ACCOUNTS.

SHOW REPLICATION ACCOUNTS;

+------------------+---------------------------------+---------------+------------+
| snowflake_region | created_on                      | name          | comment    |
|------------------+---------------------------------+---------------+------------|
| AWS_US_WEST_2    | 2018-11-19 16:11:12.720 -0700   | MYACCOUNT1    |            |
| AWS_US_EAST_1    | 2019-06-02 14:12:23.192 -0700   | MYACCOUNT2    |            |
+------------------+---------------------------------+---------------+------------+

Le tableau suivant affiche la liste complète des IDs de régions Snowflake :

IDs de régions Snowflake

Région

ID de région

ID de région Snowflake

Remarques

Amazon Web Services (AWS)

US Ouest (Oregon)

us-west-2

aws_us_west_2

US Est (Ohio)

us-east-2.aws

aws_us_east_2

US Est (Virginie du Nord)

us-east-1

aws_us_east_1

US Est (Gouvernement commercial - Virginie du Nord)

us-east-1-gov.aws

aws_us_east_1_gov

Disponible uniquement pour les comptes sur Business Critical (ou supérieur) ; ne se trouve pas dans AWS GovCloud (US), qui est un Cloud dédié distinct pas encore pris en charge par Snowflake.

Canada (Centre)

ca-central-1.aws

aws_ca_central_1

EU (Irlande)

eu-west-1

aws_eu_west_1

EU (Francfort)

eu-central-1

aws_eu_central_1

Asie-Pacifique (Tokyo)

ap-northeast-1.aws

aws_ap_northeast_1

Asie Pacifique (Mumbai)

ap-south-1.aws

aws_ap_south_1

Asie-Pacifique (Singapour)

ap-southeast-1

aws_ap_southeast_1

Asie-Pacifique (Sydney)

ap-southeast-2

aws_ap_southeast_2

Google Cloud Platform (GCP)

US Central1 (Iowa)

us-central1.gcp

gcp_us_central1

Europe Ouest2 (Londres)

europe-west2.gcp

gcp_europe_west2

Europe Ouest4 (Pays-Bas)

europe-west4.gcp

gcp_europe_west4

Microsoft Azure

Ouest US 2 (Washington)

west-us-2.azure

azure_westus2

Est US 2 (Virginie)

east-us-2.azure

azure_eastus2

US Gov Virginia

us-gov-virginia.azure

azure_usgovvirginia

Disponible uniquement pour les comptes sur Business Critical (ou version supérieure).

Canada Central (Toronto)

canada-central.azure

azure_canadacentral

Europe de l’Ouest (Pays-Bas)

west-europe.azure

azure_westeurope

Asie du Sud-Est (Singapour)

southeast-asia.azure

azure_southeastasia

Suisse Nord (Zurich)

switzerland-north.azure

azure_switzerlandnorth

Australie Est (Nouvelle-Galles-du-Sud)

australia-east.azure

azure_australiaeast

Étape 2 : Activation du basculement pour une base de données principale

Note

Ignorez cette étape si vous avez activé le basculement pour cette base de données principale dans Réplication de bases de données sur plusieurs comptes.

Activez le basculement pour une base de données principale sur un ou plusieurs comptes de votre entreprise à l’aide d’une instruction ALTER DATABASE … ENABLE FAILOVER TO ACCOUNTS . Le réplica de cette base de données principale dans l’un de ces comptes (c’est-à-dire une base de données secondaire) peut être promu pour servir de base de données principale.

Notez que l’activation du basculement pour une base de données principale peut être effectuée avant ou après la création d’un réplica de la base de données principale dans un compte spécifié.

Exemple

Activez le basculement pour la base de données principale mydb1 (dans la région aws_us_west_2) sur les comptes myaccount2 et myaccount3 (dans les régions aws_us_east_1 [AWS] et azure_westeurope [Azure], respectivement). Dans cet exemple, supposons que la base de données principale soit stockée dans le compte myaccount1. La commande ALTER DATABASE doit être exécutée sur ce compte :

ALTER DATABASE mydb1 ENABLE FAILOVER TO ACCOUNTS aws_us_east_1.myaccount2, azure_westeurope.myaccount3;

Étape 3 : Promotion d’une base de données réplica pour qu’elle devienne une base de données principale

Tout réplica d’une base de données principale peut être promu pour servir de base de données principale en exécutant une instruction ALTER DATABASE … PRIMARY . Une fois promue, la base de données devient accessible en écriture. Dans le même temps, la base de données principale précédente devient une base de données réplica en lecture seule.

Exécutez l’instruction ALTER DATABASE dans le compte contenant la base de données secondaire que vous promouvez.

Note

Pour promouvoir une base de données secondaire, le rôle utilisé pour effectuer l’opération doit disposer du privilège OWNERSHIP sur la base de données.

Exemple

-- Promote a secondary database to serve as the primary database.
ALTER DATABASE mydb1 PRIMARY;

-- Verify that the former secondary database was promoted successfully.
SHOW REPLICATION DATABASES;