Protection des données et continuité des activités

Gestion, gouvernance et collaboration avec Snowflake

Emily Melhuish

Technical Curriculum Developer, Snowflake

Le défi de la continuité des activités

Diagramme illustrant trois risques : suppression accidentelle, panne de région, et résidence des données interrégion, chacun avec sa solution Snowflake

Un analyste supprime des enregistrements par erreur — Time Travel règle cela
Panne de région cloud rendant le compte de Claro indisponible — les groupes de basculement gèrent cela
Les utilisateurs UE ont besoin de données situées seulement dans un compte US — la réplication gère cela
Différents risques = outils différents

Time Travel et Fail‑Safe

Diagramme chronologique

Time Travel permet de restaurer des données à un état antérieur
Profondeur de la fenêtre selon l’édition
- Standard : jusqu’à 1 jour
- Enterprise : jusqu’à 90 jours
Fail‑Safe : tampon de récupération de 7 jours au‑delà de Time Travel; nécessite de contacter Snowflake Support

Clonage sans copie : modes opératoires

Cloner une table avant toute opération risquée en lot
Copie instantanée — aucun stockage additionnel à la création
En cas d’échec de migration, restaurer depuis le clone
Les écritures sur le clone n’affectent jamais la source

Clonage sans copie.png

¹ Snowflake Learning Material

Qu’est‑ce que la réplication?

Copie des données entre comptes
Asynchrone — la cible est quasi temps réel, pas un miroir live

Cas d’usage

Capture d’écran 2026-05-17 à 19 h 33 min 30 s.png

Exemple de réplication.png

Groupes de réplication

Diagramme d’un groupe de réplication avec deux bases sur le compte principal US‑East, avec des flèches vers des réplicas en lecture seule sur le compte secondaire EU‑West

Créer un groupe de réplication

-- On the primary account
CREATE REPLICATION GROUP claro_replication_group
  OBJECT_TYPES = DATABASES
  ALLOWED_DATABASES = claro_db, claro_users_db
  ALLOWED_ACCOUNTS = claro.eu_west;

-- On the secondary account
CREATE REPLICATION GROUP claro_replication_group
  AS REPLICA OF claro.us_east.claro_replication_group;

-- Trigger a refresh
ALTER REPLICATION GROUP claro_replication_group REFRESH;

Groupes de basculement : leurs apports

Extension des groupes de réplication avec un ajout clé
Le secondaire peut être promu si le primaire tombe en panne
Le secondaire est toujours en lecture seule
Une fois promu, le secondaire devient inscriptible — nouvelle source de vérité
Réplique aussi les objets du compte : utilisateurs, rôles, entrepôts, moniteurs de ressources

Exemple de basculement.png

Basculement planifié et mécanique du basculement

Basculement planifié : le primaire est rétrogradé, le secondaire est promu; aucune perte de données
Basculement non planifié : primaire indisponible, promotion immédiate du secondaire
Réplication asynchrone : les changements après le dernier rafraîchissement ne sont pas sur le secondaire
La fréquence de rafraîchissement détermine le RPO

Exemple de basculement.png

Passons à la pratique !

Gestion, gouvernance et collaboration avec Snowflake