Změna nastavení automatizovaného zálohování pro Azure SQL Database

Změna doby uchovávání záloh pitr nebo rozdílové frekvence zálohování pro aktivní databáze pomocí webu Azure Portal:

1. Přejděte na logický server v Azure s databázemi, jejichž dobu uchovávání chcete změnit.
2. V levém podokně vyberte Zálohování a pak vyberte kartu Zásady uchovávání informací.
3. Vyberte databáze, pro které chcete změnit uchovávání záloh obnovení k určitému bodu v čase.
4. Na panelu akcí vyberte Konfigurovat zásady .
5. Pokud chcete změnit dobu uchovávání záloh obnovení k určitému bodu v čase, použijte posuvník v části Obnovení k určitému bodu v čase.
6. Pokud chcete změnit frekvenci rozdílového zálohování, v rozevírací nabídce v části Četnost rozdílových záloh vyberte 12 hodin nebo 24 hodin .

Příprava prostředí pro Azure CLI:

• Použijte prostředí Bash v Azure Cloud Shellu. Další informace najdete v tématu Rychlý start pro Bash v Azure Cloud Shellu.

  

• Pokud dáváte přednost místnímu spouštění referenčních příkazů rozhraní příkazového řádku, nainstalujte Azure CLI. Pokud používáte Windows nebo macOS, zvažte spuštění Azure CLI v kontejneru Docker. Další informace najdete v tématu Jak spustit Azure CLI v kontejneru Dockeru.

  • Pokud používáte místní instalaci, přihlaste se k Azure CLI pomocí příkazu az login. Pokud chcete dokončit proces ověřování, postupujte podle kroků zobrazených na terminálu. Další možnosti přihlášení najdete v tématu Přihlášení pomocí Azure CLI.

  • Po zobrazení výzvy nainstalujte rozšíření Azure CLI při prvním použití. Další informace o rozšířeních najdete v tématu Využití rozšíření v Azure CLI.

  • Spuštěním příkazu az version zjistěte verzi a závislé knihovny, které jsou nainstalované. Pokud chcete upgradovat na nejnovější verzi, spusťte az upgrade.

Pomocí následujícího příkladu změňte frekvenci uchovávání záloh pitR a rozdílové zálohování aktivních databází:

# 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

Pokud chcete u aktivních databází změnit dobu uchovávání záloh k určitému bodu v čase a četnost rozdílového zálohování, použijte následující příklad PowerShellu:

# 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

Ukázkový požadavek

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

Text požadavku

{ 
    "properties":{
        "retentionDays":28,
        "diffBackupIntervalInHours":24
  }
}

Ukázková odpověď

{ 
  "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
  }
}

Další informace najdete v tématu Rozhraní REST API pro uchovávání záloh.

Na webu Azure Portal můžete při vytváření databáze zvolit možnost redundance úložiště zálohování. Redundanci úložiště zálohování můžete později aktualizovat na stránce Výpočetní prostředky a úložiště nastavení databáze.

Při vytváření databáze zvolte na kartě Základy možnost redundance úložiště zálohování.

U existujících databází přejděte na webu Azure Portal do databáze. V části Nastavení vyberte Výpočetní prostředky a úložiště a pak zvolte požadovanou možnost pro redundanci úložiště zálohování.

Pokud chcete při vytváření nové databáze nakonfigurovat redundanci úložiště zálohování, můžete parametr zadat --backup-storage-redundancy pomocí az sql db create příkazu. Možné hodnoty jsou Geo, Zonea Local.

Ve výchozím nastavení používají všechny databáze ve službě Azure SQL Database geograficky redundantní úložiště pro zálohy. Geografické obnovení je zakázané, pokud se databáze vytvoří nebo aktualizuje s místně redundantním nebo zónově redundantním úložištěm zálohování.

Tento příklad vytvoří databázi na úrovni služby Pro obecné účely s redundancí místního zálohování:

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier GeneralPurpose \
    --backup-storage-redundancy Local

Kromě databází Hyperscale a Basic můžete aktualizovat nastavení redundance úložiště zálohování pro existující databázi pomocí parametru --backup-storage-redundancy az sql db update a příkazu. Než se změny v databázi použijí, může to trvat až 48 hodin. Přepnutí z geograficky redundantního úložiště zálohování na místně redundantní nebo zónově redundantní úložiště zakáže geografické obnovení.

Tento ukázkový kód změní redundanci úložiště zálohování na Local:

az sql db update \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --backup-storage-redundancy Local

Hyperškálování

