Sdílet prostřednictvím

Obnovení dostupnosti objektů blob z archivní úrovně

I když je objekt blob v archivní úrovni přístupu, považuje se tento objekt blob za offline a nelze ho číst ani upravovat. Chcete-li číst nebo upravovat data v archivovaného objektu blob, je nutné nejprve znovu dosadit objekt blob na online úroveň, a to buď horkou, nebo studenou. Existují dvě možnosti pro dosazování objektu blob, který je uložený v archivní úrovni:

Dokončení dosazování objektu blob z archivní úrovně může trvat několik hodin. Microsoft doporučuje archivovat větší objekty blob při jejich opětovné aktivaci pro optimální výkon. Rehydratace velkého počtu malých objektů blob může vyžadovat delší dobu kvůli nárokům na zpracování každého objektu blob. Může být rehydrováno maximálně 10 GiB na účet úložiště za hodinu s prioritním načtením.

Informace o obnovení archivovaného objektu blob do online vrstvy najdete v tématu Obnova archivovaného objektu blob do online vrstvy.

Priorita dosazování

Při obnově objektu blob můžete nastavit prioritu pro proces rehydratace prostřednictvím volitelné hlavičky x-ms-rehydrate-priority v operaci Set Blob Tier nebo Copy Blob. Mezi možnosti priority dosazování patří:

  • Standardní priorita: Žádost o rehydrataci se zpracuje v pořadí, v jakém byla přijata, a proces může trvat až 15 hodin pro objekty o velikosti do 10 GB.
  • Vysoká priorita: Požadavek na rehydrataci má přednost před standardními prioritami a může být dokončen za méně než jednu hodinu pro objekty menší než 10 GB.

Pokud chcete zkontrolovat prioritu rehydratace během probíhající operace rehydratace, zavolejte Get Blob Properties, aby se vrátila hodnota hlavičky x-ms-rehydrate-priority. Vlastnost priority rehydratace vrátí buď Standard, nebo High.

Standardní prioritou je výchozí možnost dosazování. Rehydratace s vysokou prioritou je rychlejší, ale také stojí více než rehydratace s běžnou prioritou. Rehydratace s vysokou prioritou může trvat déle než jednu hodinu v závislosti na velikosti blobu a aktuální poptávce. Microsoft doporučuje využití obnovování s vysokou prioritou pro případy nouzového obnovení dat.

Zatímco je operace obnovování s běžnou prioritou ve stavu čekání, můžete aktualizovat nastavení priority obnovování objektu blob na vysokou, aby se tento objekt blob obnovil rychleji. Pokud například rehydrujete velký počet objektů blob hromadně, můžete zadat standardní prioritu pro všechny objekty blob pro počáteční operaci, pak zvýšit prioritu na Vysokou pro všechny jednotlivé objekty blob, které je potřeba převést do online režimu rychleji, až do limitu 10 GiB za hodinu.

Nastavení priority rehydratace nelze snížit z High na Standard pro čekající operaci. Mějte na paměti, že aktualizace nastavení priority dosazování může mít vliv na fakturaci.

Informace o nastavení a aktualizaci nastavení priority rehydratace najdete v tématu Rehydratace archivovaného objektu blob do online vrstvy.

Další informace o cenových rozdílech mezi požadavky na dosazování se standardní prioritou a vysokou prioritou najdete v tématu Ceny služby Azure Blob Storage.

Zkopírování archivovaného objektu blob na online úroveň

První možností, jak přesunout objekt blob z archivní úrovně do online úrovně, je zkopírovat archivovaný objekt blob do nového cílového objektu blob, který je v horké, chladné nebo studené úrovni. Ke zkopírování objektu blob můžete použít operaci Kopírování objektu blob . Když archivovaný objekt blob zkopírujete do nového objektu blob v online úrovni, zdrojový objekt blob zůstane v archivní úrovni nezměněný.

Archivovaný objekt blob musíte zkopírovat do nového objektu blob s jiným názvem nebo do jiného kontejneru. Zdrojový objekt blob nemůžete přepsat zkopírováním do stejného objektu blob.

Zkopírováním objektu blob z archivní úrovně do online úrovně se můžete vyhnout poplatku za předčasné odstranění, který se vyhodnotí, pokud změníte úroveň objektu blob z archivní úrovně před uplynutím požadovaného 180denního období. Další informace najdete v tématu Archivní úroveň přístupu.

Tato možnost může také dávat smysl, pokud pro účet úložiště platí zásady správy životního cyklu a daysAfterLastTierChangeGreaterThan podmínka se nepřidá ke každé tierToArchive akci zásad. V takovém případě může obnovení objektu blob operací Set Blob Tier vést k situaci, kdy pravidla životního cyklu přesunou objekt blob zpět do archivní úrovně po obnovení, protože doba poslední změny přesahuje prahovou hodnotu nastavenou pro pravidla. Operace kopírování ponechá zdrojový objekt blob v archivní úrovni a vytvoří nový objekt blob s jiným názvem a časem poslední změny, takže neexistuje žádné riziko, že se rehydrovaný objekt blob přesune zpět do archivní úrovně zásadami životního cyklu.

