Proteção de Dados e Continuidade de Negócios

Gerenciamento, Governança e Colaboração no Snowflake

Emily Melhuish

Technical Curriculum Developer, Snowflake

O problema da continuidade de negócios

Diagrama com três riscos: exclusão acidental, indisponibilidade de região e residência de dados entre regiões, cada um com sua solução Snowflake

Analista apagou registros por engano — Time Travel resolve
Queda na região da nuvem deixa a conta da Claro indisponível — grupos de failover resolvem
Usuários da UE precisam de dados que só existem na conta dos EUA — replicação resolve
Riscos diferentes pedem ferramentas diferentes

Time Travel e Fail-Safe

Diagrama de linha do tempo

Time Travel permite restaurar dados a um estado anterior
A janela depende da edição
- Standard: até 1 dia
- Enterprise: até 90 dias
Fail-Safe: buffer de 7 dias além da janela do Time Travel; exige acionar o Suporte da Snowflake

Zero-Copy Cloning: padrões operacionais

Clone a tabela antes de qualquer operação arriscada em massa
Cópia instantânea — sem armazenamento extra na criação
Se a migração falhar, restaure do clone
Escritas no clone não afetam a origem

Zero Copy Cloning.png

¹ Snowflake Learning Material

O que é replicação?

Copia dados entre contas
Assíncrona — o alvo é quase em tempo real, não um espelho ao vivo

Casos de uso

Screenshot 2026-05-17 at 7.33.30 pm.png

Exemplo de replicação.png

Grupos de Replicação

Diagrama de um grupo de replicação com dois bancos na conta primária US-East, com setas para réplicas somente leitura na conta secundária EU-West

Criando um Grupo de Replicação

-- 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: o que acrescentam

Baseia-se nos grupos de replicação com um ponto crítico
A secundária pode virar primária se a primária cair
Secundária é sempre somente leitura
Secundária promovida vira gravável — assume como fonte da verdade
Também replica objetos da conta: usuários, papéis, warehouses, monitores de recursos

Exemplo de failover.png

Failover planejado e mecânica do failover

Failover planejado: primária rebaixa, secundária promove; sem perda de dados
Failover não planejado: primária indisponível, secundária promove na hora
Replicação é assíncrona: mudanças após o último refresh não estão na secundária
Frequência de refresh é chave pro RPO

Exemplo de failover.png

Vamos praticar!

Gerenciamento, Governança e Colaboração no Snowflake