Защита данных и непрерывность бизнеса

Управление, управление данными и совместная работа в 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

¹ Snowflake Learning Material

Что такое репликация?

Копирует данные между аккаунтами
Асинхронная — реплика близка к реальному времени, но не является зеркалом

Сценарии использования

Screenshot 2026-05-17 at 7.33.30 pm.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;

Группы отказоустойчивости: возможности

Расширяет группы репликации с одним ключевым дополнением
Вторичный аккаунт можно повысить до основного при его недоступности
Вторичный аккаунт всегда доступен только для чтения
После повышения становится доступным для записи и выступает источником истины
Также реплицирует объекты аккаунта: пользователей, роли, склады, мониторы ресурсов

Пример переключения при отказе

Плановое и аварийное переключение: механика

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

Пример переключения при отказе

Давайте попрактикуемся!

Управление, управление данными и совместная работа в Snowflake