Długoterminowe przechowywanie — Azure SQL Database i Azure SQL Managed Instance

Wiele aplikacji ma przepisy, zgodność lub inne cele biznesowe, które wymagają przechowywania kopii zapasowych bazy danych poza 7–35 dni udostępnionych przez Azure SQL Database i Azure SQL Managed Instance automatycznych kopii zapasowych. Korzystając z funkcji przechowywania długoterminowego (LTR), można przechowywać określone SQL Database i SQL Managed Instance pełne kopie zapasowe w usłudze Azure Blob Storage ze skonfigurowaną nadmiarowością przez maksymalnie 10 lat. Kopie zapasowe LTR można następnie przywrócić jako nową bazę danych.

Długoterminowe przechowywanie można włączyć dla Azure SQL Database i Azure SQL Managed Instance. Ten artykuł zawiera koncepcyjny przegląd długoterminowego przechowywania. Aby skonfigurować długoterminowe przechowywanie, zobacz Configure Azure SQL Database LTR andConfigure Azure SQL Managed Instance LTR(Konfigurowanie przechowywania długoterminowego) i Configure Azure SQL Managed Instance LTR (Konfigurowanie przechowywania długoterminowego).

Uwaga

Zadania agenta SQL umożliwiają zaplanowanie kopii zapasowych bazy danych tylko do kopiowania jako alternatywy dla przechowywania długoterminowego po upływie 35 dni.

Jak działa długoterminowe przechowywanie

Długoterminowe przechowywanie kopii zapasowych (LTR) korzysta z pełnych kopii zapasowych bazy danych, które są tworzone automatycznie w celu włączenia przywracania do punktu w czasie (PITR). Jeśli skonfigurowano zasady przechowywania długoterminowego, te kopie zapasowe są kopiowane do różnych obiektów blob na potrzeby długoterminowego przechowywania. Kopia jest zadaniem w tle, które nie ma wpływu na wydajność obciążenia bazy danych. Zasady LTR dla każdej bazy danych w SQL Database mogą również określać częstotliwość tworzenia kopii zapasowych LTR.

Aby włączyć przechowywanie długoterminowe, można zdefiniować zasady przy użyciu kombinacji czterech parametrów: tygodniowego przechowywania kopii zapasowych (W), miesięcznego przechowywania kopii zapasowych (M), przechowywania rocznej kopii zapasowej (Y) i tygodnia roku (WeekOfYear). Jeśli określisz W, co tydzień zostanie skopiowana jedna kopia zapasowa do długoterminowego magazynu. Jeśli określisz język M, pierwsza kopia zapasowa każdego miesiąca zostanie skopiowana do długoterminowego magazynu. Jeśli określisz wartość Y, jedna kopia zapasowa w tygodniu określonym przez WeekOfYear zostanie skopiowana do długoterminowego magazynu. Jeśli określony element WeekOfYear jest w przeszłości po skonfigurowaniu zasad, pierwsza kopia zapasowa LTR zostanie utworzona w następnym roku. Każda kopia zapasowa będzie przechowywana w magazynie długoterminowym zgodnie z parametrami zasad skonfigurowanymi podczas tworzenia kopii zapasowej LTR.

Uwaga

Każda zmiana zasad LTR ma zastosowanie tylko do przyszłych kopii zapasowych. Jeśli na przykład cotygodniowe przechowywanie kopii zapasowych (W), miesięczne przechowywanie kopii zapasowych (M) lub roczne przechowywanie kopii zapasowych (Y) zostanie zmodyfikowane, nowe ustawienie przechowywania będzie miało zastosowanie tylko do nowych kopii zapasowych. Przechowywanie istniejących kopii zapasowych nie zostanie zmodyfikowane. Jeśli twoim zamiarem jest usunięcie starych kopii zapasowych LTR przed wygaśnięciem okresu przechowywania, należy ręcznie usunąć kopie zapasowe.

Przykłady zasad funkcji LTR:

  • W=0, M=0, Y=5, WeekOfYear=3

    Trzecia pełna kopia zapasowa każdego roku będzie przechowywana przez pięć lat.

  • W=0, M=3, Y=0

    Pierwsza pełna kopia zapasowa każdego miesiąca będzie przechowywana przez trzy miesiące.

  • W=12, M=0, Y=0

    Każda cotygodniowa pełna kopia zapasowa będzie przechowywana przez 12 tygodni.

  • W=6, M=12, Y =10, WeekOfYear=20

    Każda cotygodniowa pełna kopia zapasowa będzie przechowywana przez sześć tygodni. Z wyjątkiem pierwszej pełnej kopii zapasowej każdego miesiąca, która będzie przechowywana przez 12 miesięcy. Z wyjątkiem pełnej kopii zapasowej wykonanej w 20 tygodniu roku, która będzie przechowywana przez 10 lat.

