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

Kopia zapasowa magazynu (wersja zapoznawcza) dla obiektów blob jest obecnie dostępna we wszystkich regionach publicznych z wyjątkiem Południowej Afryki Południowej, Szwecji Środkowej, Szwecji Południowej, Izraela Środkowego, Polska Środkowa, Indie Środkowe, Włochy Północne i Malezja Południowa.

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 muszą zawierać co najmniej 1 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.

Następne kroki

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