Możesz zmienić domyślny okres przechowywania kopii zapasowych odzyskiwania do punktu w czasie (PITR) i różnicową częstotliwość tworzenia kopii zapasowych przy użyciu witryny Azure Portal, 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, a różnicowe kopie zapasowe na 24-godzinny interwał.
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 dla 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 różnicowej częstotliwości tworzenia kopii zapasowych dla aktywnych baz danych przy użyciu witryny Azure Portal:
- 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ć przechowywanie kopii zapasowych pitr.
- Wybierz pozycję Konfiguruj zasady na pasku akcji.
- Aby zmienić okres przechowywania kopii zapasowych przywracania do punktu w czasie, użyj suwaka w obszarze 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 dla interfejsu wiersza polecenia platformy Azure:
Zmień częstotliwość przechowywania kopii zapasowych pitR i różnicowej kopii zapasowej 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ć częstotliwość przechowywania kopii zapasowych pitR i różnicowej kopii zapasowych 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. Nadmiarowość magazynu można również zmienić 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 magazyn geograficznie nadmiarowy. Aby uzyskać różnice w cenach między magazynem kopii zapasowych lokalnie nadmiarowych, strefowo nadmiarowych i geograficznie nadmiarowych, zobacz stronę cennika usługi SQL Database.
Nadmiarowość magazynu dla baz danych w warstwie Hiperskala jest unikatowa. Aby dowiedzieć się więcej, zapoznaj się z artykułem Nadmiarowość magazynu kopii zapasowych w warstwie Hiperskala.
W witrynie Azure Portal możesz wybrać opcję nadmiarowości magazynu kopii zapasowych podczas tworzenia bazy danych. Później możesz zaktualizować nadmiarowość magazynu kopii zapasowych na stronie Obliczenia i magazyn ustawień bazy danych.
Podczas tworzenia bazy danych wybierz opcję nadmiarowości magazynu kopii zapasowych na karcie Podstawy .
W przypadku istniejących baz danych przejdź do bazy danych w witrynie Azure Portal. Wybierz pozycję Obliczenia i magazyn w obszarze Ustawienia, a następnie wybierz odpowiednią opcję dla nadmiarowości magazynu kopii zapasowych.
Aby skonfigurować nadmiarowość magazynu kopii zapasowych podczas tworzenia nowej bazy danych, możesz określić --backup-storage-redundancy parametr za az sql db create pomocą polecenia . 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 i Podstawowa można zaktualizować ustawienie nadmiarowości magazynu kopii zapasowych dla istniejącej bazy danych przy użyciu parametru --backup-storage-redundancyaz sql db update i polecenia . Zastosowanie zmian w bazie danych może potrwać do 48 godzin. Przełączanie z geograficznie nadmiarowego magazynu kopii zapasowych do magazynu lokalnie nadmiarowego lub strefowo nadmiarowego powoduje wyłączenie przywracania geograficznego.
Ten przykładowy kod zmienia nadmiarowość magazynu kopii zapasowych na Local:
az sql db update \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--backup-storage-redundancy Local
Hiperskala
Podczas tworzenia bazy danych w warstwie Hiperskala należy dokładnie rozważyć opcję --backup-storage-redundancy konfiguracji. Nadmiarowość magazynu można określić tylko podczas procesu tworzenia bazy danych dla baz danych w warstwie Hiperskala. 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 na temat nadmiarowości magazynu kopii zapasowych w warstwie Hiperskala.
Istniejące bazy danych w warstwie Hiperskala mogą migrować do różnych nadmiarowości magazynu za pomocą aktywnej replikacji geograficznej, co powoduje minimalny przestój. Alternatywnie można przeprowadzić migrację do innej nadmiarowości magazynu przy użyciu funkcji kopiowania bazy danych lub przywracania do punktu w czasie. W tym przykładzie tworzona jest baza danych w warstwie usługi Hiperskala z nadmiarowością 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ć nadmiarowości magazynu 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 w warstwie Hiperskala jest kopiowana do nowej bazy danych korzystającej ze sprzętu Gen5 i dwóch rdzeni wirtualnych. 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ć -BackupStorageRedundancy parametr za New-AzSqlDatabase pomocą polecenia 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 w warstwie Hiperskala i Podstawowa można użyć parametru -BackupStorageRedundancySet-AzSqlDatabase z poleceniem cmdlet w celu zaktualizowania ustawienia 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 geograficznie nadmiarowego magazynu kopii zapasowych do magazynu lokalnie nadmiarowego lub strefowo nadmiarowego powoduje wyłączenie przywracania geograficznego.
Ten przykładowy kod zmienia nadmiarowość magazynu 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
Podczas tworzenia bazy danych w warstwie Hiperskala należy dokładnie rozważyć opcję --backup-storage-redundancy konfiguracji. Nadmiarowość magazynu można określić tylko podczas procesu tworzenia bazy danych dla baz danych w warstwie Hiperskala. 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 tworzenia kopii zapasowych w warstwie Hiperskala i nadmiarowości magazynu.
Istniejące bazy danych mogą migrować do innej nadmiarowości magazynu za pomocą kopiowania bazy danych lub przywracania do punktu w czasie. W tym przykładzie tworzona jest baza danych w warstwie usługi Hiperskala z nadmiarowością strefy:
# 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ć nadmiarowości magazynu kopii zapasowych istniejącej bazy danych w warstwie Hiperskala. 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