Výchozí dobu uchovávání záloh k určitému bodu v čase (PITR) a četnost rozdílového zálohování můžete změnit pomocí webu Azure Portal, Azure CLI, PowerShellu nebo rozhraní REST API. Následující příklady ukazují, jak změnit uchovávání obnovení k určitému bodu obnovení na 28 dní a rozdílové zálohy na 24hodinový interval.
Upozorňující
Pokud snížíte aktuální dobu uchovávání, ztratíte možnost obnovení k bodům v čase starším než nové období uchovávání. Zálohy, které už nejsou potřeba k zajištění obnovení k určitému bodu v čase pro novou dobu uchovávání, se odstraní.
Pokud zvýšíte aktuální dobu uchovávání, okamžitě nezískáte možnost obnovení do starších bodů v čase v rámci nové doby uchovávání. Tuto možnost získáte postupem času, protože systém začne uchovávat zálohy po delší dobu.
Změna doby uchovávání záloh pitr nebo rozdílové frekvence zálohování pro aktivní databáze pomocí webu Azure Portal:
- Přejděte na logický server v Azure s databázemi, jejichž dobu uchovávání chcete změnit.
- V levém podokně vyberte Zálohování a pak vyberte kartu Zásady uchovávání informací.
- Vyberte databáze, pro které chcete změnit uchovávání záloh obnovení k určitému bodu v čase.
- Na panelu akcí vyberte Konfigurovat zásady .
- 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.
- 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:
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.
Při vytváření databáze můžete nakonfigurovat redundanci úložiště zálohování pro databáze ve službě Azure SQL Database. Redundanci úložiště můžete změnit i po vytvoření databáze.
Změny redundance úložiště zálohování provedené u existujících databází se vztahují pouze na budoucí zálohy. Výchozí hodnota je geograficky redundantní úložiště. Rozdíly v cenách mezi místně redundantním, zónově redundantním a geograficky redundantním úložištěm zálohování najdete na stránce s cenami služby SQL Database.
Redundance úložiště pro databáze Hyperscale je jedinečná. Další informace najdete v tématu Redundance úložiště zálohování Hyperscale.
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 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-redundancyaz 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.
Poznámka:
Pokud chcete použít -BackupStorageRedundancy parametr s obnovením databáze, kopírováním databáze nebo vytvořením sekundárních operací, použijte Azure PowerShell verze Az.Sql 2.11.0 nebo novější.
V současné době není možné změnit redundanci úložiště zálohování pomocí rozhraní REST API.
Azure SQL Database