Macierz obsługi dla kopii zapasowej magazynu usługi Azure Data Lake Storage

W tym artykule przedstawiono podsumowanie dostępności regionalnej, obsługiwanych scenariuszy i ograniczeń dotyczących magazynowanych kopii zapasowych usługi Azure Data Lake Storage. Usługa Azure Backup umożliwia teraz rozszerzoną ochronę i odzyskiwanie usługi Azure Data Lake Storage za pośrednictwem magazynowanych kopii zapasowych, które oferują odporność oprogramowania wymuszającego okup, zabezpieczanie magazynu poza siedzibą firmy i długoterminowe przechowywanie danych. Zobacz blog Microsoft Community Hub.

Aby uzyskać więcej informacji na temat obsługi kopii zapasowych usługi Azure Backup w usłudze Azure Data Lake Storage, która umożliwia bezpieczną, długoterminową i izolowana ochronę danych, zobacz blog Microsoft Community Hub.

Obsługiwane regiony

Kopie zapasowe magazynu dostępności regionalnej usługi Azure Data Lake Storage są udostępniane poniżej:

Typ dostępności Region
Ogólna dostępność Kopia zapasowa magazynu dla usługi Azure Data Lake Storage jest dostępna we wszystkich regionach chmury publicznej.

Obsługiwane konta przechowywania

W poniższej tabeli wymieniono szczegóły obsługiwanego konta magazynu:

Szczegóły konta magazynu Support
Rodzaj konta Tylko blokowe obiekty blob na standardowym koncie magazynu z obsługą ogólnego przeznaczenia w wersji 2.

Konta korzystające z sieciowych udziałów plików (NFS) 3.0 i protokołów SECURE File Transfer Protocol (SFTP) dla obiektów blob nie są obecnie obsługiwane.
Redundancy Konto magazynu dowolnego typu nadmiarowości.
Tier Obsługiwane są obiekty blob warstwy Gorąca, Chłodna i Chłodna.

Kopia zapasowa dla blobu tier Archive w kontach Azure Data Lake nie jest obsługiwana.
Uaktualnione konta magazynu Konta uaktualnione z usługi Azure Blob Storage do usługi Azure Data Lake Storage nie są obsługiwane*.

Limity ochrony

W poniższej tabeli wymieniono limity ochrony:

Setting Limit
Maksymalna liczba kontenerów na koncie magazynu, które można chronić 1000
Nadmiarowość magazynu LRS/ZRS/GRS

Możesz wybrać automatyczną ochronę kontenerów w kontu magazynowym. Po włączeniu autoochrony nowe kontenery utworzone po konfiguracji kopii zapasowej są automatycznie chronione do momentu, gdy liczba chronionych kontenerów osiągnie 1000. Jeśli konto magazynowe ma więcej niż 1000 pojemników, należy wybrać lub wykluczyć kontenery, aby zmniejszyć liczbę chronionych kontenerów do 1000 lub mniej. Wybór automatycznej ochrony dla wszystkich obecnych i przyszłych pojemników jest trwały i nie można wrócić do wcześniejszych opcji wyboru pojemników.

Obsługiwane scenariusze ochrony Azure Data Lake Storage

Ochrona Azure Data Lake Storage obejmuje następujące obsługiwane scenariusze:

  • Kopie zapasowe z System-Assigned Managed Identity (SAMI) działają do backupu, ponieważ skarbiec musi mieć dostęp do konta magazynowego, w którym przechowywane są bloby. Magazyn używa przypisanej przez system tożsamości zarządzanej na potrzeby tego dostępu.
  • Konto magazynu można chronić za pomocą magazynu w innej subskrypcji, ale w tym samym regionie co konto magazynu.
  • Konta usługi Azure Data Lake Storage obsługują interfejsy API zarówno obiektów blob, jak i interfejsów API systemu plików danych (DFS).
  • $web Kontener nie może zostać przywrócony do celu $web . Użyj opcji renameTo i przywróć ją z inną nazwą kontenera.
  • Kopia zapasowa między subskrypcjami jest obsługiwana.

Nieobsługiwane scenariusze i kwestie do rozważenia dotyczące ochrony Azure Data Lake Storage

Ochrona Azure Data Lake Storage obejmuje następujące nieobsługiwane scenariusze:

  • Azure Backup nie jest obsługiwany dla kont pamięci masowej włączonych w Network Security Perimeter (NSP). Zalecamy nie kojarzyć konta z NSP, jeśli masz włączoną kopię zapasową lub planujesz korzystać z kopii Azure.

  • Kopie zapasowe kont magazynu do utworzenia kopii zapasowej muszą zawierać co najmniej jeden kontener. Jeśli konto magazynu nie zawiera żadnych kontenerów lub nie wybrano żadnych kontenerów, podczas konfigurowania kopii zapasowej może pojawić się błąd.

  • Magazyny kopii zapasowych z tożsamością zarządzaną przypisaną przez użytkownika (UAMI) nie są zgodne z kopiami zapasowymi usługi Azure Blob Vault.

  • Gdy konto lub kontener Azure Data Lake Storage w nim zostaje usunięty i ponownie utworzony z tą samą nazwą w dwóch kolejnych kopiach zapasowych, punkty odzyskiwania zachowują starsze bloby i wersje.

  • Tier archiwum dla danych kopii zapasowych w skarbcu nie jest obecnie obsługiwany.

  • Konta pamięci masowej zaktualizowane z FNS do HNS nie są wspierane do tworzenia kopii zapasowych.

  • Konta z obsługą SFTP i NFS nie są wspierane dla Vaulted Backup. Zadania kopii zapasowych na tych kontach zawodzą lub zawieszają się podczas przetwarzania blobów przesłanych przez SFTP.

  • Vaulted Backup nie obsługuje przenoszenia danych między kontenerami, ponieważ polityki backupu są specyficzne dla kontenera. Jeśli przenosisz dane między kontenerami, spójność replikacji się załamuje.

  • Gdy blob w kontach Data Lake Storage ma skonfigurowany termin wygaśnięcia — czy to podczas tworzenia za pomocą PutBlob lub PutBlockList, a później przez API SetBlobExpiry — następujące zachowania dotyczą konta Azure Data Lake storage z włączoną Vaulted Backup:

    • Istniejące plamy z datą ważności: Te plamy będą nadal wykazywać obecne zachowanie: po wygaśnięciu pozostają w istniejących punktach przywracania, co może prowadzić do niespójności w przyszłych punktach przywracania.
    • Przyszłe ustawienia wygaśnięcia: Każda próba ustawienia wygaśnięcia za pomocą SetBlobExpiry zakończy się niepowodzeniem dla kont pamięci masowej skonfigurowanych z Vaulted Backup. To ograniczenie zapewnia integralność punktu przywracania w przyszłości.

  • Gdy włączona jest Vaulted Backup:

    • Soft Delete: Bloby w kontach Azure Data Lake mogą być nadal miękko usunięte, jak się spodziewa.
    • Ponowne usunięcie: Przywracanie blobów w kontach Azure Data Lake z miękkiego usunięcia nie jest obsługiwane, gdy aktywna jest Vaulted Backup. Przywrócenie zadziała tylko wtedy, gdy najpierw wyłączysz Vaulted Backup. Ponowne włączenie Vaulted Backup po wyłączeniu wywoła pełną kopię zapasową.

Limity kopii zapasowych

W poniższej tabeli wymieniono limity kopii zapasowych:

Setting Limit
Maksymalna liczba kopii zapasowych na żądanie dziennie 4
Maksymalna liczba zaplanowanych kopii zapasowych dziennie 1

Note

Jeśli wstrzymasz i wznowisz ochronę lub usuniesz zasady replikacji obiektów na źródłowym koncie magazynu, zasady wyzwalają pełną kopię zapasową.

Limity przechowywania

W poniższej tabeli wymieniono limity przechowywania:

Setting Limit
Maksymalny czas przechowywania codziennych punktów odzyskiwania 3650 dni
Maksymalny czas przechowywania cotygodniowych punktów odzyskiwania 521 tygodni
Maksymalny czas przechowywania miesięcznych punktów odzyskiwania 120 miesięcy
Maksymalny czas przechowywania rocznych punktów odzyskiwania 10 lat

Limity metod przywracania

W poniższej tabeli wymieniono limity metod przywracania:

Setting Limit
Pełne przywrócenie Pełne konto magazynu można przywrócić do lokalizacji alternatywnej.
Przywracanie kontenerów Możesz wybrać co najmniej jeden kontener lub użyć prefiksu, aby filtrować określone kontenery do przywrócenia.

Note

  • Obiekty blob warstwy Chłodna i Chłodna są przywracane w warstwie Gorąca.
  • Przywracanie do źródłowego konta magazynu nie jest obsługiwane.
  • Magazyn docelowy wybrany do przywracania nie powinien mieć żadnego kontenera o tej samej nazwie.

Dalsze kroki

Treści powiązane

Warstwy dostępu dla danych obiektów blob.

  • Last updated on