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

Резервное копирование и восстановление в 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 часа.

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