Long-term retention - Azure SQL Database and Azure SQL Managed Instance (Przechowywanie długoterminowe — Azure SQL Database i Azure SQL Managed Instance)

  • Artykuł

Wiele aplikacji ma przepisy, zgodność lub inne cele biznesowe, które wymagają przechowywania kopii zapasowych bazy danych poza 1–35 dni udostępnianych przez usługę 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 usługi Azure SQL Database i dla Azure SQL Managed Instance. Ten artykuł zawiera koncepcyjny przegląd długoterminowego przechowywania. Aby skonfigurować długoterminowe przechowywanie, zobacz Konfigurowanie przechowywania długoterminowego bazy danych Azure SQL i Konfigurowanie przechowywania długoterminowego Azure SQL Managed Instance.

Uwaga

  • W Azure SQL Managed Instance użyj zadań agenta SQL, aby zaplanować tworzenie kopii zapasowych bazy danych tylko do kopiowania jako alternatywę dla przechowywania długoterminowego po upływie 35 dni.
  • Długoterminowe przechowywanie kopii zapasowych baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej.

Jak działa długoterminowe przechowywanie

Długoterminowe przechowywanie kopii zapasowych (LTR) wykorzystuje pełne kopie zapasowe bazy danych, które są tworzone automatycznie w celu włączenia przywracania do punktu w czasie (PITR). Jeśli skonfigurowano zasady LTR, 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. W przypadku określenia wartości 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 z każdego roku będzie przechowywana przez pięć lat.

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

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

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

    Każda tygodniowa 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)

przykład ltr

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

Chronometraż 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 funkcji LTR może upłynąć do 7 dni, zanim pierwsza kopia zapasowa LTR będzie widoczna na liście dostępnych kopii zapasowych.

Jeśli usuniesz serwer logiczny 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.

Podobnie jeśli usuniesz bazę danych, kopie zapasowe LTR nie zostaną usunięte i zostaną zachowane przez skonfigurowany okres przechowywania. Te kopie zapasowe można przywrócić do tego samego serwera lub innego serwera w tej samej subskrypcji.

Replikacja geograficzna i długotrwałe przechowywanie kopii zapasowych

Jeśli używasz aktywnej replikacji geograficznej lub grup trybu failover jako rozwiązania do ciągłości działania, musisz przygotować się do ewentualnego trybu failover i skonfigurować 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 danych pomocniczych. Kopie zapasowe są tworzone tylko wtedy, gdy pomocnicza stanie się podstawową. Gwarantuje to nieprzerywane generowanie kopii zapasowych LTR po wyzwoleniu trybu failover i przejście podstawowego do regionu pomocniczego.

Uwaga

Gdy oryginalna podstawowa baza danych zostanie odzyskana po awarii, która spowodowała przejście w tryb failover, stanie się nową pomocniczą. W związku z tym tworzenie kopii zapasowej nie zostanie wznowione, a istniejące zasady LTR nie zostaną zastosowane do momentu ponownego utworzenia podstawowej kopii zapasowej.

Konfigurowanie długoterminowego przechowywania kopii zapasowych

Długoterminowe przechowywanie kopii zapasowych można skonfigurować przy użyciu Azure Portal i programu PowerShell dla usługi 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 w bazie danych Azure SQL).

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).

Uwaga

Jeśli używasz kopii zapasowych LTR w celu spełnienia wymagań dotyczących zgodności lub innych wymagań o znaczeniu krytycznym, rozważ przeprowadzenie okresowych prób odzyskiwania w celu sprawdzenia, czy można przywrócić kopie zapasowe LTR i czy przywracanie powoduje oczekiwany stan bazy danych.

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.