Introduction à la continuité d’activité et à la récupération après sinistre

Snowflake permet le basculement de vos bases de données sur plusieurs comptes dans différentes régions pour la continuité de l’activité et la récupération après sinistre. Le basculement sur des comptes hébergés sur différentes plates-formes Cloud est pris en charge.

Dans ce chapitre :

Comment fonctionne le basculement/la restauration automatique de base de données ?

En cas de panne massive (en raison d’un problème de réseau, d’un bogue, etc.) perturbant les services Cloud computing dans une région donnée, l’accès à Snowflake sera indisponible jusqu’à ce que la source de la panne soit résolue et les services restaurés.

Pour garantir la disponibilité continue et la durabilité des données dans un tel scénario, vous pouvez répliquer vos bases de données d’une région donnée vers un autre compte Snowflake (détenu par votre entreprise) dans une autre région. Cette option vous permet de récupérer plusieurs bases de données dans l’autre région et de continuer à traiter des données après qu’une défaillance dans la première région ait entraîné une perte totale ou partielle de la disponibilité de Snowflake.

Le lancement du basculement implique la promotion d’une base de données secondaire (c.-à-d. un réplica) dans une région disponible pour servir de base de données principale. Lorsqu’elle est promue, la base de données, qui est désormais la base de données principale, devient accessible en écriture. Parallèlement, l’ancienne base de données principale devient une base de données secondaire en lecture seule.

Flux de continuité d’activité et de récupération après sinistre

  1. Le diagramme suivant montre deux comptes appartenant à la même entreprise, mais dans des régions différentes (Region A et Region B). Dans un compte, une base de données locale a été promue pour servir de base de données principale. La réplication a été activée pour l’autre compte, ce qui lui permet de stocker un réplica de la base de données principale (c’est-à-dire une base de données secondaire) :

    Initial state of database replication
  2. Le diagramme suivant illustre une base de données secondaire créée dans le compte dans Region B. La flèche verte montre une opération d’actualisation des données en cours de la base de données principale à la base de données secondaire :

    Data replication operation in progress
  3. Le diagramme suivant illustre un scénario de basculement : Une interruption de service dans Region A, où se trouve le compte contenant la base de données principale. La base de données secondaire (dans Region B) a été promue pour servir de base de données principale. Parallèlement, l’ancienne base de données principale est devenue une base de données secondaire en lecture seule :

    Database failover

    Les étapes pour basculer une base de données sont décrites dans Basculement de bases de données sur plusieurs comptes.

  4. Le diagramme suivant montre que la panne de service dans Region A a été résolue. Une opération d’actualisation de la base de données est en cours depuis la base de données principale (dans Region B) vers la base de données secondaire (dans Region A) :

    Database failover
  5. Le dernier diagramme montre les opérations ayant retrouvé leur configuration initiale (c.-à-d. restauration automatique). La base de données secondaire (dans Region A) a été promue pour servir de nouveau de base de données principale pour les opérations commerciales normales. Parallèlement, l’ancienne base de données principale (dans Region B) est devenue une base de données secondaire en lecture seule :

    Database failover