Du kan ändra standardkvarhållningsperioden för återställning till tidpunkt (PITR) och differentiell säkerhetskopieringsfrekvens med hjälp av Azure-portalen, Azure CLI, PowerShell eller REST-API:et. Följande exempel visar hur du ändrar PITR-kvarhållningen till 28 dagar och differentiella säkerhetskopior till ett 24-timmarsintervall.
Varning
Om du minskar den aktuella kvarhållningsperioden förlorar du möjligheten att återställa till tidpunkter som är äldre än den nya kvarhållningsperioden. De säkerhetskopior som inte längre behövs för att tillhandahålla återställning till tidpunkt inom den nya kvarhållningsperioden tas bort.
Om du ökar den aktuella kvarhållningsperioden får du inte omedelbart möjlighet att återställa till äldre tidpunkter inom den nya kvarhållningsperioden. Men med tiden får du den möjligheten eftersom systemet börjar bevara säkerhetskopior under längre perioder.
Så här ändrar du kvarhållningsperioden för PITR-säkerhetskopiering eller differentiell säkerhetskopieringsfrekvens för aktiva databaser med hjälp av Azure-portalen:
- Gå till den logiska servern i Azure med de databaser vars kvarhållningsperiod du vill ändra.
- Välj Säkerhetskopieringar i det vänstra fönstret och välj sedan fliken Kvarhållningsprinciper .
- Välj de databaser som du vill ändra kvarhållning av PITR-säkerhetskopiering för.
- Välj Konfigurera principer i åtgärdsfältet.
- Om du vill ändra kvarhållningsperioden för återställningssäkerhetskopior till tidpunkt använder du skjutreglaget under Återställning till tidpunkt.
- Om du vill ändra frekvens för differentiell säkerhetskopiering väljer du 12 timmar eller 24 timmar från den nedrullningsbara menyn under Differentiell säkerhetskopieringsfrekvens .
Förbered din miljö för Azure CLI:
Ändra kvarhållning av PITR-säkerhetskopiering och differentiell säkerhetskopieringsfrekvens för aktiva databaser med hjälp av följande exempel:
# 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
Om du vill ändra kvarhållning av PITR-säkerhetskopiering och differentiell säkerhetskopieringsfrekvens för aktiva databaser använder du följande PowerShell-exempel:
# 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
Exempelbegäran
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
Begärandetext
{
"properties":{
"retentionDays":28,
"diffBackupIntervalInHours":24
}
}
Exempelsvar
{
"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
}
}
Mer information finns i REST API för kvarhållning av säkerhetskopior.
Du kan konfigurera redundans för säkerhetskopieringslagring för databaser i Azure SQL Database när du skapar databasen. Du kan också ändra lagringsredundansen när databasen redan har skapats.
Redundansändringar för säkerhetskopiering av lagring som görs i befintliga databaser gäller endast för framtida säkerhetskopior. Standardvärdet är geo-redundant lagring. Skillnader i priser mellan lokalt redundant, zonredundant och geo-redundant säkerhetskopieringslagring finns på sidan med priser för SQL Database.
I Azure-portalen kan du välja ett redundansalternativ för säkerhetskopieringslagring när du skapar databasen. Du kan senare uppdatera redundansen för säkerhetskopieringslagring från sidan Beräkning och lagring i databasinställningarna.
När du skapar databasen väljer du alternativet för redundans för säkerhetskopieringslagring på fliken Grundläggande .
För befintliga databaser går du till din databas i Azure-portalen. Välj Beräkning och lagring under Inställningar och välj sedan önskat alternativ för redundans för lagring av säkerhetskopior.
Om du vill konfigurera redundans för säkerhetskopieringslagring när du skapar en ny databas kan du ange parametern --backup-storage-redundancy med az sql db create kommandot . Möjliga värden är Geo, Zoneoch Local.
Som standard använder alla databaser i Azure SQL Database geo-redundant lagring för säkerhetskopieringar. Geo-återställning inaktiveras om en databas skapas eller uppdateras med lokalt redundant eller zonredundant säkerhetskopieringslagring.
Det här exemplet skapar en databas på tjänstnivån Generell användning med redundans för lokal säkerhetskopiering:
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier GeneralPurpose \
--backup-storage-redundancy Local
Förutom Hyperskala- och Basic-databaser kan du uppdatera inställningen för redundans för säkerhetskopiering av lagring för en befintlig databas med hjälp av parametern --backup-storage-redundancy az sql db update och kommandot . Det kan ta upp till 48 timmar innan ändringarna tillämpas på databasen. Om du byter från geo-redundant lagring av säkerhetskopior till lokalt redundant eller zonredundant lagring inaktiveras geo-återställning.
Den här exempelkoden ändrar redundansen för lagring av säkerhetskopior till Local:
az sql db update \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--backup-storage-redundancy Local
Hyperskala
Tänk noga på konfigurationsalternativet för --backup-storage-redundancy när du skapar en Hyperskala-databas. Lagringsredundansen kan endast anges när databasen skapas för Hyperskala-databaser. Du kan inte uppdatera den senare. Det valda alternativet för lagringsredundans används under databasens livslängd för både redundans för datalagring och redundans för lagring av säkerhetskopior. Läs mer i Redundans för lagring av hyperskala för säkerhetskopiering.
Befintliga Hyperskala-databaser kan migreras till olika lagringsredundans via aktiv geo-replikering, vilket orsakar minimal stilleståndstid. Du kan också migrera till en annan lagringsredundans med hjälp av databaskopiering eller återställning till tidpunkt. Det här exemplet skapar en databas på tjänstnivån Hyperskala med zonredundans:
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier Hyperscale \
--backup-storage-redundancy Zone
Mer information finns i az sql db create and az sql db update.
Du kan inte uppdatera redundansen för säkerhetskopieringslagring för en Hyperskala-databas direkt. Du kan dock ändra det med hjälp av kommandot för databaskopiering med parametern --backup-storage-redundancy . I det här exemplet kopieras en Hyperskala-databas till en ny databas som använder Gen5-maskinvara och två virtuella kärnor. Den nya databasen har säkerhetskopieringsredundansen inställd på 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
Syntaxinformation finns i az sql db copy. En översikt över databaskopiering finns i Kopiera en transaktionsmässigt konsekvent kopia av en databas i Azure SQL Database.
Om du vill konfigurera redundans för säkerhetskopieringslagring när du skapar en ny databas kan du ange parametern -BackupStorageRedundancy med cmdleten New-AzSqlDatabase . Möjliga värden är Geo, Zoneoch Local. Som standard använder alla databaser i Azure SQL Database geo-redundant lagring för säkerhetskopieringar. Geo-återställning inaktiveras om en databas skapas med lokalt redundant eller zonredundant säkerhetskopieringslagring.
Det här exemplet skapar en databas på tjänstnivån Generell användning med redundans för lokal säkerhetskopiering:
# 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
Förutom Hyperskala- och Basic-databaser kan du använda parametern -BackupStorageRedundancy med cmdleten Set-AzSqlDatabase för att uppdatera inställningen för säkerhetskopiering av lagringsredundans för en befintlig databas. Möjliga värden är Geo, Zoneoch Local. Det kan ta upp till 48 timmar innan ändringarna tillämpas på databasen. Om du byter från geo-redundant lagring av säkerhetskopior till lokalt redundant eller zonredundant lagring inaktiveras geo-återställning.
Den här exempelkoden ändrar redundansen för lagring av säkerhetskopior till Local:
# Change the backup storage redundancy for Database01 to zone-redundant.
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local
Mer information finns i Set-AzSqlDatabase.
Hyperskala
Tänk noga på konfigurationsalternativet för --backup-storage-redundancy när du skapar en Hyperskala-databas. Du kan bara ange lagringsredundans när databasen skapas för Hyperskala-databaser. Det valda alternativet för lagringsredundans används under databasens livslängd för både redundans för datalagring och redundans för lagring av säkerhetskopior. Läs mer i Hyperskala-säkerhetskopior och lagringsredundans.
Befintliga databaser kan migrera till olika lagringsredundans via databaskopiering eller återställning till tidpunkt. Det här exemplet skapar en databas på tjänstnivån Hyperskala med zonredundans:
# 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
Syntaxinformation finns i New-AzSqlDatabase.
Redundans för säkerhetskopiering av en befintlig Hyperskala-databas kan inte uppdateras. Du kan dock använda kommandot för databaskopiering för att skapa en kopia av databasen. Sedan kan du använda parametern -BackupStorageRedundancy för att uppdatera redundansen för lagring av säkerhetskopior.
I det här exemplet kopieras en Hyperskala-databas till en ny databas med hjälp av Gen5-maskinvara och två virtuella kärnor. Den nya databasen har säkerhetskopieringsredundansen inställd på 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
Syntaxinformation finns i New-AzSqlDatabaseCopy. En översikt över databaskopiering finns i Kopiera en transaktionsmässigt konsekvent kopia av en databas i Azure SQL Database.
Kommentar
Om du vill använda parametern -BackupStorageRedundancy med databasåterställning, databaskopiering eller skapa sekundära åtgärder använder du Azure PowerShell-versionen Az.Sql 2.11.0 eller senare.
Det går för närvarande inte att ändra redundans för lagring av säkerhetskopior med hjälp av REST-API:et.
Azure SQL Database