Macierz obsługi kopii zapasowych obiektów blob platformy Azure

W tym artykule przedstawiono podsumowanie dostępności regionalnej, obsługiwanych scenariuszy i ograniczeń operacji i magazynowanych kopii zapasowych obiektów blob.

Obsługiwane regiony

Wybieranie typu kopii zapasowej

Operacyjna kopia zapasowa

Operacyjna kopia zapasowa obiektów blob jest dostępna we wszystkich regionach chmury publicznej, z wyjątkiem Francji Południowej i Południowej Afryki Zachodniej. Jest ona również dostępna w regionach suwerennej chmury — wszystkie regiony platformy Azure Government i regiony Chin (z wyjątkiem Chin Wschodnich).

Kopia zapasowa magazynu

Magazynowana kopia zapasowa obiektów blob jest dostępna we wszystkich regionach publicznych.

Ograniczenia

Wybieranie typu kopii zapasowej

Operacyjna kopia zapasowa

Operacyjna kopia zapasowa obiektów blob używa przywracania do punktu w czasie, przechowywania wersji obiektów blob, usuwania nietrwałego dla obiektów blob, zestawienia zmian obiektów blob i usuwania blokady w celu zapewnienia lokalnego rozwiązania do tworzenia kopii zapasowych. W związku z tym ograniczenia, które mają zastosowanie do tych możliwości, mają również zastosowanie do operacyjnej kopii zapasowej.

Obsługiwane scenariusze:

• Operacyjna kopia zapasowa obsługuje blokowe obiekty blob tylko na kontach magazynu ogólnego przeznaczenia w wersji 2. Konta magazynu z włączoną hierarchiczną przestrzenią nazw (czyli kontami usługi ADLS Gen2) nie są obsługiwane.
  
  Ponadto wszystkie stronicowe obiekty blob, uzupełnialne obiekty blob i obiekty blob w warstwie Premium na koncie magazynu nie zostaną przywrócone i zostaną przywrócone tylko blokowe obiekty blob.

• Kopia zapasowa obiektów blob jest również obsługiwana, gdy konto magazynu ma prywatne punkty końcowe.

Inne ograniczenia:

• Jeśli kontener został usunięty w okresie przechowywania, ten kontener nie zostanie przywrócony przy użyciu operacji przywracania do punktu w czasie. Jeśli spróbujesz przywrócić zakres obiektów blob zawierających obiekty blob w usuniętym kontenerze, operacja przywracania do punktu w czasie zakończy się niepowodzeniem. Aby uzyskać więcej informacji na temat ochrony kontenerów przed usunięciem, zobacz Usuwanie nietrwałe dla kontenerów.
• Jeśli obiekt blob został przeniesiony między warstwami Gorąca i Chłodna w okresie od chwili obecnej do punktu przywracania, obiekt blob zostanie przywrócony do poprzedniej warstwy. Przywracanie blokowych obiektów blob w warstwie Archiwum nie jest obsługiwane. Jeśli na przykład obiekt blob w warstwie Gorąca został przeniesiony do warstwy Archiwum dwa dni temu, a operacja przywracania zostanie przywrócona do punktu trzy dni temu, obiekt blob nie zostanie przywrócony do warstwy Gorąca. Aby przywrócić zarchiwizowany obiekt blob, najpierw przenieś go z warstwy Archiwum. Aby uzyskać więcej informacji, zobacz Rehydrate blob data from the archive tier (Ponowne wypełnianie danych obiektów blob z warstwy archiwum).
• Blok, który został przekazany za pośrednictwem adresu URL put Block lub Put Block from URL, ale nie został zatwierdzony za pośrednictwem Put Block Listelementu , nie jest częścią obiektu blob i nie jest przywracany w ramach operacji przywracania.
• Nie można przywrócić obiektu blob z aktywną dzierżawą. Jeśli obiekt blob z aktywną dzierżawą znajduje się w zakresie obiektów blob do przywrócenia, operacja przywracania zakończy się niepowodzeniem automatycznie. Przerwij wszystkie aktywne dzierżawy przed rozpoczęciem operacji przywracania.
• Migawki nie są tworzone ani usuwane w ramach operacji przywracania. Tylko podstawowy obiekt blob jest przywracany do poprzedniego stanu.
• Jeśli istnieją niezmienne obiekty blob wśród przywracanych obiektów blob, takie niezmienne obiekty blob nie zostaną przywrócone do ich stanu zgodnie z wybranym punktem odzyskiwania. Jednak inne obiekty blob, które nie mają włączonej niezmienności, zostaną przywrócone do wybranego punktu odzyskiwania zgodnie z oczekiwaniami.

Kopia zapasowa magazynu

• Kopie zapasowe blokowych obiektów blob można tworzyć tylko na standardowym koncie magazynu ogólnego przeznaczenia w wersji 2 przy użyciu magazynu rozwiązania do tworzenia kopii zapasowych dla obiektów blob.
• Konta magazynu z obsługą protokołu HNS nie są obecnie obsługiwane. Obejmuje to konta usługi ADLS Gen2, konta korzystające z protokołów NFS 3.0 i SFTP dla obiektów blob.
• Możesz tworzyć kopie zapasowe kont magazynu z maksymalnie 100 kontenerami. Możesz również wybrać podzbiór kontenerów do utworzenia kopii zapasowej (maksymalnie 100 kontenerów).
  • Jeśli konto magazynu zawiera więcej niż 100 kontenerów, musisz wybrać maksymalnie 100 kontenerów do utworzenia kopii zapasowej.
  • Aby utworzyć kopię zapasową nowych kontenerów utworzonych po konfiguracji kopii zapasowej dla konta magazynu, zmodyfikuj ochronę konta magazynu. Te kontenery nie są tworzone automatycznie.
• 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.
• Obecnie można wykonywać tylko jedną kopię zapasową dziennie (łącznie z zaplanowanymi i na żądanie kopiami zapasowymi). Tworzenie kopii zapasowej kończy się niepowodzeniem, jeśli próbujesz wykonać więcej niż jedną operację tworzenia kopii zapasowej dziennie.
• Jeśli zatrzymasz ochronę (przechowywaną kopię zapasową) na koncie magazynu, zasady replikacji obiektów utworzone na koncie magazynu nie zostaną usunięte. W tych scenariuszach należy ręcznie usunąć zasady OR.
• Chłodne i zarchiwizowane obiekty blob nie są obecnie obsługiwane.
• Operacja tworzenia kopii zapasowej nie jest obsługiwana w przypadku obiektów blob przekazywanych przy użyciu interfejsów API usługi Data Lake Storage.

Następne kroki

Omówienie kopii zapasowych obiektów blob platformy Azure dla obiektów blob platformy Azure