Při vytváření databáze Hyperscale pečlivě zvažte možnost --backup-storage-redundancy konfigurace. Redundanci úložiště je možné zadat pouze během procesu vytváření databáze pro databáze Hyperscale. Později ho nemůžete aktualizovat. Vybraná možnost redundance úložiště bude použita po celou dobu životnosti databáze pro redundanci úložiště dat i redundanci úložiště zálohování. Další informace najdete v redundanci úložiště zálohování Hyperscale.

Stávající databáze Hyperscale se můžou migrovat na jinou redundanci úložiště prostřednictvím aktivní geografické replikace, což způsobuje minimální výpadky. Alternativně můžete provést migraci na jinou redundanci úložiště pomocí kopírování databáze nebo obnovení k určitému bodu v čase. Tento příklad vytvoří databázi na úrovni služby Hyperscale s redundancí zóny:

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier Hyperscale \
    --backup-storage-redundancy Zone

Další informace najdete v tématu az sql db create a az sql db update.

Redundanci úložiště zálohování databáze Hyperscale nemůžete aktualizovat přímo. Můžete ho ale změnit pomocí příkazu kopírování databáze s parametrem --backup-storage-redundancy . Tento příklad zkopíruje databázi Hyperscale do nové databáze, která používá hardware Gen5 a dvě virtuální jádra. Nová databáze má nastavenou Zoneredundanci zálohování .

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

Podrobnosti o syntaxi najdete v příkazu az sql db copy. Přehled kopírování databáze najdete v tématu Kopírování transakční konzistentní kopie databáze ve službě Azure SQL Database.

Pokud chcete při vytváření nové databáze nakonfigurovat redundanci úložiště zálohování, můžete pomocí rutiny New-AzSqlDatabase zadat -BackupStorageRedundancy parametr. Možné hodnoty jsou Geo, Zonea Local. Ve výchozím nastavení používají všechny databáze ve službě Azure SQL Database geograficky redundantní úložiště pro zálohy. Geografické obnovení je zakázané, pokud se databáze vytvoří s místně redundantním nebo zónově redundantním úložištěm zálohování.

Tento příklad vytvoří databázi na úrovni služby Pro obecné účely s redundancí místního zálohování:

# 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

Kromě databází Hyperscale a Basic můžete pomocí -BackupStorageRedundancy parametru s rutinou Set-AzSqlDatabase aktualizovat nastavení redundance úložiště zálohování pro existující databázi. Možné hodnoty jsou Geo, Zonea Local. Než se změny v databázi použijí, může to trvat až 48 hodin. Přepnutí z geograficky redundantního úložiště zálohování na místně redundantní nebo zónově redundantní úložiště zakáže geografické obnovení.

Tento ukázkový kód změní redundanci úložiště zálohování na Local:

# Change the backup storage redundancy for Database01 to zone-redundant. 
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local

Podrobnosti najdete v tématu Set-AzSqlDatabase.

Hyperškálování

Při vytváření databáze Hyperscale pečlivě zvažte možnost --backup-storage-redundancy konfigurace. Redundanci úložiště můžete zadat pouze během procesu vytváření databáze pro databáze Hyperscale. Vybraná možnost redundance úložiště bude použita po celou dobu životnosti databáze pro redundanci úložiště dat i redundanci úložiště zálohování. Přečtěte si další informace o zálohování a redundanci úložiště Hyperscale.

Stávající databáze se můžou migrovat na jinou redundanci úložiště prostřednictvím kopírování databáze nebo obnovení k určitému bodu v čase. Tento příklad vytvoří databázi na úrovni služby Hyperscale s redundancí zóny:

# 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

Podrobnosti o syntaxi najdete v tématu New-AzSqlDatabase.

Redundance úložiště zálohování existující databáze Hyperscale nejde aktualizovat. K vytvoření kopie databáze však můžete použít příkaz pro kopírování databáze. Potom můžete pomocí parametru -BackupStorageRedundancy aktualizovat redundanci úložiště zálohování.

Tento příklad zkopíruje databázi Hyperscale do nové databáze pomocí hardwaru Gen5 a dvou virtuálních jader. Nová databáze má nastavenou Zoneredundanci zálohování .

# 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

Podrobnosti o syntaxi najdete v tématu New-AzSqlDatabaseCopy. Přehled kopírování databáze najdete v tématu Kopírování transakční konzistentní kopie databáze ve službě Azure SQL Database.

V současné době není možné změnit redundanci úložiště zálohování pomocí rozhraní REST API.