Gegevensbescherming en bedrijfscontinuïteit

Snowflake-beheer, -governance en -samenwerking

Emily Melhuish

Technical Curriculum Developer, Snowflake

Het bedrijfscontinuïteitsprobleem

Diagram met drie risico’s: per ongeluk verwijderen, regio-uitval en dataresidentie over regio’s, elk met de bijbehorende Snowflake-oplossing

Analist verwijdert per ongeluk records – Time Travel lost dit op
Cloudregio-storing maakt Claro’s account onbeschikbaar – failovergroepen lossen dit op
EU-gebruikers hebben data nodig die alleen in een US-account staat – replicatie lost dit op
Verschillende risico’s vragen om verschillende tools

Time Travel en Fail‑Safe

Tijdlijn-diagram

Time Travel laat je data herstellen naar een eerdere staat
Raamdiepte hangt af van je editie
- Standard: tot 1 dag
- Enterprise: tot 90 dagen
Fail-Safe: 7 dagen extra herstelbuffer buiten het Time Travel-raam; vereist contact met Snowflake Support

Zero-copy cloning: operationele patronen

Maak een kloon vóór elke risicovolle bulkbewerking
Directe kopie – geen opslagoverhead bij aanmaak
Als migratie faalt, herstel vanaf de kloon
Schrijfsels naar de kloon raken de bron nooit

Zero Copy Cloning.png

¹ Snowflake Learning Material

Wat is replicatie?

Kopieert data over accountgrenzen heen
Asynchroon — target is near-real-time, geen live mirror

Use cases

Screenshot 2026-05-17 at 7.33.30 pm.png

Replicatiegroepen

Diagram van een replicatiegroep met twee databases op de primaire US-East-account, met pijlen naar read-only replica’s op de secundaire EU-West-account

Een replicatiegroep maken

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

Failover-groepen: wat ze toevoegen

Bouwt voort op replicatiegroepen met één cruciale toevoeging
Secundair kan worden gepromoveerd als primair uitvalt
Secundair is altijd read-only
Gepromoveerd secundair wordt schrijfbaar — wordt de bron van waarheid
Repliceert ook accountobjecten: users, roles, warehouses, resource monitors

Geplande failover en de werking

Geplande failover – gepland: primair de-promoveert, secundair promoveert; geen dataverlies
Failover – ongepland: primair onbeschikbaar, secundair promoveert direct
Replicatie is asynchroon – wijzigingen na de laatste refresh staan niet op het secundair
Refreshfrequentie is een kernbeslissing voor RPO

Laten we oefenen!

Snowflake-beheer, -governance en -samenwerking