Часто задаваемые вопросы о непрерывном резервном копировании

  • Применяется к: ✅ NoSQL, ✅ MongoDB, ✅ Apache Gremlin, ✅ Table

В этой статье перечислены часто задаваемые вопросы о функциональных возможностях восстановления на определенный момент времени для Azure Cosmos DB, доступных в режиме непрерывного резервного копирования.

Сколько времени требуется для восстановления?

Время восстановления зависит от размера данных, объема журнала резервного копирования, который необходимо воспроизвести, и количества разделов для восстановления. Восстановление 1 терабайта данных обычно занимает от 30 до 90 минут.

Можно ли указать время восстановления по местному времени?

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

Как отслеживать восстановление учетной записи?

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

Для PowerShell и Azure CLI можно отслеживать ход выполнения операции восстановления с помощью команды az cosmosdb show:

az cosmosdb show \
  --resource-group <resource-group> \
  --name <account-name>

Значение provisioningState является Succeeded, если учетная запись подключена к сети.

{
  "virtualNetworkRules": [],
  "writeLocations" : [
    {
      "documentEndpoint": "https://<accountname>.documents.azure.com:443/", 
      "failoverpriority": 0,
      "id": "accountName" ,
      "isZoneRedundant" : false, 
      "locationName": "West US 2", 
      "provisioningState": "Succeeded"
    }
  ]
}

Как узнать, была ли учетная запись режима непрерывного резервного копирования восстановлена из другой учетной записи?

Вы можете определить, восстанавливается ли учетная запись и получает сведения о восстановлении с помощью портал Azure, Azure PowerShell и Azure CLI.

Что такое instanceId в определении учетной записи?

В любое время, пока свойство учетной записи Azure Cosmos DB accountName существует, оно является глобально уникальным. После удаления учетной записи можно создать другую учетную запись с тем же именем. В таком случае accountName больше недостаточно для идентификации экземпляра учетной записи.

Идентификатор экземпляра или instanceId является свойством экземпляра учетной записи. Он используется для устранения неоднозначности в нескольких учетных записях (активных и удаленных), если при восстановлении совпадают их имена. Идентификатор экземпляра можно получить, выполнив любую из следующих команд:

Get-AzCosmosDBRestorableDatabaseAccount

az cosmosdb restorable-database-account

Замечание

Атрибут имени имеет значение идентификатора экземпляра.

Поддерживается ли непрерывное резервное копирование для учетных записей Azure Synapse Link?

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

Important

Synapse Link для Cosmos DB больше не поддерживается для новых проектов. Не используйте эту функцию.

Пожалуйста, используйте функцию зеркалирования Azure Cosmos DB для Microsoft Fabric, которая теперь доступна в общей доступности (GA). Зеркальное отображение обеспечивает те же преимущества нулевого ETL и полностью интегрировано с Microsoft Fabric. Дополнительные сведения см. в Обзоре зеркалирования Cosmos DB.

Дальнейшие действия

  • Last updated on