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
Conditions préalables
Étape 1 : Affichage de tous les comptes de votre entreprise
Étape 2 : Activation du basculement pour une base de données principale
- Exemple
Étape 3 : Promotion d’une base de données réplica pour qu’elle devienne une base de données principale
- Exemple
IDs de régions Snowflake

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 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¶

Activez la réplication pour une base de données principale dans un ensemble de comptes.
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    |            |
+------------------+---------------------------------+---------------+------------+

Voir la liste complète des IDs de régions Snowflake .

É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;

IDs de régions Snowflake¶

Le tableau suivant affiche la liste complète des 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`
Europe (Londres)	`eu-west-2.aws`	`aws_eu_west_2`
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`
Central US (Iowa)	`central-us.azure`	`azure_centralus`
East US 2 (Virginia)	`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`