Zmienianie ustawień automatycznej kopii zapasowej dla usługi Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

• Azure SQL Database
• Wystąpienie zarządzane Azure SQL

Ten artykuł zawiera przykłady modyfikowania automatycznych ustawień kopii zapasowych dla usługi Azure SQL Managed Instance, takich jak zasady przechowywania krótkoterminowego i opcja nadmiarowości magazynu kopii zapasowych używana na potrzeby kopii zapasowych. W przypadku usługi Azure SQL Database zobacz Zmienianie ustawień automatycznej kopii zapasowej dla usługi Azure SQL Database.

Uwaga

Ten artykuł zawiera kroki usuwania danych osobowych z urządzenia lub usługi i może służyć do wspierania zobowiązań wynikających z RODO. Aby uzyskać ogólne informacje o RODO, zobacz sekcję RODO w Centrum zaufania Microsoft i sekcję RODO w portalu zaufania usług.

Zmienianie zasad przechowywania krótkoterminowego

Domyślny okres przechowywania kopii zapasowych odzyskiwania do określonego punktu w czasie (PITR) można zmienić przy użyciu Azure portal, programu PowerShell lub interfejsu API REST. Na poniższych przykładach zobrazowano, jak zmienić retencję PITR na 28 dni.

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.

Uwaga

Te interfejsy API będą mieć wpływ tylko na okres przechowywania PITR. Jeśli skonfigurowano przechowywanie długoterminowe (LTR) dla bazy danych, nie będzie to miało wpływu. Aby uzyskać informacje na temat zmieniania okresów przechowywania długoterminowego, zobacz Długoterminowe przechowywanie.

Portal Azure

Aby zmienić okres przechowywania kopii zapasowych PITR dla aktywnych baz danych przy użyciu portalu Azure:

1. Przejdź do instancji zarządzanej z bazami danych, których okres przechowywania chcesz zmienić.
2. Wybierz pozycję Kopie zapasowe w okienku po lewej stronie, a następnie wybierz kartę Zasady przechowywania.
3. Wybierz bazy danych, dla których chcesz zmienić okres przechowywania kopii zapasowych PITR.
4. Wybierz pozycję Konfiguruj zasady na pasku akcji.

Interfejs wiersza polecenia platformy Azure

Przygotuj środowisko dla interfejsu wiersza poleceń platformy Azure:

• Użyj środowiska powłoki Bash w usłudze Azure Cloud Shell. Aby uzyskać więcej informacji, zobacz Krótki przewodnik dotyczący powłoki Bash w usłudze Azure Cloud Shell.

  

• Jeśli wolisz uruchamiać polecenia referencyjne interfejsu wiersza polecenia lokalnie, zainstaluj interfejs wiersza polecenia platformy Azure. Jeśli korzystasz z systemu Windows lub macOS, rozważ uruchomienie interfejsu wiersza polecenia platformy Azure w kontenerze Docker. Aby uzyskać więcej informacji, zobacz Jak uruchomić interfejs wiersza polecenia platformy Azure w kontenerze platformy Docker.

  • Jeśli korzystasz z instalacji lokalnej, zaloguj się do interfejsu wiersza polecenia platformy Azure za pomocą polecenia az login. Aby ukończyć proces uwierzytelniania, wykonaj kroki wyświetlane w terminalu. Aby uzyskać inne opcje logowania, zobacz Logowanie się przy użyciu interfejsu wiersza polecenia platformy Azure.

  • Po wyświetleniu monitu zainstaluj rozszerzenie Azure CLI przy pierwszym użyciu. Aby uzyskać więcej informacji na temat rozszerzeń, zobacz Korzystanie z rozszerzeń w interfejsie wiersza polecenia platformy Azure.

  • Uruchom polecenie az version, aby znaleźć zainstalowane wersje i biblioteki zależne. Aby uaktualnić do najnowszej wersji, uruchom polecenie az upgrade.

Użyj następującego przykładu, aby zmienić okres przechowywania kopii zapasowych PITR pojedynczej aktywnej bazy danych w zarządzanym wystąpieniu.

