Изменение параметров автоматического резервного копирования для База данных SQL Azure

Чтобы изменить период хранения резервных копий PITR или разностную частоту резервного копирования для активных баз данных с помощью портал Azure:

1. Перейдите на логический сервер в Azure с базами данных, срок хранения которых требуется изменить.
2. Выберите "Резервные копии" на левой панели и перейдите на вкладку "Политики хранения".
3. Выберите базы данных, для которых требуется изменить хранение резервных копий PITR.
4. Выберите " Настройка политик " на панели действий.
5. Чтобы изменить период хранения резервных копий восстановления на определенный момент времени, используйте ползунок в разделе "Восстановление на точке во времени".
6. Чтобы изменить частоту разностного резервного копирования, выберите 12 часов или 24 часа в раскрывающемся меню в разделе "Разностная частота резервного копирования".

Подготовьте среду к работе с Azure CLI:

• Используйте среду Bash в Azure Cloud Shell. Дополнительные сведения см . в кратком руководстве по Bash в Azure Cloud Shell.

  

• Если вы предпочитаете выполнять справочные команды CLI локально, установите Azure CLI. Если вы работаете в Windows или macOS, Azure CLI можно запустить в контейнере Docker. Дополнительные сведения см. в статье Как запустить Azure CLI в контейнере Docker.

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

  • Установите расширение Azure CLI при первом использовании, когда появится соответствующий запрос. Дополнительные сведения о расширениях см. в статье Использование расширений с Azure CLI.

  • Выполните команду az version, чтобы узнать установленную версию и зависимые библиотеки. Чтобы обновиться до последней версии, выполните команду az upgrade.

Измените частоту хранения резервных копий PITR и разностную частоту резервного копирования для активных баз данных с помощью следующего примера:

# Set new PITR differential backup frequency on an active individual database
# Valid backup retention must be 1 to 35 days
# Valid differential backup frequency must be ether 12 or 24 hours
az sql db str-policy set \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --retention-days 28 \
    --diffbackup-hours 24

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

# Set a new PITR backup retention period on an active individual database
# Valid backup retention must be 1 to 35 days
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

# Set a new PITR differential backup frequency on an active individual database
# Valid differential backup frequency must be ether 12 or 24 hours 
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28 -DiffBackupIntervalInHours 24

Образец запроса

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2021-02-01-preview

Текст запроса

{ 
    "properties":{
        "retentionDays":28,
        "diffBackupIntervalInHours":24
  }
}

Пример ответа

{ 
  "id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
  "name": "default",
  "type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
  "properties": {
    "retentionDays": 28,
    "diffBackupIntervalInHours":24
  }
}

Дополнительные сведения см. в разделе REST API хранения резервных копий.

В портал Azure можно выбрать параметр избыточности хранилища резервных копий при создании базы данных. Позже можно обновить избыточность хранилища резервных копий на странице вычислений и хранилища параметров базы данных.

При создании базы данных выберите параметр избыточности хранилища резервных копий на вкладке "Основные сведения".

Для существующих баз данных перейдите в базу данных в портал Azure. Выберите "Вычисления и хранилище " в разделе "Параметры", а затем выберите нужный вариант для избыточности хранилища резервных копий.

Чтобы настроить избыточность хранилища резервных копий при создании новой базы данных, можно указать --backup-storage-redundancy параметр с az sql db create помощью команды. Возможные значения: Geo, Zoneи Local.

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

В этом примере создается база данных на уровне службы Общего назначения с избыточностью локального резервного копирования:

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier GeneralPurpose \
    --backup-storage-redundancy Local

За исключением баз данных Hyperscale и Basic, можно обновить параметр избыточности хранилища резервных копий для существующей базы данных с помощью --backup-storage-redundancy параметра и az sql db update команды. Для применения изменений к базе данных может потребоваться до 48 часов. Переключение с геоизбыточного хранилища резервных копий на локально избыточное или избыточное между зонами хранилище отключает геовосстановление.

Этот пример кода изменяет избыточность Localхранилища резервных копий на :

az sql db update \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --backup-storage-redundancy Local

Гипермасштабирование

