Поделиться через

Резервное копирование и восстановление в Azure Cosmos DB для PostgreSQL

  • Статья

Область применения: Azure Cosmos DB для PostgreSQL (на базе расширения базы данных Citus до PostgreSQL)

Azure Cosmos DB для PostgreSQL автоматически создает резервные копии каждого узла в кластере. Резервные копии можно использовать для восстановления кластера до указанного времени — восстановление на определенный момент времени (PITR). Резервное копирование и восстановление данных являются важной частью любой стратегии непрерывности бизнес-процессов. Таким образом данные защищаются от случайного повреждения или удаления.

Резервные копии

Автоматизированный процесс выполняет резервное копирование каждого узла Azure Cosmos DB для PostgreSQL с момента подготовки кластера и на протяжении всего жизненного цикла кластера. Azure Cosmos DB для PostgreSQL принимает периодические моментальные снимки дисков и объединяет их с потоковой передачей wal-файлов узла в хранилище BLOB-объектов Azure.

Резервные копии позволяют восстановить сервер до любой точки во времени в пределах заданного срока хранения. (В настоящее время срок хранения составляет 35 дней для всех кластеров.) Все резервные копии шифруются с использованием алгоритма 256-битового шифрования AES.

Экспортировать файлы резервной копии невозможно. Они могут использоваться только для операций восстановления в Azure Cosmos DB для PostgreSQL.

Избыточность резервного копирования

Azure Cosmos DB для PostgreSQL поддерживает следующие параметры избыточности резервных копий.

  • Резервное копирование в одном регионе

    • Хранилище резервных копий, избыточное между зонами: этот параметр автоматически выбирается для регионов, поддерживающих зоны доступности. Если резервные копии хранятся в хранилище резервных копий, избыточном между зонами, помимо нескольких копий данных, хранящихся в зоне доступности, где размещается узел каждого кластера, данные также реплика в другие зоны доступности.

    • Локально избыточное хранилище резервных копий: этот параметр автоматически выбирается для регионов, которые не поддерживают зоны доступности. При хранении резервных копий в локально избыточном хранилище резервных копий в одном регионе хранятся несколько копий резервных копий.

  • Резервное копирование между регионами

    • Геоизбыточное хранилище резервных копий: этот параметр можно выбрать во время создания кластера. Если резервные копии хранятся в другом регионе, помимо трех копий данных, хранящихся в регионе, где размещен кластер, данные реплика в другой регион.

Регион Azure, в котором хранится геоизбыточное резервное копирование кластера, зависит от региона Azure, в котором находится кластер Azure Cosmos DB для PostgreSQL.

Стоимость хранилищ резервных копий

Текущие цены на хранилище резервных копий см. на странице цен на Azure Cosmos DB для PostgreSQL.

Восстановление

Кластер можно восстановить кластер на любой момент времени в течение последних 35 дней. Восстановление до точки во времени подходит для большинства сценариев. Например, от случая, когда пользователь случайно удаляет данные, удаляет важную таблицу или базу данных, или если приложение случайно перезаписывает правильные данные неправильными.

Примечание.

Хотя резервные копии кластера всегда хранятся в течение 35 дней, может потребоваться открыть запрос на поддержку для восстановления кластера до точки, которая раньше последнего времени отработки отказа. Помимо высокой доступности (HA), операций обслуживания и масштабирования вычислительных ресурсов и хранилища используют отработку отказа, чтобы свести к минимуму время простоя во время этих операций.

Для восстановления в одном регионе при выполнении всех узлов можно восстановить кластер без потери данных. В крайне редких случаях узла, в котором возникает катастрофическое событие (и высокий уровень доступности не включен в кластере), вы можете потерять до 5 минут данных.

В кластерах с поддержкой гео резервного копирования восстановление может выполняться в удаленном регионе или в том же регионе, где находится кластер.

Важно!

Удаленные кластеры нельзя восстановить. При удалении кластера все принадлежащие ему узлы удаляются и не подлежат восстановлению. Чтобы защитить ресурсы кластера после развертывания от случайного удаления или внесения непредвиденных изменений, администраторы могут использовать блокировки управления.

Процесс восстановления создает новый кластер в том же или удаленном регионе Azure, подписке и группе ресурсов, что и исходная. В кластере имеется исходная конфигурация: то же количество узлов, количество виртуальных ядер, размер хранилища, роли пользователей, версия PostgreSQL и версия расширения Citus.

Параметры сети не сохраняются из исходного кластера, они сбрасываются до значений по умолчанию. После восстановления необходимо вручную настроить эти параметры, чтобы разрешить доступ к восстановленным кластеру. В большинстве случаев рекомендуется просмотреть наш список предлагаемых задач для выполнения после восстановления.

В большинстве случаев восстановление кластера занимает до 1 часа.

Следующие шаги