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 automatyczne kopie zapasowe. Korzystając z funkcji przechowywania długoterminowego (LTR), można przechowywać określone pełne kopie zapasowe usługi SQL Database i SQL Managed Instance w usłudze Azure Blob Storage z konfigurowalną nadmiarowością przez maksymalnie 10 lat. Kopie zapasowe LTR można następnie przywrócić jako nową bazę danych. Aby uzyskać więcej informacji, zobacz Automatyczne kopie zapasowe w usłudze Azure SQL Database lub Automatyczne kopie zapasowe w usłudze Azure SQL Managed Instance.

Długoterminowe przechowywanie można włączyć dla usługi Azure SQL Database, w tym warstwę usługi Hiperskala i dla usługi Azure SQL Managed Instance. Ten artykuł zawiera koncepcyjne omówienie długoterminowego przechowywania. Aby skonfigurować długoterminowe przechowywanie, zobacz Zarządzanie długoterminowym przechowywaniem kopii zapasowych usługi Azure SQL Database i Zarządzanie długoterminowym przechowywaniem kopii zapasowych usługi Azure SQL Managed Instance.

Uwaga

  • W usłudze Azure SQL Managed Instance użyj zadań agenta SQL, aby zaplanować tworzenie kopii zapasowych bazy danych tylko do kopiowania jako alternatywę dla LTR poza 35 dni.

Jak działa przechowywanie długoterminowe

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 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 usłudze SQL Database mogą również określać częstotliwość tworzenia kopii zapasowych LTR.

Aby włączyć LTR, można zdefiniować zasady przy użyciu kombinacji czterech parametrów: tygodniowego przechowywania kopii zapasowych (W), miesięcznego przechowywania kopii zapasowych (M), przechowywania kopii zapasowych rocznie (Y) i tygodnia roku (WeekOfYear). W przypadku określenia W co tydzień kopii zapasowej jest kopiowane 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ślona przez WeekOfYear zostanie skopiowana do magazynu długoterminowego. 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 jest 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 jest przechowywana przez pięć lat.

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

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

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

    Każda cotygodniowa pełna kopia zapasowa jest przechowywana przez 12 tygodni.

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

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

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

W=12 weeks (84 dni), M=12 months (365 dni), Y=10 years (3650 dni), WeekOfYear=20 (tydzień po 13 maja)

Diagram showing an example of Long-term retention.

Jeśli zmodyfikujesz powyższe zasady i ustawisz W=0 (bez cotygodniowych kopii zapasowych), usługa 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 usługę Azure SQL Database. 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 dla skonfigurowanego okresu 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 zwiększa się, ponieważ kopie zapasowe nie są generowane na podstawie 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ę ona nową pomocniczą. W związku z tym tworzenie kopii zapasowej nie zostanie wznowione, a istniejące zasady LTR nie zostaną zastosowane, dopóki nie stanie się ponownie podstawowym.

Konfigurowanie długoterminowego przechowywania kopii zapasowych

Długoterminowe przechowywanie kopii zapasowych można skonfigurować przy użyciu witryny Azure Portal i programu PowerShell dla usług 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 przywracanie bazy danych z kopii zapasowej dla usługi SQL Database przy użyciu witryny Azure Portal lub programu PowerShell, zobacz Zarządzanie długoterminowym przechowywaniem kopii zapasowych usługi Azure SQL Database.

Aby dowiedzieć się, jak skonfigurować długoterminowe przechowywanie lub przywracanie bazy danych z kopii zapasowej dla usługi SQL Managed Instance przy użyciu witryny Azure Portal lub programu PowerShell, zobacz Zarządzanie długoterminowym przechowywaniem kopii zapasowych usługi Azure SQL Managed Instance.

Po zainicjowaniu żądania przywrócenia w ciągu ostatnich 7 dni okresu przechowywania LTR platforma Azure automatycznie przedłuży datę wygaśnięcia wszystkich kopii zapasowych +7 dni, aby zapobiec wygaśnięciu kopii zapasowej LTR podczas przywracania.

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.

Powiązana zawartość

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.

Aby zapoznać się z samouczkiem dotyczącym konfigurowania kopii zapasowych LTR i zarządzania nimi, odwiedź stronę: