Вы можете изменить период хранения резервных копий (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 при создании гипермасштабируемой базы данных. Вы можете указать избыточность хранилища только во время процесса создания базы данных с гипермасштабированием. Выбранный вариант избыточности хранилища будет действовать на всем протяжении существования базы данных как для избыточности хранилища данных, так и для избыточности хранилища резервных копий. Узнайте больше о гипермасштабных резервных копиях и избыточности хранилища.
Существующие базы данных могут переноситься на различные уровни избыточности хранилища с помощью копирования базы данных или восстановления на определенный момент времени. В этом примере создается база данных в службе Hyperscale с зональной избыточностью.
# 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