Внимательно рассмотрите параметр --backup-storage-redundancy конфигурации при создании базы данных гипермасштабирования. Избыточность хранилища может быть указана только во время процесса создания базы данных гипермасштабирования. Вы не можете обновить его позже. Выбранный вариант избыточности хранилища будет действовать на всем протяжении существования базы данных как для избыточности хранилища данных, так и для избыточности хранилища резервных копий. Дополнительные сведения см. в разделе "Избыточность хранилища резервных копий с гипермасштабированием".

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

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier Hyperscale \
    --backup-storage-redundancy Zone

Дополнительные сведения см. в статьях о az sql db create и az sql db update.

Невозможно напрямую обновить избыточность хранилища резервных копий базы данных Гипермасштабирования. Однако его можно изменить с помощью команды копирования базы данных с параметром --backup-storage-redundancy . В этом примере база данных гипермасштабирования копируется в новую базу данных, использующую оборудование 5-го поколения и два виртуальных ядра. Для новой базы данных задается избыточность резервных копий уровня Zone.

az sql db copy \
    --resource-group myresourcegroup \ 
    --server myserver 
    --name myHSdb 
    --dest-resource-group mydestresourcegroup 
    --dest-server destdb 
    --dest-name myHSdb 
    --service-objective HS_Gen5_2 
    --read-replicas 0 
    --backup-storage-redundancy Zone

Сведения о синтаксисе см. в статье о az sql db copy. Общие сведения о копировании базы данных см. в разделе "Копирование транзакционно согласованной копии базы данных" в База данных SQL Azure.

Чтобы настроить избыточность хранилища резервных копий при создании новой базы данных, можно указать -BackupStorageRedundancy параметр с помощью командлета New-AzSqlDatabase . Возможные значения: Geo, Zoneи Local. По умолчанию все базы данных в Базе данных SQL Azure используют для резервных копий геоизбыточное хранилище. Геовосстановление отключается, если база данных создается с локальным избыточным хранилищем резервных копий или хранилищем резервных копий с избыточностью между зонами.

В этом примере создается база данных на уровне службы Общего назначения с избыточностью локального резервного копирования:

# Create a new database with geo-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Local

Кроме баз данных Hyperscale и Basic, можно использовать -BackupStorageRedundancy параметр с командлетом Set-AzSqlDatabase для обновления параметра избыточности хранилища резервных копий для существующей базы данных. Возможные значения: Geo, Zoneи Local. Для применения изменений к базе данных может потребоваться до 48 часов. Переключение с геоизбыточного хранилища резервных копий на локально избыточное или избыточное между зонами хранилище отключает геовосстановление.

Этот пример кода изменяет избыточность Localхранилища резервных копий на :

# Change the backup storage redundancy for Database01 to zone-redundant. 
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local

Дополнительные сведения см. в разделе Set-AzSqlDatabase.

Гипермасштабирование

Внимательно рассмотрите параметр --backup-storage-redundancy конфигурации при создании базы данных гипермасштабирования. Вы можете указать избыточность хранилища только во время процесса создания базы данных с гипермасштабированием. Выбранный вариант избыточности хранилища будет действовать на всем протяжении существования базы данных как для избыточности хранилища данных, так и для избыточности хранилища резервных копий. Дополнительные сведения см. в разделе Резервные копии с Гипермасштабированием и избыточность хранилища.

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

# Create a new database with geo-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "Hyperscale" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Zone

Сведения о синтаксисе см. в статье New-AzSqlDatabase.

Избыточность хранилища резервных копий существующей базы данных гипермасштабирования не может быть обновлена. Однако для создания копии базы данных можно использовать команду копирования базы данных. Затем можно использовать -BackupStorageRedundancy параметр для обновления избыточности хранилища резервных копий.

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

# Change the backup storage redundancy for Database01 to zone-redundant. 
New-AzSqlDatabaseCopy -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "HSSourceDB" -CopyResourceGroupName "DestResourceGroup" -CopyServerName "DestServer" -CopyDatabaseName "HSDestDB" -Vcore 2 -ComputeGeneration "Gen5" -ComputeModel Provisioned -BackupStorageRedundancy Zone

Сведения о синтаксисе см. в статье New-AzSqlDatabaseCopy. Общие сведения о копировании базы данных см. в разделе "Копирование транзакционно согласованной копии базы данных" в База данных SQL Azure.

В настоящее время невозможно изменить избыточность хранилища резервных копий с помощью REST API.