Veri Koruma ve İş Sürekliliği

Snowflake Yönetimi, Yönetişimi ve İşbirliği

Emily Melhuish

Technical Curriculum Developer, Snowflake

İş Sürekliliği Sorunu

Üç risk senaryosunu gösteren diyagram: yanlışlıkla silme, bölge kesintisi ve bölgeler arası veri ikameti; her biri için ilgili Snowflake çözümü

Analist kayıtları yanlışlıkla sildi — Time Travel bunu çözer
Bulut bölgesi kesintisi Claro hesabını kullanılamaz kılar — failover grupları bunu çözer
AB kullanıcılarının yalnızca ABD hesabında olan verilere ihtiyacı var — çoğaltma bunu sağlar
Farklı riskler farklı araçlar gerektirir

Time Travel ve Fail-Safe

Zaman çizelgesi diyagramı

Time Travel, veriyi önceki bir duruma döndürmenizi sağlar
Pencere süresi sürümünüze bağlıdır
- Standard: En fazla 1 gün
- Enterprise: En fazla 90 gün
Fail-Safe: Time Travel penceresinin ötesinde 7 günlük kurtarma tamponu; Snowflake Desteği ile iletişim gerekir

Sıfır Kopya Klonlama: Operasyonel Kalıplar

Riskli toplu işlemden önce bir tabloyu klonlayın
Anında kopya — oluştururken depolama ek yükü yok
Geçiş başarısız olursa, klondan geri yükleyin
Klona yazmalar hiçbir zaman kaynağa dokunmaz

Zero Copy Cloning.png

¹ Snowflake Öğrenme Materyali

Çoğaltma Nedir?

Verileri hesap sınırları arasında kopyalar
Eşzamansızdır — hedef neredeyse gerçek zamanlıdır, canlı ayna değildir

Kullanım alanları

Screenshot 2026-05-17 at 7.33.30 pm.png

Replication example.png

Çoğaltma Grupları

ABD-Doğu birincil hesapta iki veritabanı içeren bir çoğaltma grubunu ve AB-Batı ikincil hesaptaki salt-okunur kopyalara okları gösteren diyagram

Çoğaltma Grubu Oluşturma

-- Birincil hesapta
CREATE REPLICATION GROUP claro_replication_group
  OBJECT_TYPES = DATABASES
  ALLOWED_DATABASES = claro_db, claro_users_db
  ALLOWED_ACCOUNTS = claro.eu_west;

-- İkincil hesapta
CREATE REPLICATION GROUP claro_replication_group
  AS REPLICA OF claro.us_east.claro_replication_group;

-- Yenilemeyi tetikle
ALTER REPLICATION GROUP claro_replication_group REFRESH;

Failover Grupları: Ne Katar?

Çoğaltma gruplarına kritik bir ekleme yapar
Birincil çökerse ikincil birincile yükseltilebilir
İkincil her zaman salt-okunurdur
Yükseltilen ikincil yazılabilir olur — yeni doğruluk kaynağıdır
Hesap nesnelerini de çoğaltır: kullanıcılar, roller, depolar, kaynak izleyicileri

Failover example.png

Planlı Failover ve İşleyişi

Planlı Failover - planlı: birincil düşürülür, ikincil yükseltilir; veri kaybı yok
Failover - plansız: birincil kullanılamaz, ikincil hemen yükselir
Çoğaltma eşzamanlı değildir — son yenilemeden sonraki değişiklikler ikincilde yoktur
Yenileme sıklığı kritik bir RPO tasarım kararıdır

Failover example.png

Hadi pratik yapalım!

Snowflake Yönetimi, Yönetişimi ve İşbirliği