W poniższej tabeli przedstawiono cykl i wygaśnięcie długoterminowych kopii zapasowych dla następujących zasad:

W=12 tygodni (84 dni), M=12 miesięcy (365 dni), Y =10 lat (3650 dni), WeekOfYear=20 (tydzień po 13 maja)

ltr example

Jeśli zmodyfikujesz powyższe zasady i ustawisz wartość W=0 (bez cotygodniowych kopii zapasowych), platforma Azure zachowuje tylko miesięczne i roczne kopie zapasowe. W zasadach LTR nie są przechowywane żadne cotygodniowe kopie zapasowe. Ilość miejsca potrzebnego do przechowywania tych kopii zapasowych zmniejsza się odpowiednio.

Ważne

Czas poszczególnych kopii zapasowych LTR jest kontrolowany przez platformę Azure. Nie można ręcznie utworzyć kopii zapasowej LTR ani kontrolować chronometrażu tworzenia kopii zapasowej. Po skonfigurowaniu zasad LTR może upłynąć do 7 dni, zanim pierwsza kopia zapasowa LTR zostanie wyświetlona na liście dostępnych kopii zapasowych.

Jeśli usuniesz serwer lub wystąpienie zarządzane, wszystkie bazy danych na tym serwerze lub wystąpieniu zarządzanym również zostaną usunięte i nie można ich odzyskać. Nie można przywrócić usuniętego serwera ani wystąpienia zarządzanego. Jeśli jednak skonfigurowano LTR dla bazy danych lub wystąpienia zarządzanego, kopie zapasowe LTR nie są usuwane i mogą służyć do przywracania baz danych na innym serwerze lub wystąpieniu zarządzanym w tej samej subskrypcji do punktu w czasie wykonywania kopii zapasowej LTR.

Replikacja geograficzna i długoterminowe przechowywanie kopii zapasowych

Jeśli używasz aktywnej replikacji geograficznej lub grup trybu failover jako rozwiązania zapewniającego ciągłość działalności biznesowej, przygotuj się do ewentualnego przejścia w tryb failover i skonfiguruj te same zasady LTR w pomocniczej bazie danych lub wystąpieniu. Koszt magazynu LTR nie będzie zwiększany, ponieważ kopie zapasowe nie są generowane na podstawie pomocniczych danych. Kopie zapasowe są tworzone tylko wtedy, gdy pomocnicza staje się podstawowa. Zapewnia niezwiązane generowanie kopii zapasowych LTR po wyzwoleniu trybu failover, a podstawowe przejście do regionu pomocniczego.

Uwaga

Gdy oryginalna podstawowa baza danych zostanie odzyskana po awarii, która spowodowała przejście w tryb failover, stanie się ona nową pomocniczą. W związku z tym tworzenie kopii zapasowej nie zostanie wznowione, a istniejące zasady LTR nie zaczną obowiązywać, dopóki nie stanie się ona ponownie podstawowa.

Konfigurowanie długoterminowego przechowywania kopii zapasowych

Długoterminowe przechowywanie kopii zapasowych można skonfigurować przy użyciu Azure Portal i programu PowerShell dla Azure SQL Database i Azure SQL Managed Instance. Aby przywrócić bazę danych z magazynu LTR, możesz wybrać określoną kopię zapasową na podstawie sygnatury czasowej. Bazę danych można przywrócić do dowolnego istniejącego serwera lub wystąpienia zarządzanego w ramach tej samej subskrypcji co oryginalna baza danych.

Aby dowiedzieć się, jak skonfigurować długoterminowe przechowywanie lub przywrócić bazę danych z kopii zapasowej na potrzeby SQL Database przy użyciu Azure Portal lub programu PowerShell, zobacz Manage Azure SQL Database long-term backup retention (Zarządzanie długoterminowym przechowywaniem kopii zapasowych).

Aby dowiedzieć się, jak skonfigurować długoterminowe przechowywanie lub przywrócić bazę danych z kopii zapasowej dla SQL Managed Instance przy użyciu Azure Portal lub programu PowerShell, zobacz Manage Azure SQL Managed Instance long-term backup retention (Zarządzanie długoterminowym przechowywaniem kopii zapasowych).

Następne kroki

Ponieważ kopie zapasowe bazy danych chronią dane przed przypadkowym uszkodzeniem lub usunięciem, są one istotną częścią każdej strategii ciągłości działania i odzyskiwania po awarii.