Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье описывается создание политики резервного копирования с помощью REST API.
Служба резервного копирования дисков Azure предлагает готовое решение, которое обеспечивает управление жизненным циклом моментальных снимков для управляемых дисков путем автоматизации периодического создания моментальных снимков и их хранения в течение настроенного времени с помощью политики архивации. Вы можете управлять моментальными снимками диска с нулевой стоимостью инфраструктуры и без необходимости создания пользовательских сценариев или дополнительных затрат на управление ресурсами. Это решение резервного копирования, обеспечивающее целостность данных при сбоях, которое создает резервную копию управляемого диска в определенный момент времени с помощью инкрементальных моментальных снимков и поддерживает создание нескольких резервных копий в день. В этом решении также не используются агенты, поэтому оно не влияет на производительность приложений в рабочей среде. Поддерживаются резервное копирование и восстановление дисков операционной системы и данных (в том числе общих дисков) независимо от того, подключены ли они к работающей виртуальной машине Azure.
Политика резервного копирования помогает управлять хранением и расписанием резервных копий. Политика резервного копирования предлагает несколько резервных копий в день. Вы можете повторно использовать политику резервного копирования для нескольких дисков Azure или создать политику резервного копирования для хранилища Служб восстановления Azure с помощью REST API.
Сведения о поддерживаемых сценариях резервного копирования и восстановления дисков Azure, доступности регионов и ограничениях см. в таблице поддержки. Часто задаваемые вопросы см. в часто задаваемых вопросах.
Создание политики
Для создания политики Azure Backup используйте следующую операцию PUT:
PUT https://management.azure.com/Subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.DataProtection/backupVaults/{vaultName}/backupPolicies/{policyName}?api-version=2021-01-01
{policyName} и {vaultName} предоставляются в URI. Дополнительные сведения предоставляются в тексте запроса.
Внимание
В настоящее время обновление или изменение существующей политики не поддерживается. В качестве альтернативы можно создать новую политику с необходимыми сведениями и назначить ее соответствующему экземпляру резервной копии.
Создание текста запроса
Например, чтобы создать политику резервного копирования Диска, в тексте запроса должны быть следующие компоненты:
| Имя | Обязательно | Тип | Описание |
|---|---|---|---|
| свойства | Истина | BaseBackupPolicy:BackupPolicy | Свойства BaseBackupPolicyResource |
Полный список определений в тексте запроса см. в документе REST API о политике резервного копирования.
Пример текста запроса
Политика включает:
- Запланированный триггер каждые 4 часа (PT4H). Резервные копии будут создаваться с промежутками приблизительно в 4 часа, так что они будут равномерно распределены в течение дня.
- Вы можете выбрать интервал триггера 4, 6, 8 или 12 часов. Чтобы выполнять резервное копирование один раз в день, укажите P1D. Резервное копирование запускается один раз в день в назначенное время.
- Хранилище данных представляет собой операционное хранилище, так как резервные копии являются локальными и не передаются в хранилище Azure Backup. В операционном хранилище каждый экземпляр резервной копии хранится в течение семи дней (P7D).
{
"properties": {
"datasourceTypes": [
"Microsoft.Compute/disks"
],
"name": "DiskPolicy",
"objectType": "BackupPolicy",
"policyRules": [
{
"backupParameters": {
"backupType": "Incremental",
"objectType": "AzureBackupParams"
},
"dataStore": {
"dataStoreType": "OperationalStore",
"objectType": "DataStoreInfoBase"
},
"name": "BackupHourly",
"objectType": "AzureBackupRule",
"trigger": {
"objectType": "ScheduleBasedTriggerContext",
"schedule": {
"repeatingTimeIntervals": [
"R/2020-04-05T13:00:00+00:00/PT4H"
]
},
"taggingCriteria": [
{
"isDefault": true,
"tagInfo": {
"id": "Default_",
"tagName": "Default"
},
"taggingPriority": 99
}
]
}
},
{
"isDefault": true,
"lifecycles": [
{
"deleteAfter": {
"duration": "P7D",
"objectType": "AbsoluteDeleteOption"
},
"sourceDataStore": {
"dataStoreType": "OperationalStore",
"objectType": "DataStoreInfoBase"
}
}
],
"name": "Default",
"objectType": "AzureRetentionRule"
}
]
}
}
Внимание
Поддерживается только формат времени DateTime. Они не поддерживают только Time. Указываемое время суток обозначает время запуска резервного копирования, а не время, когда создание резервной копии будет завершено.
Время, требуемое для завершения операции резервного копирования, зависит от различных факторов, включая размер диска и частоту обновлений между последовательными резервными копиями. Но резервное копирование дисков Azure выполняется без агента и использует добавочные моментальные снимки, которые не влияют на производительность приложения в рабочей среде.
Дополнительные сведения о создании политик см. в документе Политика резервного копирования дисков Azure.
Примечание.
- Для дисков Azure, относящихся к SKU Стандартный HDD, Стандартный SSD и Премиум SSD, можно определить расписание резервного копирования с почасовой частотой (каждые 1, 2, 4, 6, 8 или 12 часов) и ежедневной частотой.
- Для дисков Azure, принадлежащих номерам SKU уровня "Премиум" версии 2 и "Ультра", можно определить расписание резервного копирования с почасовой частотой только 12 часов и ежедневной частотой.
Отклики
Создание или обновление политики резервного копирования является синхронной операцией, которая возвращает значение ОК после успешного выполнения операции.
| Имя | Тип | Описание |
|---|---|---|
| 200 OK (Запрос выполнен успешно) | BaseBackupPolicyResource | ОК |
Примеры ответов
После завершения операции он возвращает код 200 (ОК) с содержимым политики в тексте ответа.
{
"id": "/subscriptions/73307177-bb00-4801-bd11-894b2f2d5162/resourceGroups/RG-BV/providers/Microsoft.DataProtection/backupVaults/BV-JPE-GRS/backupPolicies/DiskBackupPolicy-03",
"name": "DiskBackupPolicy-03",
"type": "Microsoft.DataProtection/backupVaults/backupPolicies",
"properties": {
"policyRules": [
{
"backupParameters": {
"backupType": "Incremental",
"objectType": "AzureBackupParams"
},
"trigger": {
"schedule": {
"repeatingTimeIntervals": [
"R/2021-07-01T19:00:00+00:00/P1D"
],
},
"taggingCriteria": [
{
"tagInfo": {
"tagName": "Default",
"id": "Default_"
},
"taggingPriority": 99,
"isDefault": true
}
],
"objectType": "ScheduleBasedTriggerContext"
},
"dataStore": {
"dataStoreType": "OperationalStore",
"objectType": "DataStoreInfoBase"
},
"name": "BackupDaily",
"objectType": "AzureBackupRule"
},
{
"lifecycles": [
{
"deleteAfter": {
"objectType": "AbsoluteDeleteOption",
"duration": "P7D"
},
"targetDataStoreCopySettings": [],
"sourceDataStore": {
"dataStoreType": "OperationalStore",
"objectType": "DataStoreInfoBase"
}
}
],
"isDefault": true,
"name": "Default",
"objectType": "AzureRetentionRule"
}
],
"datasourceTypes": [
"Microsoft.Compute/disks"
],
"objectType": "BackupPolicy"
}
}
Следующие шаги
Устранение неполадок резервного копирования дисков Azure.
Подробнее о REST API Azure Backup см. в следующих статьях: