Udostępnij za pośrednictwem

Kopie zapasowe przechowywania długoterminowego — Azure SQL Database i Azure SQL Managed Instance

Dotyczy:Azure SQL DatabaseAzure SQL Managed Instance

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

Aby rozpocząć korzystanie z funkcji kopii zapasowej długoterminowego przechowywania, zobacz:

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 Azure SQL Database lub Automatyczne kopie zapasowe w 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. Proces kopiowania jest zadaniem w tle, które nie ma wpływu na wydajność obciążenia bazy danych. Zasady LTR dla każdej bazy danych mogą również określać, jak często są tworzone kopie zapasowe LTR.

Uwaga

Obecnie nie można skonfigurować kopii zapasowych usług Azure SQL Database i Azure SQL Managed Instance jako niezmiennych. Kopie zapasowe LTR nie można modyfikować, ale można je usunąć za pomocą Azure Portal, interfejsu wiersza polecenia platformy Azure, programu PowerShell lub interfejsu API REST.

Aby obejść ten problem w Azure SQL Managed Instance, możesz tworzyć kopie zapasowe bazy danych tylko do kopiowania i przechowywać je na własnym koncie usługi Azure Storage jako niezmienny plik.

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.

Zmiany w polityce LTR mają zastosowanie tylko do przyszłych kopii zapasowych. Jeśli na przykład zmodyfikujesz tygodniowy okres przechowywania kopii zapasowych (W), miesięczny okres przechowywania kopii zapasowych (M) lub roczny okres przechowywania kopii zapasowych (Y), nowe ustawienie przechowywania ma zastosowanie tylko do nowych kopii zapasowych. Przechowywanie istniejących kopii zapasowych nie jest modyfikowane. Zasady LTR można skonfigurować dla każdej bazy danych w Azure SQL Database i Azure SQL Managed Instance. Jeśli zamierzasz usunąć stare kopie zapasowe LTR przed upływem ich okresu przechowywania, możesz usunąć kopie zapasowe ręcznie.

Uwaga

Zarówno w Azure SQL Database, jak i Azure SQL Managed Instance, po włączeniu zasad LTR po raz pierwszy dla bazy danych, a zasady określają roczne przechowywanie, najnowsza pełna kopia zapasowa z przywracania do punktu w czasie (PITR) jest kopiowana do magazynu długoterminowego.

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 (3,650 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
04.04.2018 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 tę zasadę i ustawisz W=0 (brak cotygodniowych kopii zapasowych), cotygodniowe kopie zapasowe będą przechowywane do momentu ich wygaśnięcia, a następnie usługa zachowa tylko miesięczne i roczne kopie zapasowe. Żadne przyszłe tygodniowe kopie zapasowe nie są przechowywane w ramach polityki LTR. Ilość miejsca potrzebnego do przechowywania tych kopii zapasowych zmniejsza się odpowiednio.

Ważne

Czas wykonywania poszczególnych kopii zapasowych LTR jest kontrolowany przez firmę Microsoft. 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 siedmiu dni, zanim pierwsza kopia zapasowa LTR pojawi się na liście dostępnych kopii zapasowych.

Jeśli usuniesz serwer logiczny lub wystąpienie zarządzane SQL, zostaną również usunięte wszystkie bazy danych na tym serwerze lub wystąpieniu zarządzanym. Nie można przywrócić usuniętego serwera logicznego ani wystąpienia zarządzanego SQL. Jeśli jednak skonfigurowano usługę LTR dla bazy danych, kopie zapasowe LTR nie są usuwane i mogą służyć do przywracania baz danych na inny serwer lub wystąpienie zarządzane w tej samej subskrypcji do punktu w czasie, w którym została wykonana kopia zapasowa LTR.

Podobnie, jeśli usuniesz bazę danych, kopie zapasowe LTR nie zostaną usunięte i będą przechowywane 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 zapewniania ciągłości działania, przygotuj się na ewentualne przejścia w tryb failover i skonfiguruj te same zasady LTR w pomocniczej bazie danych lub wystąpieniu, co w podstawowej bazie danych. Koszt magazynu LTR nie wzrasta, ponieważ kopie zapasowe nie są generowane z pomocniczych. Kopie zapasowe są tworzone dopiero po tym, jak pomocniczy stanie się podstawowy, aby zapewnić nieprzerwane generowanie kopii zapasowych LTR po wyzwoleniu trybu failover, a podstawowa jednostka podstawowa zostanie przeniesiona do regionu pomocniczego.

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

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.

Gdy żądanie przywrócenia zostanie zainicjowane w ciągu ostatnich siedmiu dni okresu przechowywania LTR, kopia zapasowa LTR zostanie usunięta dopiero po zakończeniu operacji przywracania, nawet jeśli okres przechowywania wygasł.

W Azure SQL Managed Instance możesz użyć zadań agenta SQL, aby zaplanować kopie zapasowe bazy danych tylko do kopiowania i przenieść je do własnego konta magazynu jako alternatywę dla:

  • Przechowuj kopie zapasowe przez okres dłuższy niż 10 lat.
  • Przechowuj codzienne kopie swoich baz danych przez okres dłuższy niż 35 dni.
  • Przechowuj kopie zapasowe bazy danych w niezmiennym magazynie.

Wskazówka

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

Następny krok

Zarządzanie długoterminowym przechowywaniem kopii zapasowych usługi Azure SQL Database

Zarządzanie długoterminowym przechowywaniem kopii zapasowych usługi Azure SQL Managed Instance

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.