Protecția datelor și continuitatea afacerii

Administrare, Guvernanță și Colaborare în Snowflake

Emily Melhuish

Technical Curriculum Developer, Snowflake

Problema continuității afacerii

Diagramă cu trei scenarii de risc: ștergere accidentală, întrerupere de regiune și rezidența datelor între regiuni, fiecare cu soluția Snowflake corespunzătoare

  • Un analist șterge accidental înregistrări - Time Travel rezolvă asta
  • O întrerupere de regiune cloud face contul Claro indisponibil - grupurile de failover rezolvă asta
  • Utilizatorii din UE au nevoie de date existente doar într-un cont din SUA - replicarea rezolvă asta
  • Riscuri diferite necesită instrumente diferite
Administrare, Guvernanță și Colaborare în Snowflake

Time Travel și Fail-Safe

Diagramă cronologică

  • Time Travel permite restaurarea datelor la o stare anterioară
  • Adâncimea ferestrei depinde de ediție
    • Standard: Până la 1 zi
    • Enterprise: Până la 90 de zile
  • Fail-Safe: un buffer de recuperare de 7 zile dincolo de fereastra Time Travel: necesită contactarea Suportului Snowflake
Administrare, Guvernanță și Colaborare în Snowflake

Clonare Zero-Copy: tipare operaționale

  • Clonați un tabel înainte de orice operațiune în masă riscantă
  • Copie instantanee - fără overhead de stocare la creare
  • Dacă migrarea eșuează, restaurați din clonă
  • Scrierile în clonă nu afectează sursa

Zero Copy Cloning.png

1 Snowflake Learning Material
Administrare, Guvernanță și Colaborare în Snowflake

Ce este replicarea?

  • Copiază datele peste granițele conturilor
  • Asincronă — ținta este aproape în timp real, nu o oglindă live

Cazuri de utilizare

Screenshot 2026-05-17 at 7.33.30 pm.png

Exemplu de replicare.png

Administrare, Guvernanță și Colaborare în Snowflake

Grupuri de replicare

Diagramă a unui grup de replicare cu două baze de date în contul primar US-East, cu săgeți către replici read-only în contul secundar EU-West

Administrare, Guvernanță și Colaborare în Snowflake

Crearea unui grup de replicare

-- 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;
Administrare, Guvernanță și Colaborare în Snowflake

Grupuri de failover: ce aduc în plus

  • Extinde grupurile de replicare cu un element esențial
  • Secundarul poate fi promovat la primar dacă primarul devine indisponibil
  • Secundarul este întotdeauna read-only
  • Secundarul promovat devine inscriptibil — preia rolul de sursă de adevăr
  • Replică și obiecte de cont: utilizatori, roluri, depozite, monitoare de resurse

Exemplu de failover.png

Administrare, Guvernanță și Colaborare în Snowflake

Mecanica failover-ului planificat și neplanificat

  • Failover planificat - planificat: primarul este retrogradat, secundarul promovat; fără pierderi de date
  • Failover - neplanificat: primarul indisponibil, secundarul promovat imediat
  • Replicarea este asincronă - modificările după ultimul refresh nu sunt în secundar
  • Frecvența refresh-ului este o decizie cheie de proiectare RPO

Exemplu de failover.png

Administrare, Guvernanță și Colaborare în Snowflake

Să exersăm!

Administrare, Guvernanță și Colaborare în Snowflake

Preparing Video For Download...