Ändra inställningar för automatisk säkerhetskopiering för Azure SQL Database

Gäller för:Azure SQL Database

• Azure SQL Database
• Hanterad Azure SQL-instans

Den här artikeln innehåller exempel på hur du ändrar inställningarna för automatisk säkerhetskopiering för Azure SQL Database, till exempel den kortsiktiga kvarhållningsprincipen och redundansalternativet för säkerhetskopiering av lagring som används för säkerhetskopior. Information om Azure SQL Managed Instance finns i Ändra inställningar för automatisk säkerhetskopiering för Azure SQL Managed Instance.

Kommentar

Den här artikeln innehåller steg om hur du tar bort personuppgifter från enheten eller tjänsten och kan användas för att stödja dina skyldigheter enligt GDPR. För allmän information om GDPR, se GDPR-avsnittet för Microsoft Trust Center och GDPR-avsnitt av Service Trust Portal.

Ändra princip för kortsiktig kvarhållning

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.

Kommentar

• Dessa API:er påverkar endast PITR-kvarhållningsperioden. Om du har konfigurerat långsiktig kvarhållning (LTR) för databasen påverkas den inte. Information om hur du ändrar långsiktiga kvarhållningsperioder finns i Långsiktig kvarhållning.
• Hyperskala-databaser stöder inte konfiguration av differentiell säkerhetskopieringsfrekvens eftersom differentiella säkerhetskopior inte gäller för Hyperskala-databaser.

Azure-portalen

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:

1. Gå till den logiska servern i Azure med de databaser vars kvarhållningsperiod du vill ändra.
2. Välj Säkerhetskopieringar i det vänstra fönstret och välj sedan fliken Kvarhållningsprinciper .
3. Välj de databaser som du vill ändra kvarhållning av PITR-säkerhetskopiering för.
4. Välj Konfigurera principer i åtgärdsfältet.
5. Om du vill ändra kvarhållningsperioden för återställningssäkerhetskopior till tidpunkt använder du skjutreglaget under Återställning till tidpunkt.
6. 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 .

Azure CLI

Förbered din miljö för Azure CLI:

• Använd Bash-miljön i Azure Cloud Shell. Mer information finns i Snabbstart för Bash i Azure Cloud Shell.

  

• Om du föredrar att köra CLI-referenskommandon lokalt installerar du Azure CLI. Om du kör i Windows eller macOS kan du köra Azure CLI i en Docker-container. Mer information finns i Så här kör du Azure CLI i en Docker-container.

  • Om du använder en lokal installation loggar du in på Azure CLI med hjälp av kommandot az login. Slutför autentiseringsprocessen genom att följa stegen som visas i terminalen. Andra inloggningsalternativ finns i Logga in med Azure CLI.

  • När du uppmanas att installera Azure CLI-tillägget vid första användningen. Mer information om tillägg finns i Använda tillägg med Azure CLI.

  • Kör az version om du vill hitta versionen och de beroende bibliotek som är installerade. Om du vill uppgradera till den senaste versionen kör du az upgrade.

Ä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

PowerShell

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

REST-API

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.

Konfigurera redundans för säkerhetskopieringslagring

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.

Lagringsredundans för Hyperskala-databaser är unik. Mer information finns i Redundans för lagring av Hyperskala-säkerhetskopiering.

Azure-portalen

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.

Azure CLI

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-redundancyaz 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.

PowerShell

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.

REST-API

Det går för närvarande inte att ändra redundans för lagring av säkerhetskopior med hjälp av REST-API:et.

Nästa steg

• Databassäkerhetskopior är en viktig del av alla strategier för affärskontinuitet och haveriberedskap eftersom de skyddar dina data från oavsiktlig skada eller borttagning. Mer information om de andra affärskontinuitetslösningarna för SQL Database finns i Översikt över affärskontinuitet.
• Information om hur du konfigurerar, hanterar och återställer från långsiktig kvarhållning av automatiserade säkerhetskopior i Azure Blob Storage med hjälp av Azure-portalen finns i Hantera långsiktig kvarhållning av säkerhetskopior med hjälp av Azure-portalen.
• Information om hur du konfigurerar, hanterar och återställer från långsiktig kvarhållning av automatiserade säkerhetskopior i Azure Blob Storage med hjälp av PowerShell finns i Hantera långsiktig kvarhållning av säkerhetskopior med hjälp av PowerShell.
• Få mer information om hur du återställer en databas till en viss tidpunkt med hjälp av Azure-portalen.
• Få mer information om hur du återställer en databas till en viss tidpunkt med hjälp av PowerShell.