Kopírování objektu blob z archivní úrovně může trvat hodiny v závislosti na vybrané prioritě rehydratace. Operace kopírování objektů blob na pozadí načte archivovaný zdrojový objekt blob a vytvoří nový online objekt blob ve vybrané cílové vrstvě. Nový objekt blob se může zobrazit, když vypíšete objekty blob v nadřazeném kontejneru před dokončením operace dosazování, ale jeho úroveň se nastaví na archivaci. Data nejsou k dispozici, dokud se operace čtení ze zdrojového objektu blob v archivní úrovni nedokončí a obsah objektu blob se zapíše do nového cílového objektu blob v online vrstvě. Nový objekt blob je nezávislá kopie, takže úprava nebo odstranění neovlivní zdrojový objekt blob ve vrstvě archivu.

Informace o rehyrataci objektu blob jeho zkopírováním do online vrstvy najdete v tématu Rehydrate objekt blob pomocí operace kopírování.

Důležité

Neodstraňovat zdrojový objekt blob, dokud se obnovení úspěšně nedokončí. Pokud se zdrojový objekt blob odstraní, cílový objekt blob nemusí dokončit kopírování. Můžete zpracovat událost vyvolanou při dokončení operace kopírování, abyste věděli, kdy je bezpečné odstranit zdrojový objekt blob. Další informace najdete v tématu Zpracování události při rehydrataci blobu.

Reaktivace archivovaného objektu blob kopírováním do online cílové úrovně je podporována ve stejném účtu úložiště pouze pro verze služby starší než 2021-02-12. Od verze 2021-02-12 můžete archivovaný objekt blob dosadit tak, že ho zkopírujete do jiného účtu úložiště, pokud je cílový účet ve stejné oblasti jako zdrojový účet. Obnovení napříč účty úložiště vám umožňuje oddělit produkční data od záložních dat jejich udržováním v samostatných účtech. Izolace archivovaných dat v samostatném účtu může také pomoct zmírnit náklady z neúmyslného dosazování.

Cílový datový objekt pro operaci kopírování musí být v online vrstvě (aktivní nebo pasivní). Archivovaný blob nemůžete zkopírovat do cílového blobu, který je v úrovni archivu.

Následující tabulka ukazuje chování operace kopírování objektů blob v závislosti na úrovních zdrojového a cílového objektu blob.

Zdroj horké vrstvy Skvělý zdroj na vyšší úrovni Archivní úroveň zdroje
Významný cíl Podporováno Podporováno Podporováno napříč účty ve stejné oblasti s verzí 2021-02-12 a novějšími. Podporováno pouze pro starší verze ve stejném účtu úložiště. Vyžaduje rehydrataci blobu.
Oblíbená destinace Podporováno Podporováno Podporováno napříč účty ve stejné oblasti s verzí 2021-02-12 a novějšími. Podporováno pouze pro starší verze ve stejném účtu úložiště. Vyžaduje rehydrataci blobu.
Destinace archivní úrovně Podporováno Podporováno Není podporováno

Dosazování ze sekundární oblasti

Pokud jste účet úložiště nakonfigurovali tak, aby používal geograficky redundantní úložiště s přístupem pouze pro čtení (RA-GRS), můžete pomocí operace Kopírování objektů blob obnovit objekty blob ze sekundární oblasti do jiného účtu úložiště, který se nachází ve stejné sekundární oblasti. Viz Rehydrát ze sekundární oblasti.

Další informace o získání přístupu pro čtení do sekundárních oblastí najdete v tématu Přístup pro čtení k datům v sekundární oblasti.

Změna úrovně přístupu objektu blob na online úroveň

Druhou možností pro rehydrataci blobu z archivní vrstvy do online vrstvy je změna vrstvy blobu voláním Set Blob Tier. Pomocí této operace můžete změnit úroveň archivovaného objektu blob na horkou nebo studenou.

Po inicializování požadavku nastavit vrstvu objektů blob není možné ji zrušit. Během operace dosazování se nastavení úrovně přístupu objektu blob bude dál zobrazovat jako archivované, dokud se nedosadí proces dosazování. Po dokončení operace rehydratace se vlastnost úrovně přístupu objektu blob aktualizuje tak, aby odrážela novou úroveň.

Zjistěte, jak rehydratovat objekt blob změnou jeho vrstvy na online vrstvu, přečtěte si téma Rehydratace objektu blob změnou jeho vrstvy.

Upozornění

