Ponowne wypełnianie obiektów blob z warstwy Archiwum
Chociaż obiekt blob znajduje się w warstwie dostępu archiwum, ten obiekt blob jest uważany za offline i nie można go odczytać ani zmodyfikować. Aby odczytywać lub modyfikować dane w zarchiwizowanym obiekcie blob, należy najpierw przywrócić obiekt blob do warstwy online — warstwy Gorąca lub Chłodna. Istnieją dwie opcje ponownego wypełniania obiektu blob przechowywanego w warstwie Archiwum:
Skopiuj zarchiwizowany obiekt blob do warstwy online: możesz ponownie przywrócić zarchiwizowany obiekt blob, kopiując go do nowego obiektu blob w warstwie Gorąca lub Chłodna za pomocą operacji Kopiowania obiektu blob .
Zmień warstwę dostępu zarchiwizowanego obiektu blob na warstwę online: możesz ponownie przywrócić zarchiwizowany obiekt blob do warstwy Gorąca lub Chłodna, zmieniając jej warstwę przy użyciu operacji Ustaw warstwę obiektu blob .
Ponowne wypełnianie obiektu blob z warstwy Archiwum może potrwać kilka godzin. Firma Microsoft zaleca archiwizowanie większych obiektów blob w celu uzyskania optymalnej wydajności podczas ponownego wypełniania. Ponowne wypełnianie dużej liczby małych obiektów blob może wymagać dodatkowego czasu ze względu na obciążenie przetwarzania każdego obiektu blob. Maksymalnie 10 GiB na konto magazynu może zostać ponownie wypełnione na godzinę z priorytetowym pobieraniem.
Aby dowiedzieć się, jak przywrócić zarchiwizowany obiekt blob do warstwy online, zobacz Ponowne wypełnianie zarchiwizowanego obiektu blob do warstwy online.
Priorytet ponownego wypełniania
Podczas ponownego wypełniania obiektu blob można ustawić priorytet operacji ponownego wypełniania za pomocą opcjonalnego nagłówka x-ms-rehydrate-priority w operacji Ustawianie warstwy obiektu blob lub Kopiowania obiektu blob. Opcje priorytetu ponownego wypełniania obejmują:
- Priorytet standardowy: Żądanie ponownego wypełniania jest przetwarzane w kolejności odebrania i może potrwać do 15 godzin w przypadku obiektów o rozmiarze poniżej 10 GB.
- Wysoki priorytet: Żądanie ponownego wypełniania jest priorytetowe względem standardowych żądań priorytetu i może zostać ukończone w mniej niż jedną godzinę dla obiektów o rozmiarze poniżej 10 GB.
Aby sprawdzić priorytet ponownego wypełniania podczas wykonywania operacji ponownego wypełniania, wywołaj metodę Pobierz właściwości obiektu blob, aby zwrócić wartość nagłówka x-ms-rehydrate-priority
. Właściwość priorytetu ponownego wypełniania zwraca wartość Standard lub High.
Priorytet standardowy to domyślna opcja ponownego wypełniania. Ponowne wypełnianie o wysokim priorytcie jest szybsze, ale również kosztuje więcej niż ponowne wypełnianie w warstwie Standardowa. Ponowne wypełnianie o wysokim priorytcie może trwać dłużej niż jedną godzinę, w zależności od rozmiaru obiektu blob i bieżącego zapotrzebowania. Firma Microsoft zaleca rezerwowanie ponownego wypełniania o wysokim priorytcie do użytku w sytuacjach awaryjnych przywracania danych.
Mimo że trwa oczekiwanie na operację ponownego wypełniania w warstwie Standardowa, możesz zaktualizować ustawienie priorytetu ponownego wypełniania obiektu blob na Wysoki w celu szybszego ponownego wypełniania tego obiektu blob. Na przykład w przypadku zbiorczego wypełniania dużej liczby obiektów blob można określić priorytet standardowy dla wszystkich obiektów blob dla operacji początkowej, a następnie zwiększyć priorytet na Wysoki dla wszystkich pojedynczych obiektów blob, które muszą zostać przeniesione w tryb online szybciej, do limitu 10 GiB na godzinę.
Nie można obniżyć ustawienia priorytetu ponownego wypełniania z high do Standard dla operacji oczekującej. Należy pamiętać, że aktualizowanie ustawienia priorytetu ponownego wypełniania może mieć wpływ na rozliczenia.
Aby dowiedzieć się, jak ustawić i zaktualizować ustawienie priorytetu ponownego wypełniania, zobacz Rehydrate an archived blob to an online tier (Ponowne wypełnianie zarchiwizowanego obiektu blob do warstwy online).
Aby uzyskać więcej informacji na temat różnic cen między żądaniami ponownego wypełniania o standardowym priorytetu i wysokim priorytetu, zobacz Cennik usługi Azure Blob Storage.
Kopiowanie zarchiwizowanego obiektu blob do warstwy online
Pierwszą opcją przenoszenia obiektu blob z warstwy Archiwum do warstwy online jest skopiowanie zarchiwizowanego obiektu blob do nowego docelowego obiektu blob, który znajduje się w warstwie Gorąca, Chłodna lub Chłodna. Aby skopiować obiekt blob, możesz użyć operacji kopiowania obiektu blob . Podczas kopiowania zarchiwizowanego obiektu blob do nowego obiektu blob w warstwie online źródłowy obiekt blob pozostaje niezmodyfikowany w warstwie Archiwum.
Należy skopiować zarchiwizowany obiekt blob do nowego obiektu blob o innej nazwie lub do innego kontenera. Nie można zastąpić źródłowego obiektu blob przez skopiowanie do tego samego obiektu blob.
Kopiując obiekt blob z warstwy Archiwum do warstwy online, można uniknąć wcześniejszej opłaty za usunięcie, która jest oceniana, jeśli zmienisz warstwę obiektu blob z warstwy Archiwum przed upływem wymaganego 180-dniowego okresu. Aby uzyskać więcej informacji, zobacz Warstwa dostępu Archiwum.
Ta opcja może również mieć sens, jeśli istnieją zasady zarządzania cyklem życia dla konta magazynu, a daysAfterLastTierChangeGreaterThan
warunek nie jest dodawany do każdej tierToArchive
akcji zasad. W takim przypadku ponowne wypełnianie obiektu blob z operacją Ustaw warstwę obiektu blob może spowodować, że zasady cyklu życia przenoszą obiekt blob z powrotem do warstwy archiwum po ponownym wypełnianiu, ponieważ czas ostatniej modyfikacji przekracza próg ustawiony dla zasad. Operacja kopiowania pozostawia źródłowy obiekt blob w warstwie Archiwum i tworzy nowy obiekt blob o innej nazwie i nowym czasie ostatniej modyfikacji, więc nie ma ryzyka, że ponownie wypełniony obiekt blob zostanie przeniesiony z powrotem do warstwy archiwum przez zasady cyklu życia.
Kopiowanie obiektu blob z warstwy Archiwum może potrwać kilka godzin w zależności od wybranego priorytetu ponownego wypełniania. W tle operacja kopiowania obiektów blob odczytuje zarchiwizowany źródłowy obiekt blob, aby utworzyć nowy obiekt blob online w wybranej warstwie docelowej. Nowy obiekt blob może być widoczny po wyświetleniu listy obiektów blob w kontenerze nadrzędnym przed zakończeniem operacji ponownego wypełniania, ale jej warstwa zostanie ustawiona na archiwum. Dane nie są dostępne, dopóki operacja odczytu ze źródłowego obiektu blob w warstwie archiwum nie zostanie ukończona, a zawartość obiektu blob została zapisana w nowym docelowym obiekcie blob w warstwie online. Nowy obiekt blob jest niezależną kopią, więc modyfikowanie lub usuwanie nie ma wpływu na źródłowy obiekt blob w warstwie Archiwum.
Aby dowiedzieć się, jak ponownie wypełnianie obiektu blob przez skopiowanie go do warstwy online, zobacz Rehydrate a blob with a copy operation (Ponowne wypełnianie obiektu blob za pomocą operacji kopiowania).
Ważne
Nie usuwaj źródłowego obiektu blob do momentu pomyślnego zakończenia ponownego wypełniania. Jeśli źródłowy obiekt blob zostanie usunięty, docelowy obiekt blob może nie zakończyć kopiowania. Zdarzenie wywoływane po zakończeniu operacji kopiowania można obsługiwać, aby wiedzieć, kiedy można bezpiecznie usunąć źródłowy obiekt blob. Aby uzyskać więcej informacji, zobacz Handle an event on blob rehydration (Obsługa zdarzenia w ponownym wypełnianiu obiektów blob).
Ponowne wypełnianie zarchiwizowanego obiektu blob przez skopiowanie go do warstwy docelowej online jest obsługiwane na tym samym koncie magazynu tylko w przypadku wersji usług wcześniejszych niż 2021-02-12. Począwszy od wersji usługi 2021-02-12, można przywrócić zarchiwizowany obiekt blob, kopiując go na inne konto magazynu, o ile konto docelowe znajduje się w tym samym regionie co konto źródłowe. Ponowne wypełnianie na kontach magazynu umożliwia oddzielenie danych produkcyjnych od danych kopii zapasowej, zachowując je na oddzielnych kontach. Izolowanie zarchiwizowanych danych na osobnym koncie może również pomóc zmniejszyć koszty z niezamierzonego ponownego wypełniania.
Docelowy obiekt blob operacji kopiowania musi znajdować się w warstwie online (gorąca lub chłodna). Nie można skopiować zarchiwizowanego obiektu blob do docelowego obiektu blob, który znajduje się również w warstwie Archiwum.
W poniższej tabeli przedstawiono zachowanie operacji kopiowania obiektów blob w zależności od warstw źródłowego i docelowego obiektu blob.
Źródło warstwy Gorąca | Źródło warstwy Chłodna | Źródło warstwy Archiwum | |
---|---|---|---|
Lokalizacja docelowa warstwy Gorąca | Obsługiwane | Obsługiwane | Obsługiwane między kontami w tym samym regionie w wersji 2021-02-12 lub nowszej. Obsługiwane na tym samym koncie magazynu tylko w przypadku wcześniejszych wersji. Wymaga ponownego wypełniania obiektów blob. |
Miejsce docelowe warstwy Chłodna | Obsługiwane | Obsługiwane | Obsługiwane między kontami w tym samym regionie w wersji 2021-02-12 lub nowszej. Obsługiwane na tym samym koncie magazynu tylko w przypadku wcześniejszych wersji. Wymaga ponownego wypełniania obiektów blob. |
Lokalizacja docelowa warstwy Archiwum | Obsługiwane | Obsługiwane | Nieobsługiwane |
Ponowne wypełnianie z regionu pomocniczego
Jeśli konto magazynu zostało skonfigurowane do używania magazynu geograficznie nadmiarowego z dostępem do odczytu (RA-GRS), możesz użyć operacji kopiowania obiektów blob do ponownego wypełniania obiektów blob w regionie pomocniczym do innego konta magazynu znajdującego się w tym samym regionie pomocniczym. Zobacz Ponowne wypełnianie z regionu pomocniczego.
Aby dowiedzieć się więcej na temat uzyskiwania dostępu do odczytu do regionów pomocniczych, zobacz Odczyt dostępu do danych w regionie pomocniczym.
Zmiana warstwy dostępu obiektu blob na warstwę online
Drugą opcją ponownego wypełniania obiektu blob z warstwy Archiwum do warstwy online jest zmiana warstwy obiektu blob przez wywołanie funkcji Ustaw warstwę obiektu blob. Dzięki tej operacji można zmienić warstwę zarchiwizowanego obiektu blob na gorącą lub chłodną.
Po zainicjowaniu żądania ustaw warstwę obiektu blob nie można go anulować. Podczas operacji ponownego wypełniania ustawienie warstwy dostępu obiektu blob będzie nadal wyświetlane jako zarchiwizowane do momentu zakończenia procesu ponownego wypełniania. Po zakończeniu operacji ponownego wypełniania właściwość warstwy dostępu obiektu blob zostanie zaktualizowana w celu odzwierciedlenia nowej warstwy.
Aby dowiedzieć się, jak ponownie wypełnianie obiektu blob przez zmianę jej warstwy na warstwę online, zobacz Rehydrate a blob by changing its tier (Ponowne wypełnianie obiektu blob przez zmianę warstwy).
Uwaga
Zmiana warstwy obiektu blob nie wpływa na czas ostatniej modyfikacji. Jeśli istnieją zasady zarządzania cyklem życia dla konta magazynu, ponowne wypełnianie obiektu blob z ustawioną warstwą obiektu blob może spowodować, że zasady cyklu życia przenoszą obiekt blob z powrotem do warstwy archiwum po ponownym wypełnianiu, ponieważ czas ostatniej modyfikacji przekracza próg ustawiony dla zasad.
Aby uniknąć tego scenariusza, dodaj daysAfterLastTierChangeGreaterThan
warunek do tierToArchive
akcji zasad. Alternatywnie można przywrócić zarchiwizowany obiekt blob, kopiując go, zgodnie z opisem w sekcji Kopiowanie zarchiwizowanego obiektu blob do warstwy online. Wykonanie operacji kopiowania powoduje utworzenie nowego wystąpienia obiektu blob z zaktualizowanym czasem ostatniej modyfikacji, więc nie wyzwoli zasad zarządzania cyklem życia.
Sprawdzanie stanu operacji ponownego wypełniania obiektu blob
Podczas operacji ponownego wypełniania obiektu blob można wywołać operację Pobierz właściwości obiektu blob, aby sprawdzić jego stan. Aby dowiedzieć się, jak sprawdzić stan operacji ponownego wypełniania, zobacz Sprawdzanie stanu operacji ponownego wypełniania.
Obsługa zdarzenia w rehydracji obiektów blob
Ponowne wypełnianie zarchiwizowanego obiektu blob może potrwać do 15 godzin i jest nieefektywne, aby wielokrotnie sondować polecenie Get Blob Properties w celu określenia, czy przywracanie zostało ukończone. Firma Microsoft zaleca używanie usługi Azure Event Grid do przechwytywania zdarzenia, które jest uruchamiane po zakończeniu ponownego wypełniania w celu uzyskania lepszej wydajności i optymalizacji kosztów.
Usługa Azure Event Grid zgłasza zdarzenie Microsoft.Storage.BlobTierChanged po zakończeniu przywracania obiektu blob:
- Zdarzenie Microsoft.Storage.BlobTierChanged jest uruchamiane po zmianie warstwy obiektu blob. W kontekście ponownego wypełniania obiektów blob to zdarzenie jest uruchamiane, gdy warstwa dostępu docelowego obiektu blob została pomyślnie zmieniona z warstwy archiwum na warstwę online (gorąca, chłodna lub zimna). Możesz użyć operacji Ustaw warstwę obiektu blob, aby zmienić warstwę dostępu zarchiwizowanego obiektu blob lub użyć operacji kopiowania obiektu blob, aby skopiować zarchiwizowany obiekt blob do nowego docelowego obiektu blob w warstwie online.
Aby dowiedzieć się, jak przechwycić zdarzenie podczas ponownego wypełniania i wysłać je do programu obsługi zdarzeń funkcji platformy Azure, zobacz Run an Azure Function in response to a blob rehydration event (Uruchamianie funkcji platformy Azure w odpowiedzi na zdarzenie ponownego wypełniania obiektu blob).
Aby uzyskać więcej informacji na temat obsługi zdarzeń w usłudze Blob Storage, zobacz Reagowanie na zdarzenia usługi Azure Blob Storage i Usługa Azure Blob Storage jako źródło usługi Event Grid.
Ceny i rozliczenia
Operacja ponownego wypełniania z ustawieniem warstwy obiektu blob jest rozliczana za transakcje odczytu danych i rozmiar pobierania danych. Ponowne wypełnianie o wysokim priorytcie ma wyższe koszty operacji i pobierania danych w porównaniu ze standardowym priorytetem. Ponowne wypełnianie o wysokim priorytcie jest wyświetlane jako oddzielny element wiersza na rachunku. Jeśli żądanie o wysokim priorytcie w celu zwrócenia zarchiwizowanego obiektu blob o rozmiarze mniejszym niż 10 GB trwa dłużej niż pięć godzin, nie zostanie naliczona opłata za pobieranie o wysokim priorytcie. Jednak standardowe stawki pobierania nadal obowiązują.
Kopiowanie zarchiwizowanego obiektu blob do warstwy online z kopią obiektu blob jest rozliczane za transakcje odczytu danych i rozmiar pobierania danych. Tworzenie docelowego obiektu blob w warstwie online jest rozliczane za transakcje zapisu danych. Opłaty za wczesne usunięcie nie mają zastosowania podczas kopiowania do obiektu blob online, ponieważ źródłowy obiekt blob pozostaje niezmodyfikowany w warstwie Archiwum. Opłaty za pobieranie o wysokim priorytcie mają zastosowanie w przypadku wybrania opcji .
Obiekty blob w warstwie Archiwum powinny być przechowywane przez co najmniej 180 dni. Usunięcie lub zmiana warstwy zarchiwizowanego obiektu blob przed upływem 180-dniowego okresu powoduje naliczanie opłaty za wczesne usunięcie. Jeśli na przykład obiekt blob zostanie przeniesiony do warstwy Archiwum, a następnie usunięty lub przeniesiony do warstwy Gorąca po 45 dniach, opłata za wcześniejsze usunięcie zostanie naliczona zgodnie z 135 (180 minus 45) dni przechowywania tego obiektu blob w warstwie Archiwum. Aby uzyskać więcej informacji, zobacz Warstwa dostępu Archiwum.
Aby uzyskać więcej informacji na temat cen blokowych obiektów blob i przywracania danych, zobacz Cennik usługi Azure Storage. Aby uzyskać więcej informacji na temat opłat za transfer danych wychodzących, zobacz Szczegóły cennika transferów danych.
Zobacz też
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla