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

Внимание

Azure Cosmos DB для PostgreSQL больше не поддерживается для новых проектов. Не используйте эту службу для новых проектов. Вместо этого используйте одну из этих двух служб:

• Используйте Azure Cosmos DB для NoSQL как распределенное решение базы данных, предназначенное для крупномасштабных сценариев с соглашением об уровне доступности (SLA) 99.999%, мгновенным автомасштабированием и автоматическим переключением в случае отказа в нескольких регионах.

• Используйте функцию эластичных кластеров Базы данных Azure для PostgreSQL для сегментированного PostgreSQL с помощью расширения Citus с открытым кодом.

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 часа.

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

• Смотрите шаги по восстановлению кластера в портале Azure.
• Ознакомьтесь с ограничениями и ограничениями резервного копирования и восстановления.
• Узнайте больше о зонах доступности Azure.