Protección de datos y continuidad del negocio

Gestión, gobierno y colaboración en Snowflake

Emily Melhuish

Technical Curriculum Developer, Snowflake

El problema de continuidad del negocio

Diagrama con tres riesgos: borrado accidental, caída regional y residencia de datos entre regiones, cada uno con su solución en Snowflake

Un analista borra registros por accidente: Time Travel lo resuelve
Caída de la región cloud deja la cuenta de Claro inaccesible: lo resuelven los grupos de failover
Personas en la UE necesitan datos que solo existen en una cuenta de EE. UU.: lo resuelve la replicación
Riesgos distintos requieren herramientas distintas

Time Travel y Fail-Safe

Diagrama de cronología

Time Travel te permite restaurar datos a un estado anterior
La ventana depende de tu edición
- Standard: hasta 1 día
- Enterprise: hasta 90 días
Fail-Safe: colchón de recuperación de 7 días más allá de la ventana de Time Travel; requiere contactar con Snowflake Support

Clonado sin copia: patrones operativos

Clona una tabla antes de cualquier operación masiva arriesgada
Copia instantánea: sin coste de almacenamiento al crearla
Si falla la migración, restaura desde el clon
Las escrituras al clon no tocan la fuente

Zero Copy Cloning.png

¹ Material de aprendizaje de Snowflake

¿Qué es la replicación?

Copia datos entre cuentas
Asíncrona: el destino es casi en tiempo real, no un espejo en vivo

Casos de uso

Captura 2026-05-17 a las 19.33.30.png

Ejemplo de replicación.png

Grupos de replicación

Diagrama de un grupo de replicación con dos bases de datos en la cuenta primaria US-East, con flechas a réplicas de solo lectura en la cuenta secundaria EU-West

Crear un grupo de replicación

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

Grupos de failover: qué aportan

Se basa en grupos de replicación con un añadido clave
La secundaria puede promocionarse a primaria si la primaria cae
La secundaria siempre es de solo lectura
La secundaria promocionada pasa a escritura: asume la fuente de verdad
También replica objetos de cuenta: usuarios, roles, warehouses, monitores de recursos

Ejemplo de conmutación por error.png

Failover planificado y mecánica del failover

Failover planificado: la primaria se despromociona, la secundaria se promociona; sin pérdida de datos
Failover: no planificado; primaria no disponible, la secundaria se promociona al instante
Replicación asíncrona: cambios tras el último refresh no están en la secundaria
La frecuencia de refresh es clave para el RPO

Ejemplo de conmutación por error.png

¡Vamos a practicar!

Gestión, gobierno y colaboración en Snowflake