# Set a new PITR backup retention period on an active individual database
# Valid backup retention must be 1 to 35 days
az sql midb short-term-retention-policy set \
    --resource-group myresourcegroup \
    --managed-instance myinstance \
    --name mymanageddb \
    --retention-days 1 \

Użyj następującego przykładu, aby zmienić przechowywanie kopii zapasowych pitr dla wszystkich aktywnych baz danych w wystąpieniu zarządzanym:

# Set a new PITR backup retention period for all active databases
# Valid backup retention must be 1 to 35 days
az sql midb short-term-retention-policy set \
    --resource-group myresourcegroup \
    --managed-instance myinstance \
    --retention-days 1 \

PowerShell

Aby zmienić retencję kopii zapasowych PITR dla pojedynczej aktywnej bazy danych w zarządzanym wystąpieniu, 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-AzSqlInstanceDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -InstanceName testserver -DatabaseName testDatabase -RetentionDays 1

Aby zmienić retencję kopii zapasowych PITR dla wszystkich aktywnych baz danych w wystąpieniu zarządzanym, użyj następującego przykładu programu PowerShell.

# Set a new PITR backup retention period for all active databases
# Valid backup retention must be 1 to 35 days
Get-AzSqlInstanceDatabase -ResourceGroupName resourceGroup -InstanceName testserver | Set-AzSqlInstanceDatabaseBackupShortTermRetentionPolicy -RetentionDays 1

Aby zmienić przechowywanie kopii zapasowej PITR dla pojedynczej bazy danych, która została usunięta, w zarządzanym wystąpieniu, użyj następującego przykładu programu PowerShell:

# Set a new PITR backup retention on an individual deleted database
# Valid backup retention must be 0 (no retention) to 35 days. Valid retention rate can only be lower than the retention period when database was active, or the remaining backup days of a deleted database.
Get-AzSqlDeletedInstanceDatabaseBackup -ResourceGroupName resourceGroup -InstanceName testserver -DatabaseName testDatabase | Set-AzSqlInstanceDatabaseBackupShortTermRetentionPolicy -RetentionDays 0

Aby zmienić przechowywanie kopii zapasowych pitR dla wszystkich usuniętych baz danych w wystąpieniu zarządzanym, użyj następującego przykładu programu PowerShell:

# Set a new PITR backup retention for all deleted databases
# Valid backup retention must be 0 (no retention) to 35 days. Valid retention rate can only be lower than the retention period when database was active, or the remaining backup days of a deleted database
Get-AzSqlDeletedInstanceDatabaseBackup -ResourceGroupName resourceGroup -InstanceName testserver | Set-AzSqlInstanceDatabaseBackupShortTermRetentionPolicy -RetentionDays 0

Przechowywanie zero dni oznacza, że kopia zapasowa jest natychmiast usuwana i nie jest już przechowywana dla usuniętej bazy danych. Po zmniejszeniu czasu przechowywania kopii zapasowych PITR dla usuniętej bazy danych nie można go już zwiększyć.

Interfejs API REST

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=2017-10-01-preview

Treść żądania

{
  "properties":{
    "retentionDays":28
  }
}

Przykładowa odpowiedź

Kod stanu: 200

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

Aby uzyskać więcej informacji, zobacz API REST przechowywania kopii zapasowych.

Konfigurowanie nadmiarowości magazynu kopii zapasowych

Skonfiguruj nadmiarowość magazynu kopii zapasowych dla usługi SQL Managed Instance przy użyciu witryny Azure Portal, interfejsu wiersza polecenia platformy Azure i programu Azure PowerShell.

Portal Azure

Podczas tworzenia wystąpienia w Azure Portal opcją domyślną nadmiarowości magazynu kopii zapasowych jest nadmiarowość geograficzna. Aby go zmienić:

1. Przejdź do karty Podstawy i wybierz Konfiguruj zarządzane wystąpienie.

   

2. W okienku Obliczenia i magazyn wybierz opcję dla typu redundancji przechowywania kopii zapasowych, który chcesz.

   

