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

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 .

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

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.

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.

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