Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Możesz włączyć przechowywanie wersji usługi Blob Storage, aby automatycznie obsługiwać poprzednie wersje obiektu. Gdy włączysz wersjonowanie blobów, możesz uzyskać dostęp do wcześniejszych wersji bloba, aby odzyskać dane, jeśli zostaną zmodyfikowane lub usunięte.
Uwaga
Po włączeniu wersjonowania obiektów blob dla konta magazynowego, każda operacja zapisu w obiekcie blob tego konta powoduje utworzenie nowej wersji. Z tego powodu włączenie wersji blob może skutkować dodatkowymi kosztami. Aby zminimalizować koszty, użyj zasad zarządzania cyklem życia, aby automatycznie usunąć stare wersje. Aby uzyskać więcej informacji na temat zarządzania cyklem życia, zobacz Optymalizuj koszty, automatyzując warstwy dostępu usługi Azure Blob Storage.
Jak działa wersjonowanie obiektów blob
Wersja przechwytuje stan obiektu blob w danym punkcie w czasie. Każda wersja jest identyfikowana za pomocą identyfikatora wersji. Gdy wersjonowanie obiektów blob jest włączone dla konta magazynu, Azure Storage automatycznie tworzy nową wersję z unikatowym identyfikatorem podczas pierwszego tworzenia obiektu blob oraz za każdym razem, gdy obiekt blob jest później modyfikowany.
Identyfikator wersji może zidentyfikować bieżącą wersję lub poprzednią wersję. Obiekt blob może mieć tylko jedną bieżącą wersję naraz.
Podczas tworzenia nowego bloba istnieje pojedyncza wersja, a ta wersja jest bieżącą wersją. Podczas modyfikowania istniejącego obiektu blob bieżąca wersja stanie się poprzednią wersją. Utworzono nową wersję w celu przechwycenia zaktualizowanego stanu, a nowa wersja jest bieżącą wersją. Po usunięciu obiektu blob bieżąca wersja obiektu blob stanie się poprzednią wersją i nie ma już bieżącej wersji. Wszelkie poprzednie wersje obiektu blob są utrwalane.
Na poniższym diagramie przedstawiono sposób tworzenia wersji w operacjach zapisu oraz sposobu podwyższenia poziomu poprzedniej wersji do bieżącej wersji:
Ważne
Posiadanie dużej liczby wersji na obiekt blob może zwiększyć opóźnienie operacji wyświetlania listy obiektów blob. Microsoft zaleca utrzymanie mniej niż 1000 wersji na każdy obiekt blob. Zarządzanie cyklem życia umożliwia automatyczne usuwanie starych wersji. Aby uzyskać więcej informacji na temat zarządzania cyklem życia, zobacz Optymalizuj koszty, automatyzując warstwy dostępu usługi Azure Blob Storage.
Wersje obiektów blob są niezmienne. Nie można modyfikować zawartości ani metadanych istniejącej wersji obiektu blob.
Przechowywanie wersji obiektów blob jest dostępne dla standardowych kont ogólnego przeznaczenia w wersji 2, blokowych obiektów blob w warstwie Premium i starszych kont usługi Blob Storage. Konta magazynowe z hierarchiczną przestrzenią nazw włączoną do użytku z Azure Data Lake Storage nie są obecnie obsługiwane.
Wersja 2019-10-10 i nowsze wersje interfejsu API REST Azure Storage obsługują wersjonowanie obiektów blob.
Ważne
Wersjonowanie BLOB nie pomoże ci odzyskać wyniku przypadkowego usunięcia konta pamięci lub kontenera. Aby zapobiec przypadkowemu usunięciu konta magazynu, skonfiguruj blokadę zasobu konta magazynu. Aby uzyskać więcej informacji na temat blokowania konta magazynu, zobacz Aplikowanie blokady Azure Resource Manager do konta magazynu.
Identyfikator wersji
Każda wersja blob ma unikalny identyfikator wersji. Wartość ID wersji to znacznik czasu aktualizacji bloba. Przypisujesz identyfikator wersji podczas tworzenia wersji.
Możesz odczytać lub usunąć konkretną wersję bloba, używając jej ID wersji. Jeśli nie podasz ID wersji, operacja celuje w aktualną wersję.
Podczas wywoływania operacji zapisu w celu utworzenia lub zmodyfikowania obiektu blob Azure Storage zwraca nagłówek x-ms-version-id w odpowiedzi. Ten nagłówek zawiera identyfikator wersji aktualnej wersji bloba, którą tworzy operacja zapisu.
Identyfikator wersji pozostaje taki sam przez cały okres życia wersji.
Wersjonowanie podczas operacji zapisu
Gdy włączasz wersjonowanie blobów, każda operacja zapisu do bloba tworzy nową wersję. Operacje zapisu obejmują umieszczanie obiektów blob, umieszczanie listy bloków, kopiowanie obiektu blob i ustawianie metadanych obiektu blob.
Jeśli operacja zapisu tworzy nowy obiekt blob, powstały obiekt blob jest bieżącą wersją tego obiektu blob. Jeśli operacja zapisu modyfikuje istniejący blob, obecna wersja staje się poprzednią, a nowa, aktualna wersja przechwytuje zaktualizowany blob.
Na poniższym diagramie pokazano, jak operacje zapisu wpływają na wersje obiektów blob. Dla uproszczenia, diagramy w tym artykule pokazują ID wersji jako prostą wartość całkowitą. W rzeczywistości identyfikator wersji jest znacznikiem czasu. Bieżąca wersja jest wyświetlana na niebiesko, a poprzednie wersje są wyświetlane w kolorze szarym.
Uwaga
Gdy włączasz wersjonowanie blob dla konta pamięci, wszystkie operacje zapisu na blokach blokowych wywołują utworzenie nowej wersji, z wyjątkiem operacji Put Block .
W przypadku stronicowych obiektów blob i uzupełnialnych obiektów blob, tylko niektóre operacje zapisu wyzwalają tworzenie wersji. Te operacje obejmują:
Następujące operacje nie wyzwalają tworzenia nowej wersji. Aby przechwycić zmiany z tych operacji, wykonaj ręczną migawkę:
- Umieść stronę (stronicowy obiekt blob)
- Blok dołączania (dodawany obiekt blob)
Wszystkie wersje blobu muszą mieć ten sam typ blob. Jeśli obiekt blob ma poprzednie wersje, nie można zastąpić obiektu blob jednego typu innym typem, chyba że najpierw usuniesz obiekt blob i wszystkie jego wersje.
Wersjonowanie operacji usuwania
Po wywołaniu operacji Usuń obiekt blob bez określenia identyfikatora wersji bieżąca wersja stanie się poprzednią wersją i nie ma już bieżącej wersji. Operacja ta zachowuje wszystkie istniejące wcześniejsze wersje blobu.
Na poniższym diagramie przedstawiono wpływ operacji usuwania na wersję obiektu blob:
Aby usunąć określoną wersję obiektu blob, podaj identyfikator tej wersji w ramach operacji usuwania. Jeśli włączysz też miękkie usuwanie blob dla konta pamięci, system zachowuje wersję do czasu upływu okresu przechowywania miękkiego usuwania.
Zapisywanie nowych danych w obiekcie blob powoduje utworzenie nowej bieżącej wersji obiektu blob. To działanie nie wpływa na żadną istniejącą wersję, co pokazano na poniższym diagramie.
Poziomy dostępu
Możesz przenieść dowolną wersję blokowego obiektu blob, w tym bieżącą wersję, do innej warstwy dostępu do obiektu blob, wywołując operację Ustaw warstwę obiektu blob. Przenosząc starsze wersje bloba do poziomu cool lub archiwalnego, możesz skorzystać z niższych cen przepustowości. Aby uzyskać więcej informacji, zobacz Warstwy dostępu Gorąca, Chłodna, Zimna i Archiwum dla danych typów blob.
Aby zautomatyzować proces przenoszenia blobów bloków na odpowiedni poziom, użyj zarządzania cyklem życia blobów. Więcej informacji o zarządzaniu cyklem życia można znaleźć w artykule Zarządzaj cyklem życia pamięci Azure Blob.
Włączanie lub wyłączanie przechowywania wersji obiektów blob
Aby dowiedzieć się, jak włączyć lub wyłączyć przechowywanie wersji obiektów blob, zobacz Włączanie przechowywania wersji obiektów blob i zarządzanie nimi.
Wyłączenie przechowywania wersji obiektów blob nie powoduje usunięcia istniejących obiektów blob, wersji ani migawek. Po wyłączeniu wersjonowania obiektów blob wszystkie istniejące wersje pozostają dostępne w koncie magazynowym. Nowe wersje nie są następnie tworzone.
Po wyłączeniu przechowywania wersji modyfikowanie bieżącej wersji powoduje utworzenie obiektu blob, który nie jest wersją. Wszystkie kolejne aktualizacje obiektu blob zastępują jego dane bez zapisywania poprzedniego stanu. Wszystkie istniejące wersje są utrwalane jako poprzednie wersje.
Możesz czytać lub usuwać wersje, używając ID wersji po wyłączeniu wersjonowania. Można również wyświetlić listę wersji obiektu blob po wyłączeniu przechowywania wersji.
Replikacja obiektów zależy od wersjonowania obiektów blob. Przed wyłączeniem wersjonowania obiektów blob należy usunąć wszystkie zasady replikacji obiektów na koncie. Aby uzyskać więcej informacji na temat replikacji obiektów, zobacz Replikacja obiektów blob blokowych.
Na poniższym diagramie pokazano, jak modyfikowanie obiektu blob po wyłączeniu wersjonowania generuje obiekt blob, który nie jest wersjonowany. Wszystkie istniejące wersje skojarzone z obiektem blob są zachowane.
Diagram przedstawiający, że modyfikacja bieżącej wersji po wyłączeniu wersjonowania powoduje utworzenie obiektu blob, który nie jest wersją.
Wersjonowanie obiektów blob i miękkie usuwanie
Wersjonowanie obiektów blob i miękkie usuwanie obiektów blob są częścią zalecanej konfiguracji ochrony danych dla kont magazynowych. Aby uzyskać więcej informacji na temat zaleceń Microsoft dotyczących ochrony danych, zobacz Omówienie ochrony danych.
Zastępowanie blobu
Jeśli wersjonowanie obiektów blob i miękkie usuwanie obiektów blob są włączone dla konta magazynu, zastępowanie obiektu blob automatycznie tworzy nową wersję. Nowa wersja nie jest usuwana nietrwale i nie jest usuwana po wygaśnięciu okresu przechowywania usuwania nietrwałego. Nie są tworzone żadne nietrwałe migawki.
Usuwanie obiektu blob lub wersji
Jeśli włączysz wersjonowanie i miękkie usuwanie dla konta pamięci, po usunięciu bloba obecna wersja bloba staje się poprzednim. Operacja nie tworzy nowej wersji ani migawek usuniętych nietrwale. Okres przechowywania miękkiego usuwania nie dotyczy usuniętego bloba.
Soft delete zapewnia dodatkową ochronę podczas usuwania wersji blobów. Gdy usuwasz poprzednią wersję bloba, ta wersja jest miękko usuwana. Wersja miękko usunięta jest zachowywana do końca okresu przechowywania miękkiego usuwania, a następnie zostaje na stałe usunięta.
Aby usunąć poprzednią wersję obiektu blob, wywołaj operację Usuń obiekt blob i określ identyfikator wersji.
Na poniższym diagramie przedstawiono, co się stanie po usunięciu obiektu blob lub wersji obiektu blob.
Przywracanie miękko usuniętej wersji
Za pomocą operacji Cofnij usunięcie obiektu blob można przywrócić wersje usunięte w ramach funkcji miękkiego usuwania w okresie przechowywania usunięć miękkich. Operacja Cofnij usunięcie blob zawsze przywraca wszystkie tymczasowo usunięte wersje blob. Nie możesz przywrócić tylko jednej wersji oznaczonej jako usunięta.
Przywracanie wersji usuniętych programowo za pomocą operacji Undelete Blob nie powoduje, że jakakolwiek wersja staje się wersją bieżącą. Aby przywrócić bieżącą wersję, najpierw przywróć wszystkie miękko usunięte wersje, a następnie użyj operacji Kopiowanie obiektu Blob, aby skopiować poprzednią wersję do nowej bieżącej wersji.
Poniższy diagram pokazuje, jak przywrócić miękko usunięte wersje blob za pomocą operacji Undelete Blob oraz jak przywrócić aktualną wersję blob za pomocą operacji Copy Blob .
Po zakończeniu okresu przechowywania miękkiego usuwania wszelkie miękkie usunięte wersje blobów są trwale usuwane.
Wersjonowanie obiektów blob i migawki obiektów blob
Migawka blobu to kopia tylko do odczytu blobu wykonana w określonym momencie. Migawki i wersje obiektów blob są podobne, ale migawkę tworzysz ręcznie Ty lub Twoja aplikacja, natomiast wersja obiektu blob jest tworzona automatycznie podczas operacji zapisu lub usuwania po włączeniu wersjonowania obiektów blob na koncie magazynu.
Ważne
Microsoft zaleca, aby po włączeniu przechowywania wersji obiektów blob zaktualizować aplikację, aby zatrzymać tworzenie migawek blokowych obiektów blob. Jeśli włączysz wersjonowanie dla swojego konta magazynu, będzie ono rejestrować i zachowywać wszystkie aktualizacje i usunięcia blokowych obiektów blob przy użyciu wersji. Robienie migawek nie zapewnia dodatkowej ochrony dla danych blokowych blobów, jeśli wersjonowanie jest włączone, a może zwiększyć koszty i złożoność aplikacji.
Tworzenie migawki dla obiektu blob po włączeniu wersjonowania
Chociaż nie jest to zalecane, możesz utworzyć migawkę obiektu blob, który również podlega wersjonowaniu. Jeśli nie możesz zaktualizować aplikacji, aby zaprzestać tworzenia migawek obiektów blob podczas włączania wersjonowania, aplikacja może obsługiwać zarówno migawki, jak i wersje.
Gdy robisz migawkę zwersowanego blobu, tworzysz nową wersję w tym samym czasie, gdy tworzysz migawkę. Tworzysz też nową aktualną wersję, gdy robisz snapshot.
Na poniższym diagramie przedstawiono, co się dzieje, gdy uchwycisz migawkę obiektu blob z wersjonowaniem. Na tym diagramie wersje obiektów blob i migawki z identyfikatorami wersji 2 i 3 zawierają identyczne dane.
Autoryzacja operacji na wersjach obiektów blob
Możesz autoryzować dostęp do wersji obiektów blob, przy użyciu jednego z następujących sposobów:
- Użyj kontroli dostępu opartej na rolach na platformie Azure (Azure RBAC), aby przyznać uprawnienia podmiotowi zabezpieczeń Microsoft Entra. Microsoft zaleca korzystanie z Microsoft Entra ID w celu zapewnienia doskonałego bezpieczeństwa i łatwości użycia. Aby uzyskać więcej informacji na temat używania Microsoft Entra ID z operacjami na obiektach blob, zobacz Autoryzowanie dostępu do danych w Azure Storage.
- Użyj sygnatury współdzielonego dostępu (SAS), aby delegować dostęp do wersji blob. Określ identyfikator wersji dla podpisanego typu zasobu
bv, który oznacza wersję obiektu blob, aby utworzyć token SAS do operacji na określonej wersji. Aby uzyskać więcej informacji na temat sygnatur dostępu współdzielonego, zobacz Grant ograniczony dostęp do zasobów Azure Storage przy użyciu sygnatur dostępu współdzielonego (SAS). - Użyj kluczy dostępu do konta, aby autoryzować operacje na wersjach blob, używając klucza współdzielonego. Aby uzyskać więcej informacji, zobacz Autoryzacja za pomocą klucza współdzielonego.
Wersjonowanie obiektów blob jest przeznaczone do ochrony danych przed przypadkowym lub złośliwym usunięciem. Aby zwiększyć ochronę, usunięcie wersji obiektu blob wymaga specjalnych uprawnień. W poniższych sekcjach opisano uprawnienia wymagane do usunięcia wersji obiektu blob.
Akcja RBAC platformy Azure służąca do usunięcia wersji obiektu blob
W poniższej tabeli przedstawiono, które akcje Azure RBAC obsługują usuwanie bloba lub wersji bloba.
| opis | Operacja usługi Blob Service | Wymagane działanie dotyczące danych Azure RBAC | Azure wbudowane wsparcie dla ról |
|---|---|---|---|
| Usuwanie bieżącej wersji | Usuń obiekt blob | Microsoft. Storage/storageAccounts/blobServices/containers/blobs/delete | Współautor danych w usłudze Blob Storage |
| Usuwanie poprzedniej wersji | Usuń obiekt blob | Microsoft.Storage/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action | Właściciel danych obiektu BLOB Storage |
Parametry sygnatury dostępu współdzielonego (SAS)
Podpisany zasób dla wersji obiektu blob to bv. Aby uzyskać więcej informacji, zobacz Tworzenie usługi SAS lub Tworzenie SAS delegowania użytkownika.
Poniższa tabela przedstawia uprawnienia wymagane dla sygnatury dostępu współdzielonego (SAS) do usunięcia wersji obiektu blob.
| Uprawnienie | Symbol identyfikatora URI | Dozwolone operacje |
|---|---|---|
| Usuń | x | Usuń wersję obiektu blob. |
Ceny i rozliczenia
Włączanie wersji blob może skutkować dodatkowymi opłatami za przechowywanie danych na Twoim koncie. Projektując swoją aplikację, zwróć uwagę na to, jak mogą się naliczać te opłaty, aby zminimalizować koszty.
Wersje obiektów blob, takie jak migawki obiektów blob, są rozliczane tak samo jak aktywne dane. Sposób płatności za wersje zależy od tego, czy wyraźnie ustawiłeś tier dla obecnych czy poprzednich wersji blobu (lub migawek). Aby uzyskać więcej informacji na temat warstw obiektów blob, zobacz Warstwy dostępu Gorąca, Chłodna, Zimna i Archiwum dla danych obiektów blob.
Jeśli nie zmienisz poziomu blobu lub wersji, płacisz za unikalne bloki danych w tym blobie, jego wersje oraz ewentualne migawki. Więcej informacji znajdziesz w sekcji Rozliczenia, gdy poziom blob nie jest wyraźnie ustawiony.
Jeśli zmienisz poziom bloba lub wersji, płacisz za cały obiekt, niezależnie od tego, czy blob i wersja ostatecznie znów będą w tym samym poziomie. Więcej informacji znajduje się w artykule Rozliczanie, gdy warstwa obiektu blob jest jawnie ustawiona.
Uwaga
Umożliwienie wersjonowania danych często nadpisywanych może zwiększyć koszty pojemności pamięci masowej i zwiększyć opóźnienia podczas operacji listowania. Aby złagodzić te obawy, należy przechowywać często zastępowane dane na osobnym koncie magazynowym z wyłączoną obsługą wersji.
Włączenie wersji na kontach przechowywania, których kopia zapasowa jest często tworzona, może wyzwalać opłaty za pobieranie danych, gdy wersje są przechowywane w zimnych lub chłodnych poziomach dostępu.
Aby uzyskać więcej informacji na temat szczegółów rozliczeń migawek obiektów blob, zobacz Migawki obiektów blob.
Dla kont magazynowych korzystających ze smart tier płacisz za wersje i snapshoty w pełnej długości zawartości. Aby uzyskać więcej informacji, zobacz Optymalizowanie kosztów za pomocą warstwy inteligentnej.
Rozliczenia, gdy nie ustawiasz wyraźnie poziomu blob
Jeśli nie ustawisz wyraźnie poziomu blobów dla żadnej wersji blobu, płacisz za unikalne bloki lub strony we wszystkich wersjach oraz za ewentualne migawki. Za dane współdzielone między wersjami obiektów blob płacisz tylko raz. Gdy aktualizujesz blob, dane w nowej aktualnej wersji różnią się od danych przechowywanych w poprzednich wersjach i płacisz za unikalne dane na blok lub stronę.
Kiedy zastępujesz blok w bloku, płacisz za ten blok jako unikalny blok. Ta zasada obowiązuje nawet wtedy, gdy blok ma ten sam identyfikator bloku i te same dane co w poprzedniej wersji. Po ponownym zatwierdzeniu bloku, odchodzi on od odpowiednika z poprzedniej wersji i płacisz za jego dane. Ta sama zasada dotyczy również strony w stronicowym obiekcie blob, którą aktualizujesz tymi samymi danymi.
Blob storage nie ma sposobu na określenie, czy dwa bloki zawierają identyczne dane. Każdy blok, który przesyłasz i commitujesz, jest traktowany jako unikalny, nawet jeśli ma te same dane i ten sam identyfikator bloku. Ponieważ płacisz za unikalne bloki, pamiętaj, że aktualizacja blobu po włączeniu wersjonowania skutkuje większą liczbą unikalnych bloków i dodatkowych opłat.
Gdy włączysz wersjonowanie blobów, wywołaj operacje aktualizacji bloków tak, aby aktualizowały jak najmniej bloków. Operacje zapisu, które zezwalają na precyzyjną kontrolę nad blokami, to Put Block i Put Block List. Operacja Put Blob natomiast zastępuje całą zawartość bloba, co może prowadzić do dodatkowych ładunków.
Poniższe scenariusze pokazują, jak naliczają się opłaty dla blobu blokowego i jego wersji, gdy nie ustawiasz wyraźnie poziomu blobów.
Scenariusz 1
W scenariuszu 1 obiekt blob ma poprzednią wersję. Blob nie jest aktualizowany od momentu utworzenia tej wersji, więc opłaty są pobierane tylko za unikalne bloki 1, 2 i 3.
Scenariusz 2
W scenariuszu 2 aktualizujesz jeden blok (blok 3 na diagramie) w blobie. Mimo że zaktualizowany blok zawiera te same dane i ten sam identyfikator, nie jest taki sam jak blok 3 w poprzedniej wersji. W efekcie płacisz za cztery bloki.
Scenariusz 3
W scenariuszu 3 aktualizujesz blob, ale nie aktualizujesz wersji. W bieżącym blobie zastępujesz blok 3 blokiem 4, ale poprzednia wersja nadal odzwierciedla blok 3. W efekcie płacisz za cztery bloki.
Scenariusz 4
W scenariuszu 4 całkowicie aktualizujesz aktualną wersję i nie zawiera ona żadnych oryginalnych bloków. W efekcie płacisz za wszystkie osiem unikalnych bloków – cztery w obecnej wersji i cztery łącznie w dwóch poprzednich wersjach. Ten scenariusz może się zdarzyć, gdy zapisujesz do bloba za pomocą operacji Put Blob , ponieważ zastępuje ona całą zawartość bloba.
Rozliczanie, gdy poziom blob jest wyraźnie ustawiony
Jeśli wyraźnie ustawisz poziom blobów dla bloba, wersji lub migawki, płacisz za pełną długość treści obiektu w nowym tierze, nawet jeśli dzieli on bloki z obiektem z oryginalnego tieru. Płacisz też za całą zawartość najstarszej wersji z pierwotnego poziomu. Za wszelkie inne wcześniejsze wersje lub migawki, które pozostają w oryginalnej warstwie, płacisz za unikalne bloki, które współdzielą, zgodnie z opisem w Rozliczanie, gdy warstwa obiektu blob nie jest jawnie ustawiona.
Przenoszenie obiektu blob do nowej warstwy
Poniższa tabela opisuje zachowanie rozliczeń dla blobu lub wersji po przeniesieniu go na nowy poziom.
| Kiedy ustawiasz poziom blobów... | Następnie są naliczane opłaty za... |
|---|---|
| Wyraźnie w odniesieniu do wersji, niezależnie od tego, czy jest to obecna, czy poprzednia. | Pełna długość zawartości tej wersji. Wersje, które nie mają wyraźnie ustawionego poziomu, są naliczane tylko za unikatowe bloki.1 |
| Aby zarchiwizować | Pełna długość zawartości wszystkich wersji i migawek.1. |
1Jeśli istnieją inne wcześniejsze wersje lub snapshoty, których nie przeniosłeś z oryginalnego tieru, te wersje lub snapshoty są obciążane na podstawie liczby unikalnych bloków, które zawierają, jak opisano w Billing, gdy poziom blob nie jest wyraźnie ustawiony.
Na poniższym diagramie pokazano, jak obiekty są rozliczane po przeniesieniu wersji obiektu blob do innej warstwy.
Nie da się cofnąć wyraźnego ustawienia tieru dla blobu, wersji czy migawki. Jeśli przeniesiesz blob na nowy poziom, a potem wrócisz do oryginalnego tieru, płacisz za pełną długość zawartości obiektu, nawet jeśli dzieli bloki z innymi obiektami z oryginalnego tieru.
Operacje, które jawnie ustawiają warstwę obiektu blob, wersji lub migawki, obejmują:
- Ustawianie warstwy obiektu blob
- Put Blob z określoną warstwą
- Umieść listę bloków z określoną warstwą
- Kopiowanie obiektu blob z określoną warstwą
Usuwanie obiektu blob przy włączonym miękkim usuwaniu
Gdy włączasz miękkie usuwanie blobów, płacisz za wszystkie miękko usunięte jednostki w takim samym tempie, jak dane na żywo. Jeśli usuniesz lub nadpiszesz aktualną wersję, która ma wyraźnie określony poziom, płacisz za wcześniejsze wersje miękko usuniętego bloba w pełnej długości zawartości. Aby uzyskać więcej informacji na temat współdziałania wersjonowania obiektów blob i nietrwałego usuwania, zobacz Wersjonowanie obiektów blob i nietrwałe usuwanie.
Obsługa funkcji
Może to mieć wpływ na obsługę tej funkcji przez włączenie protokołu Data Lake Storage Gen2, sieciowego systemu plików (NFS) 3.0 lub protokołu SSH File Transfer Protocol (SFTP). Jeśli włączono dowolną z tych funkcji, zobacz Obsługę funkcji Blob Storage w kontach Azure Storage w celu oceny obsługi tej funkcji.
Wersjonowanie nie jest obsługiwane dla blobów, które przesyłasz za pomocą API Data Lake Storage.