Změna úrovně objektu blob nemá vliv na čas poslední změny. Pokud jsou pro účet úložiště v platnosti zásady správy životního cyklu, může obnovení objektu blob příkazem Set Blob Tier vést ke scénáři, kdy zásady životního cyklu přesunou objekt blob zpět do archivní úrovně po obnovení, protože čas poslední změny přesahuje prahovou hodnotu nastavenou pro zásadu.

Chcete-li se tomuto scénáři vyhnout, přidejte podmínku daysAfterLastTierChangeGreaterThan do akce tierToArchive zásady. Případně můžete archivovaný objekt blob obnovit tak, že ho zkopírujete místo toho, jak je popsáno v části Kopírování archivovaného objektu blob do online vrstvy. Provedení operace kopírování vytvoří novou instanci objektu blob s aktualizovaným časem poslední změny, takže neaktivuje zásady správy životního cyklu.

Zkontrolujte stav operace rehydratace objektu blob

Během operace rehydratace objektů blob můžete zavolat operaci Získat vlastnosti objektu blob a zkontrolovat její stav. Informace o tom, jak zkontrolovat stav operace rehydratace, najdete v tématu Kontrola stavu operace rehydratace.

Zpracovat událost při rehydrataci objektů blob

Rehydratace archivovaného objektu blob může trvat až 15 hodin a opakované dotazování na vlastnosti objektu blob, aby bylo zjištěno, jestli je rehydratace dokončena, je neefektivní. Microsoft doporučuje použít Azure Event Grid k zachycení události, která se aktivuje po dokončení opětovné hydratace dat, pro zlepšení výkonu a nákladové optimalizace.

Azure Event Grid vyvolá událost Microsoft.Storage.BlobTierChanged po dokončení rehydratace blobů.

  • Událost Microsoft.Storage.BlobTierChanged se aktivuje při změně úrovně objektu blob. V kontextu obnovování objektů blob se tato událost aktivuje, když se úroveň přístupu cílového objektu blob úspěšně změní z archivní úrovně na online úroveň (horká, chladná nebo studená). Pomocí operace Nastavit úroveň objektu blob můžete změnit úroveň přístupu archivovaného objektu blob nebo pomocí operace kopírování objektu blob zkopírovat archivovaný objekt blob do nového cílového objektu blob v online vrstvě.

Informace o tom, jak zachytit událost při rehydrataci a odeslat ji do obslužné rutiny události funkce Azure, najdete v tématu Spuštění funkce Azure v reakci na událost rehydratace objektu blob.

Další informace o zpracování událostí ve službě Blob Storage najdete v tématu Reakce na události služby Azure Blob Storage a Azure Blob Storage jako zdroj služby Event Grid.

Ceny a fakturace

Operace rehydratace pomocí Set Blob Tier je účtována za transakce čtení dat a objem načtených dat. Znovuobnovení s vysokou prioritou má vyšší náklady na operaci a načítání dat než standardní priorita. Rehydratace s vysokou prioritou se zobrazí jako samostatná položka na vaší faktuře. Pokud požadavek s vysokou prioritou na vrácení archivovaného objektu blob, který je menší než 10 GB, trvá déle než pět hodin, nebude se vám účtovat sazba načítání s vysokou prioritou. Stále však platí standardní sazby načítání. Ukázkový odhad nákladů najdete v části Odhad nákladů: Přesun dat z archivního úložiště.

Kopírování archivovaného objektu blob do online vrstvy pomocí Kopírování blobu je účtováno za transakce čtení dat a velikost získávání dat. Za vytvoření cílového objektu blob v online vrstvě se účtují poplatky za transakce zápisu dat. Poplatky za předčasné odstranění se nevztahují při kopírování objektu blob do online vrstvy, protože zdrojový objekt blob zůstává nezměněný v archivní vrstvě. Poplatky za načtení s vysokou prioritou se použijí, pokud jsou vybrány. Ukázkový odhad najdete v tématu Odhad nákladů: Načtení dat z archivu úložiště pro účely analýzy.

Objekty blob v archivní úrovni by měly být uloženy na minimální dobu 180 dnů. Za předčasné odstranění nebo změnu úrovně archivovaného blobu před uplynutím 180denního období se účtuje poplatek. Pokud se například objekt blob přesune do archivní úrovně a po 45 dnech se odstraní nebo přesune na horkou úroveň, bude se vám účtovat poplatek za předčasné odstranění odpovídající 135 (180 minus 45) dnů uložení tohoto objektu blob do archivní úrovně. Další informace najdete v tématu Archivní úroveň přístupu.

Další informace o cenách blokových blobů a obnově dat najdete v tématu Ceny služby Azure Storage. Další informace o poplatcích za odchozí přenos dat najdete v tématu Podrobnosti o cenách přenosů dat.

Viz také