Możesz zmienić domyślny okres przechowywania kopii zapasowej odzyskiwania punktu w czasie (PITR) oraz częstotliwość tworzenia kopii różnicowych, korzystając z portalu Azure, interfejsu wiersza polecenia platformy Azure, programu PowerShell lub interfejsu API REST. W poniższych przykładach pokazano, jak zmienić okres przechowywania PITR na 28 dni oraz różnicowe kopie zapasowe na co 24 godziny.
Ostrzeżenie
Jeśli zmniejszysz bieżący okres przechowywania, utracisz możliwość przywracania do punktów w czasie starszym niż nowy okres przechowywania. Kopie zapasowe, które nie są już potrzebne do zapewnienia przywracania do punktu w czasie (PITR) w ramach nowego okresu przechowywania, są usuwane.
Jeśli zwiększysz bieżący okres przechowywania, nie uzyskasz od razu możliwości przywrócenia do starszych punktów w czasie w nowym okresie przechowywania. Uzyskasz tę możliwość z czasem, gdy system zacznie przechowywać kopie zapasowe przez dłuższy czas.
Aby zmienić okres przechowywania kopii zapasowych PITR lub częstotliwość tworzenia kopii zapasowych różnicowych dla aktywnych baz danych za pomocą portalu Azure:
- Przejdź do serwera logicznego na platformie Azure z bazami danych, których okres przechowywania chcesz zmienić.
- Wybierz pozycję Kopie zapasowe w okienku po lewej stronie, a następnie wybierz kartę Zasady przechowywania.
- Wybierz bazy danych, dla których chcesz zmienić retencję kopii zapasowych PITR.
- Wybierz pozycję Konfiguruj zasady na pasku akcji.
- Aby zmienić okres przechowywania kopii zapasowych przywracania do punktu w czasie, użyj suwaka pod Przywracanie do punktu w czasie.
- Aby zmienić częstotliwość różnicowej kopii zapasowej, wybierz pozycję 12 godzin lub 24 godziny z menu rozwijanego w obszarze Częstotliwość różnicowej kopii zapasowej .
Przygotuj środowisko do Azure CLI.
Zmień retencję kopii zapasowych PITR oraz częstotliwość kopii zapasowych różnicowych dla aktywnych baz danych, korzystając z następującego przykładu:
# 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
Aby zmienić retencję kopii zapasowych PITR i częstotliwość tworzenia kopii zapasowych różnicowych dla aktywnych baz danych, użyj następującego przykładu programu PowerShell:
# 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
Przykładowe żądanie
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
Treść żądania
{
"properties":{
"retentionDays":28,
"diffBackupIntervalInHours":24
}
}
Przykładowa odpowiedź
{
"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
}
}
Aby uzyskać więcej informacji, zobacz Interfejs API REST przechowywania kopii zapasowych.
Nadmiarowość magazynu kopii zapasowych dla baz danych w usłudze Azure SQL Database można skonfigurować podczas tworzenia bazy danych. Można również zmienić redundancję przechowywania po utworzeniu bazy danych.
Zmiany nadmiarowości magazynu kopii zapasowych wprowadzone w istniejących bazach danych mają zastosowanie tylko do przyszłych kopii zapasowych. Wartość domyślna to przechowywanie geo-redundantne. Aby uzyskać informacje o różnicach w cenach między lokalnie nadmiarową, strefowo nadmiarową i geograficznie nadmiarową pamięcią masową kopii zapasowych, zobacz stronę cenową usługi SQL Database.
W portalu Azure podczas tworzenia bazy danych można wybrać opcję nadmiarowości magazynu kopii zapasowych. Później możesz zaktualizować redundancję magazynu kopii zapasowych na stronie Obliczenia i magazyn swoich ustawień bazy danych.
Podczas tworzenia bazy danych wybierz opcję nadmiarowości przechowywania kopii zapasowej na karcie Podstawy.
W przypadku istniejących baz danych przejdź do bazy danych w witrynie Azure Portal. Wybierz pozycję Obliczenia i przechowywanie w obszarze Ustawienia, a następnie wybierz odpowiednią opcję redundancji przechowywania kopii zapasowych.
Aby skonfigurować nadmiarowość magazynu kopii zapasowych podczas tworzenia nowej bazy danych, możesz za pomocą polecenia --backup-storage-redundancy określić parametr az sql db create. Możliwe wartości to Geo, Zonei Local.
Domyślnie wszystkie bazy danych w usłudze Azure SQL Database używają magazynu geograficznie nadmiarowego do tworzenia kopii zapasowych. Przywracanie geograficzne jest wyłączone, jeśli baza danych jest tworzona lub aktualizowana przy użyciu lokalnie nadmiarowego lub strefowo nadmiarowego magazynu kopii zapasowych.
W tym przykładzie tworzona jest baza danych w warstwie usługi Ogólnego przeznaczenia z lokalną nadmiarowością kopii zapasowych:
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier GeneralPurpose \
--backup-storage-redundancy Local
Z wyjątkiem baz danych w warstwie Hiperskala oraz Podstawowa, można zaktualizować ustawienie nadmiarowości magazynu kopii zapasowych dla istniejącej bazy danych, używając parametru --backup-storage-redundancy oraz polecenia az sql db update. Zastosowanie zmian w bazie danych może potrwać do 48 godzin. Przełączanie z przechowywania kopii zapasowych z nadmiarowością geograficzną na przechowywanie z lokalną nadmiarowością lub strefową nadmiarowością powoduje wyłączenie przywracania geograficznego.
Ten przykład kodu zmienia redundancję przechowywania kopii zapasowych na Local:
az sql db update \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--backup-storage-redundancy Local
Hiperskala
Należy dokładnie rozważyć opcję konfiguracji dla --backup-storage-redundancy podczas tworzenia bazy danych w warstwie Hiperskala. Nadmiarowość składowania można określić tylko podczas procesu tworzenia baz danych Hyperscale. Nie można go zaktualizować później. Wybrana opcja nadmiarowości magazynu będzie używana przez okres istnienia bazy danych dla nadmiarowości magazynu danych i nadmiarowości magazynu kopii zapasowych. Dowiedz się więcej o nadmiarowości przechowywania kopii zapasowych w systemie Hyperscale.
Istniejące Hiperskalowe bazy danych mogą migrować do różnych nadmiarowości magazynu poprzez aktywną replikację geograficzną, co powoduje minimalny przestój. Alternatywnie można przeprowadzić migrację do innej nadmiarowości magazynu przy użyciu kopii bazy danych lub przywracania z określonego punktu w czasie. W tym przykładzie tworzona jest baza danych w warstwie usługi Hiperskala z redundancją strefy.
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier Hyperscale \
--backup-storage-redundancy Zone
Aby uzyskać więcej informacji, zobacz az sql db create i az sql db update.
Nie można bezpośrednio zaktualizować poziomu redundancji kopii zapasowych bazy danych w warstwie Hiperskala. Można go jednak zmienić za pomocą polecenia kopiowania bazy danych z parametrem --backup-storage-redundancy . W tym przykładzie baza danych Hyperscale jest kopiowana do nowej bazy danych korzystającej ze sprzętu Gen5 i dwóch vCores. Nowa baza danych ma nadmiarowość kopii zapasowej ustawioną na wartość 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
Aby uzyskać szczegółowe informacje o składni, zobacz az sql db copy. Aby zapoznać się z omówieniem kopiowania bazy danych, zobacz Kopiowanie transakcyjnie spójnej kopii bazy danych w usłudze Azure SQL Database.
Aby skonfigurować nadmiarowość magazynu kopii zapasowych podczas tworzenia nowej bazy danych, możesz określić parametr -BackupStorageRedundancy za pomocą polecenia New-AzSqlDatabase cmdlet. Możliwe wartości to Geo, Zonei Local. Domyślnie wszystkie bazy danych w usłudze Azure SQL Database używają magazynu geograficznie nadmiarowego do tworzenia kopii zapasowych. Przywracanie geograficzne jest wyłączone, jeśli baza danych jest tworzona z lokalnie nadmiarowym lub strefowo nadmiarowym magazynem kopii zapasowych.
W tym przykładzie tworzona jest baza danych w warstwie usługi Ogólnego przeznaczenia z lokalną nadmiarowością kopii zapasowych:
# 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
Z wyjątkiem baz danych Hiperskala i Podstawowa, można użyć parametru -BackupStorageRedundancy z poleceniem Set-AzSqlDatabase cmdlet, aby zaktualizować ustawienie nadmiarowości magazynu kopii zapasowych dla istniejącej bazy danych. Możliwe wartości to Geo, Zonei Local. Zastosowanie zmian w bazie danych może potrwać do 48 godzin. Przełączanie z przechowywania kopii zapasowych z nadmiarowością geograficzną na przechowywanie z lokalną nadmiarowością lub strefową nadmiarowością powoduje wyłączenie przywracania geograficznego.
Ten przykład kodu zmienia redundancję przechowywania kopii zapasowych na Local:
# Change the backup storage redundancy for Database01 to zone-redundant.
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local
Aby uzyskać szczegółowe informacje, zobacz Set-AzSqlDatabase.
Hiperskala
Należy dokładnie rozważyć opcję konfiguracji dla --backup-storage-redundancy podczas tworzenia bazy danych w warstwie Hiperskala. Tylko podczas procesu tworzenia dla baz danych warstwy Hiperskala można określić nadmiarowość przechowywania. Wybrana opcja nadmiarowości magazynu będzie używana przez okres istnienia bazy danych dla nadmiarowości magazynu danych i nadmiarowości magazynu kopii zapasowych. Dowiedz się więcej na temat kopii zapasowych Hiperskali oraz nadmiarowości przechowywania danych.
Istniejące bazy danych mogą migrować do innej nadmiarowości pamięci za pomocą kopiowania bazy danych lub przywracania do określonego punktu w czasie. W tym przykładzie tworzy bazę danych w warstwie usługi Hiperskala z redundancją strefową.
# 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
Aby uzyskać szczegółowe informacje o składni, zobacz New-AzSqlDatabase.
Nie można zaktualizować redundancji przechowywania kopii zapasowych istniejącej bazy danych dla Hyperscale. Można jednak użyć polecenia kopiowania bazy danych, aby utworzyć kopię bazy danych. Następnie możesz użyć parametru -BackupStorageRedundancy , aby zaktualizować nadmiarowość magazynu kopii zapasowych.
W tym przykładzie baza danych w warstwie Hiperskala jest kopiowana do nowej bazy danych przy użyciu sprzętu Gen5 i dwóch rdzeni wirtualnych. Nowa baza danych ma nadmiarowość kopii zapasowej ustawioną na wartość 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
Aby uzyskać szczegółowe informacje o składni, zobacz New-AzSqlDatabaseCopy. Aby zapoznać się z omówieniem kopiowania bazy danych, zobacz Kopiowanie transakcyjnie spójnej kopii bazy danych w usłudze Azure SQL Database.
Uwaga
Aby użyć parametru z przywracaniem -BackupStorageRedundancy bazy danych, kopiowaniem bazy danych lub tworzeniem operacji pomocniczych, użyj programu Azure PowerShell w wersji Az.Sql 2.11.0 lub nowszej.
Obecnie nie można zmienić nadmiarowości magazynu kopii zapasowych przy użyciu interfejsu API REST.
Azure SQL Database