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

  • Artykuł

Dotyczy: Azure SQL DatabaseAzure SQL Managed Instance

Ten artykuł zawiera koncepcyjne omówienie długoterminowego przechowywania kopii zapasowych dla usług Azure SQL Database i Azure SQL Managed Instance. Długoterminowe przechowywanie można skonfigurować przez maksymalnie 10 lat w przypadku kopii zapasowych usługi Azure SQL Database (w tym w warstwie usługi Hiperskala) i usługi Azure SQL Managed Instance.

Aby rozpocząć, zobacz konfigurowanie długoterminowego przechowywania kopii zapasowych dla usług Azure SQL Database i Azure SQL Managed Instance.

Jak działa przechowywanie długoterminowe

Wiele aplikacji ma przepisy, zgodność lub inne przyczyny biznesowe, które wymagają przechowywania kopii zapasowych bazy danych poza 1–35 dni udostępnionym przez okres przechowywania automatycznego kopii zapasowych. Długoterminowe przechowywanie kopii zapasowych (LTR) opiera się na pełnych kopiach zapasowych bazy danych tworzonych automatycznie przez usługę Azure SQL. Aby uzyskać więcej informacji, zobacz automatyczne kopie zapasowe w usłudze Azure SQL Database lub Azure SQL Managed Instance.

Korzystając z funkcji LTR, można przechowywać określone pełne kopie zapasowe usługi SQL Database i sql Managed Instance w nadmiarowym magazynie obiektów blob platformy Azure z konfigurowalnymi zasadami przechowywania do 10 lat. Kopie zapasowe LTR można następnie przywrócić jako nową bazę danych. Jeśli skonfigurowano zasady LTR, automatyczne kopie zapasowe są kopiowane do różnych obiektów blob na potrzeby długoterminowego magazynu, którego można następnie użyć do przywrócenia bazy danych do określonego punktu w czasie. 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.

Uwaga

  • Obecnie nie można skonfigurować kopii zapasowych usług Azure SQL Database i Azure SQL Managed Instance jako niezmiennych.
  • 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.

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 jedna kopia zapasowa co tydzień jest kopiowana do magazynu długoterminowego. 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.

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)

Następujące daty znajdują się w standardzie ISO 8601 (YYYY-MM-DD).

Tworzenie kopii zapasowej pitr do LTR Wygaśnięcie W Wygaśnięcie M Wygaśnięcie Y
2018-03-07 2019-03-02
2018-03-14 2018-06-06
2018-03-21 2018-06-13
2018-03-28 2018-06-20
2018-04-04 2019-03-30
2018-04-11 2018-07-04
2018-04-18 2018-07-11
2018-04-25 2018-07-18
2018-05-02 2019-04-27
2018-05-09 2018-08-01
2018-05-16 2028-05-13
2018-05-23 2018-08-15
2018-05-30 2018-08-22
2018-06-06 2019-06-01
2018-06-13 2018-09-05
2018-06-20 2018-09-12
2018-06-27 2018-09-19
2018-07-04 2019-06-29
2018-07-11 2018-10-03
2018-07-18 2018-10-10
2018-07-25 2018-10-17
2018-08-01 2019-07-27
2018-08-08 2018-10-31
2018-08-15 2018-11-07
2018-08-22 2018-11-14
2018-08-29 2018-11-21

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 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 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ą. Zapewnia to niezakłócone 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 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ę: