Захист даних і безперервність бізнесу

Керування, врядування й співпраця в Snowflake

Emily Melhuish

Technical Curriculum Developer, Snowflake

Завдання безперервності бізнесу

Схема з трьома ризиками: випадкове видалення, збій регіону та кросрегіональна локалізація даних, кожен із відповідним рішенням Snowflake

Аналітик випадково видаляє записи — Time Travel це вирішує
Збій хмарного регіону робить обліковий запис Claro недоступним — це вирішують групи аварійного перемикання
Користувачам ЄС потрібні дані, що є лише в обліковому записі США — це вирішує реплікація
Різні ризики потребують різних інструментів

Time Travel і Fail-Safe

Діаграма часової шкали

Time Travel дає змогу відновити дані до попереднього стану
Глибина вікна залежить від вашого видання
- Standard: до 1 дня
- Enterprise: до 90 днів
Fail-Safe: 7-денний буфер відновлення за межами вікна Time Travel; потрібно звертатися до служби підтримки Snowflake

Zero-Copy Cloning: операційні патерни

Клонуйте таблицю перед будь-якою ризиковою масовою операцією
Миттєва копія — без місця зберігання під час створення
Якщо міграція зірветься, відновіть із клону
Запис у клон не торкається джерела

Zero Copy Cloning.png

¹ Матеріали для навчання Snowflake

Що таке реплікація?

Копіює дані між обліковими записами
Асинхронна — ціль майже реального часу, не «живе» дзеркало

Використання

Знімок екрана 2026-05-17 о 7.33.30 pm.png

Приклад реплікації.png

Групи реплікації

Схема групи реплікації з двома базами даних на первинному обліковому записі US-East та стрілками до реплік лише для читання на вторинному обліковому записі EU-West

Створення групи реплікації

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

Групи аварійного перемикання: що додають

Базується на групах реплікації з однією критичною додатковою можливістю
Вторинний можна підвищити до первинного, якщо первинний недоступний
Вторинний завжди лише для читання
Підвищений вторинний стає доступним для запису — бере на себе роль джерела істини
Також реплікує об’єкти облікового запису: користувачів, ролі, склади, монітори ресурсів

Приклад аварійного перемикання.png

Планове й аварійне перемикання: механіка

Планове перемикання — планове: первинний знижується, вторинний підвищується; без втрати даних
Аварійне перемикання — незаплановане: первинний недоступний, вторинний підвищується негайно
Реплікація асинхронна — зміни після останнього оновлення відсутні на вторинному
Частота оновлення — ключове рішення для RPO

Приклад аварійного перемикання.png

Passons à la pratique !

Керування, врядування й співпраця в Snowflake