डेटा सुरक्षा और व्यवसाय निरंतरता

Snowflake Management, Governance & Collaboration

Emily Melhuish

Technical Curriculum Developer, Snowflake

Business Continuity समस्या

आरेख जो तीन जोखिम दिखाता है: आकस्मिक deletion, region outage, और cross-region data residency, तथा उनके Snowflake समाधान

विश्लेषक ने गलती से रिकॉर्ड हटा दिए - Time Travel इसे संभालता है
क्लाउड region outage से Claro का खाता अनुपलब्ध - failover groups इसे संभालते हैं
EU उपयोगकर्ताओं को वह डेटा चाहिए जो केवल US खाते में है - replication इसे संभालता है
अलग जोखिमों के लिए अलग टूल्स चाहिए

Time Travel और Fail-Safe

टाइमलाइन आरेख

Time Travel आपको डेटा को पिछले अवस्था में बहाल करने देता है
विंडो गहराई आपकी edition पर निर्भर है
- Standard: अधिकतम 1 दिन
- Enterprise: अधिकतम 90 दिन
Fail-Safe: Time Travel विंडो से परे 7-दिन का रिकवरी बफर; Snowflake Support से संपर्क आवश्यक

Zero-Copy Cloning: संचालन पैटर्न

किसी भी जोखिमपूर्ण bulk ऑपरेशन से पहले टेबल clone करें
Instant copy - निर्माण पर स्टोरेज ओवरहेड नहीं
माइग्रेशन असफल हो तो clone से बहाल करें
Clone पर लिखना source को नहीं छूता

Zero Copy Cloning.png

¹ Snowflake Learning Material

Replication क्या है?

खातों के बीच डेटा कॉपी करता है
Asynchronous — लक्ष्य near-real-time है, live mirror नहीं

उपयोग के मामले

Screenshot 2026-05-17 at 7.33.30 pm.png

Replication example.png

Replication Groups

एक प्रतिकृति समूह का आरेख, जिसमें US-East प्राथमिक खाते पर दो डेटाबेस हैं, और EU-West द्वितीयक खाते पर केवल-पढ़ने वाली प्रतियों की ओर तीर

एक Replication Group बनाना

-- 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 Groups: अतिरिक्त क्या है

Replication groups पर आधारित, एक अहम जोड़ के साथ
Primary डाउन हो तो secondary को primary बनाया जा सकता है
Secondary हमेशा read-only रहता है
Promote होने पर secondary writable बनता है — source of truth संभालता है
Account objects भी replicate होते हैं: users, roles, warehouses, resource monitors

Failover example.png

Planned Failover और यांत्रिकी

Planned Failover - नियोजित: primary demote, secondary promote; डेटा लॉस नहीं
Failover - अनियोजित: primary अनुपलब्ध, secondary तुरंत promote
Replication asynchronous है - आखिरी refresh के बाद के बदलाव secondary में नहीं होते
Refresh आवृत्ति RPO डिज़ाइन का मुख्य निर्णय है

Failover example.png

¡Vamos a practicar!

Snowflake Management, Governance & Collaboration