Protection des données et continuité d’activité

Gestion, gouvernance et collaboration sur Snowflake

Emily Melhuish

Technical Curriculum Developer, Snowflake

Le défi de continuité d’activité

Schéma montrant trois risques : suppression accidentelle, panne de région, et résidence des données inter‑régions, chacun avec sa solution Snowflake correspondante

Un analyste supprime des enregistrements par erreur : Time Travel gère cela
Panne de région cloud rendant le compte Claro indisponible : les groupes de bascule gèrent cela
Les utilisateurs UE ont besoin de données présentes seulement sur un compte US : la réplication couvre cela
Chaque risque nécessite un outil différent

Time Travel et Fail‑Safe

Frise chronologique

Time Travel permet de restaurer les données à un état antérieur
Profondeur de 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 la fenêtre Time Travel ; nécessite de contacter le support Snowflake

Zero‑Copy Cloning : modèles opérationnels

Cloner une table avant toute opération risquée en masse
Copie instantanée : pas de stockage supplémentaire à la création
Si la migration échoue, restaurer depuis le clone
Les écritures sur le clone n’affectent jamais la source

Zero Copy Cloning.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 actif

Cas d’usage

Capture d’écran 2026-05-17 à 19.33.30.png

Exemple de réplication.png

Groupes de réplication

Schéma d’un groupe de réplication avec deux bases sur le compte principal US‑East, et 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 bascule : leurs apports

Prolonge les groupes de réplication avec un ajout clé
Le secondaire peut être promu si le primaire tombe
Le secondaire est toujours en lecture seule
Une fois promu, il devient inscriptible — nouvelle source de vérité
Réplique aussi les objets de compte : users, roles, warehouses, resource monitors

Exemple de bascule.png

Bascule planifiée et mécanique de bascule

Bascule planifiée : le primaire se rétrograde, le secondaire est promu ; pas de perte de données
Bascule non planifiée : primaire indisponible, le secondaire est promu immédiatement
Réplication asynchrone : les changements après le dernier rafraîchissement ne sont pas au secondaire
La fréquence de rafraîchissement détermine le RPO

Exemple de bascule.png

Passons à la pratique !

Gestion, gouvernance et collaboration sur Snowflake