Вы можете изменить период хранения резервных копий (PITR) по умолчанию и разностную частоту резервного копирования с помощью портал Azure, Azure CLI, PowerShell или REST API. В следующих примерах показано, как изменить срок хранения PITR на 28 дней и разностные резервные копии на 24-часовой интервал.
Предупреждение
Уменьшение текущего периода хранения приведет к потере возможности восстановления до точек во времени, предшествующих новому периоду хранения. Резервные копии, которые больше не нужны для предоставления PITR в течение нового периода хранения, удаляются.
Если увеличить текущий период хранения, вы не сразу получите возможность восстановления до старых точек во времени в течение нового периода хранения. Эта возможность появляется по мере того, как система начинает хранить резервные копии в течение более длительных периодов.
Чтобы изменить период хранения резервных копий PITR или разностную частоту резервного копирования для активных баз данных с помощью портал Azure:
- Перейдите на логический сервер в Azure с базами данных, срок хранения которых требуется изменить.
- Выберите "Резервные копии" на левой панели и перейдите на вкладку "Политики хранения".
- Выберите базы данных, для которых требуется изменить хранение резервных копий PITR.
- Выберите " Настройка политик " на панели действий.
- Чтобы изменить период хранения резервных копий восстановления на определенный момент времени, используйте ползунок в разделе "Восстановление на точке во времени".
- Чтобы изменить частоту разностного резервного копирования, выберите 12 часов или 24 часа в раскрывающемся меню в разделе "Разностная частота резервного копирования".
Подготовьте среду к работе с Azure CLI:
Измените частоту хранения резервных копий 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 хранения резервных копий.
При создании базы данных можно настроить избыточность хранилища резервных копий для баз данных в База данных SQL Azure. Вы также можете изменить избыточность хранилища после создания базы данных.
Изменения избыточности хранилища резервных копий, внесенные в существующие базы данных, применяются только к будущим резервным копиям. Значение по умолчанию — геоизбыточное хранилище. Различия в ценах между локально избыточным хранилищем, избыточностью между зонами и геоизбыточным хранилищем резервных копий см. на странице цен на База данных SQL.
служба хранилища избыточность баз данных гипермасштабирования уникальна. Дополнительные сведения см. в статье о избыточности хранилища резервных копий с гипермасштабированием.
В портал 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.
Примечание.
Чтобы использовать -BackupStorageRedundancy параметр с восстановлением базы данных, копированием базы данных или созданием дополнительных операций, используйте Azure PowerShell версии Az.Sql 2.11.0 или более поздней версии.
В настоящее время невозможно изменить избыточность хранилища резервных копий с помощью REST API.
База данных SQL Azure