3. Wybierz Zastosuj. Na razie ta zmiana zostanie zastosowana tylko dla kopii zapasowych PITR. Długoterminowe kopie zapasowe zachowają stary typ nadmiarowości pamięci masowej.

Czas potrzebny na zmianę nadmiarowości kopii zapasowej zależy od rozmiaru wszystkich baz danych w ramach jednego wystąpienia zarządzanego. Zmiana nadmiarowości kopii zapasowej zajmie więcej czasu w przypadku instancji, które mają duże bazy danych. Istnieje możliwość połączenia zmiany nadmiarowości magazynu kopii zapasowych z operacją w celu zaktualizowania celu poziomu usług (SLO).

Użyj okienka Powiadomienia w witrynie Azure Portal, aby wyświetlić stan operacji zmiany.

Interfejs wiersza polecenia platformy Azure

Aby zmienić nadmiarowość magazynu kopii zapasowych po utworzeniu wystąpienia zarządzanego przy użyciu Azure CLI, określ parametr -BackupStorageRedundancy za pomocą polecenia cmdlet az sql mi update. Wyświetl przykład aktualizacji nadmiarowości magazynu kopii zapasowych mi.

Możliwe wartości -BackupStorageRedundancy to Geo geograficznie nadmiarowy, Zone strefowo nadmiarowy, Local lokalnie nadmiarowy i GeoZone geograficznie nadmiarowy magazyn kopii zapasowych.

PowerShell

Aby skonfigurować nadmiarowość magazynu kopii zapasowych podczas tworzenia wystąpienia zarządzanego, określ -BackupStorageRedundancy parametr za pomocą polecenia cmdlet New-AzSqlInstance . Aby zmienić nadmiarowość magazynu kopii zapasowych dla istniejącego wystąpienia zarządzanego, użyj polecenia cmdlet z określonym parametrem -BackupStorageRedundancySet-AzSqlInstance. Aby dowiedzieć się więcej, zapoznaj się z przykładem zaktualizowania istniejącego wystąpienia do strefowej nadmiarowości.

Możliwe wartości -BackupStorageRedundancy to Geo geograficznie nadmiarowy, Zone strefowo nadmiarowy, Local lokalnie nadmiarowy i GeoZone geograficznie nadmiarowy magazyn kopii zapasowych.

Interfejs programowania aplikacji REST

Obecnie nie można zmienić opcji nadmiarowości magazynu kopii zapasowych przy użyciu interfejsu API REST.

Następne kroki

• Kopie zapasowe bazy danych są istotną częścią każdej strategii ciągłości biznesowej i odzyskiwania po awarii, ponieważ pomagają chronić dane przed przypadkowym uszkodzeniem lub usunięciem. Aby dowiedzieć się więcej o innych rozwiązaniach ciągłości działania dla usługi SQL Managed Instance, zobacz Omówienie ciągłości działania.
• Aby uzyskać informacje o sposobie konfigurowania, zarządzania i przywracania z długoterminowego przechowywania automatycznych kopii zapasowych w usłudze Azure Blob Storage przy użyciu witryny Azure Portal, zobacz Zarządzanie długoterminowym przechowywaniem kopii zapasowych przy użyciu witryny Azure Portal.
• Aby uzyskać informacje o sposobie konfigurowania, zarządzania i przywracania z długoterminowego przechowywania automatycznych kopii zapasowych w usłudze Azure Blob Storage przy użyciu programu PowerShell, zobacz Manage long-term backup retention by using PowerShell (Zarządzanie długoterminowym przechowywaniem kopii zapasowych przy użyciu programu PowerShell).
• Uzyskaj więcej informacji na temat przywracania bazy danych do punktu w czasie przy użyciu witryny Azure Portal.
• Aby dowiedzieć się więcej na temat użycia magazynu kopii zapasowych w usłudze Azure SQL Managed Instance, zobacz Objaśnienie zużycia magazynu kopii zapasowych na wystąpieniu zarządzanym.
• Aby dowiedzieć się, jak dostroić retencję i koszty przechowywania kopii zapasowych dla usługi Azure SQL Managed Instance, zobacz Dostosowywanie kosztów magazynu kopii zapasowych w usłudze SQL Managed Instance.