Dosárání objektů blob z archivní úrovně

Když je objekt blob v archivní úrovni přístupu, považuje se za offline a není možné ho číst ani upravovat. Pokud chcete číst nebo upravovat data v archivovaných objektech blob, musíte nejprve objekt blob znovu dosánout do online úrovně , a to buď na horkou, nebo studenou úroveň. Existují dvě možnosti dosádání objektu blob uloženého v archivní úrovni:

  • Zkopírování archivovanéhoobjektu blob do online úrovně: Archivovaný objekt blob můžete dosytovat tak, že ho zkopírujete do nového objektu blob v horké nebo studené úrovni pomocí operace Kopírování objektu blob. Microsoft tuto možnost doporučuje pro většinu scénářů.

  • Změna úrovně přístupuobjektu blob na online úroveň: Archivovaný objekt blob můžete dosánout do horké nebo studené úrovně tak, že změníte jeho úroveň pomocí operace Nastavit úroveň objektu blob.

Dosádání objektu blob z archivní úrovně může trvat několik hodin. Microsoft doporučuje dosytování větších objektů blob pro zajištění optimálního výkonu. Dosádání několika malých objektů blob současně může vyžadovat další čas. Dosáhnou až 10 GiB na účet úložiště za hodinu.

Můžete nakonfigurovat Azure Event Grid událost, když znovu dosádáte objekt blob z archivní úrovně do online úrovně a odešlete událost obslužné rutině události. Další informace najdete v tématu Zpracování události při dosácení objektů blob.

Další informace o úrovních přístupu v Azure Storage najdete v tématu Horká, studenáa archivní úroveň přístupu pro data objektů blob .

Priorita dosálení

Při dosádce objektu blob můžete nastavit prioritu operace dosálení prostřednictvím volitelné hlavičky x-ms-rehydrate-priority u operace Set Blob Tier nebo Copy Blob. Mezi možnosti priority dosárání patří:

  • Standardní priorita: Žádost o dosažování se zpracuje v pořadí, ve které byla přijata, a může trvat až 15 hodin.
  • Vysoká priorita: Žádost o dosažování bude mít prioritu před požadavky se standardní prioritou a u objektů menších než 10 GB se může dokončit za méně než jednu hodinu.

Pokud chcete zkontrolovat prioritu dosázování v době, kdy probíhá operace dosávání, zavolejte get blob properties (Získat vlastnosti objektu blob) a vraťte hodnotu x-ms-rehydrate-priority hlavičky. Vlastnost priority dosálení vrátí hodnotu Standard nebo High.

Standardní priorita je výchozí možnost dosálení. Dosádka s vysokou prioritou je rychlejší, ale také stojí více než jen dosácení se standardní prioritou. Dosažování s vysokou prioritou může v závislosti na velikosti objektu blob a aktuální poptávce trvat déle než jednu hodinu. Microsoft doporučuje rezervaci dosazování s vysokou prioritou pro použití v situacích nouzového obnovení dat.

Zatímco operace dosálení se standardní prioritou čeká na vyřízení, můžete nastavení priority dosádky objektu blob aktualizovat na hodnotu Vysoká, aby se tento objekt blob dosytoval rychleji. Pokud například dosažíte velký počet objektů blob hromadně, můžete pro všechny objekty blob pro počáteční operaci zadat standardní prioritu a pak zvýšit prioritu na Hodnotu Vysoká pro všechny jednotlivé objekty blob, které je potřeba přetáhnou do online režimu rychleji, až do limitu 10 GiB za hodinu.

U čekající operace není možné snížit nastavení priority dosálení z vysoké na standardní. Mějte na paměti, že aktualizace nastavení priority dosárání může mít vliv na fakturaci.

Informace o tom, jak nastavit a aktualizovat nastavení priority dosárání, najdete v tématu Rehydrace archivovanéhoobjektu blob do online úrovně .

Další informace o cenových rozdílech mezi požadavky na dosažová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í pro přesun objektu blob z archivní úrovně do online úrovně je zkopírování archivovaného objektu blob do nového cílového objektu blob, který je v horké nebo studené úrovni. Ke zkopírování objektu blob můžete použít operaci kopírování objektu blob. Když zkopírujete archivovaný objekt blob do nového objektu blob do online úrovně, zdrojový objekt blob zůstane nezměněný v archivní úrovni.

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 nelze přepsat zkopírováním do stejného objektu blob.

Microsoft doporučuje provést operaci kopírování ve většině scénářů, kdy potřebujete přesunout objekt blob z archivní úrovně do online úrovně, a to z následujících důvodů:

  • Operace kopírování se vyhne poplatku za předčasné odstranění, který se posuzuje, 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.
  • Pokud pro účet úložiště platí zásady správy životního cyklu, může opětovné dosádání objektu blob s nastavenou úrovní objektu blob vést ke scénáři, kdy zásady životního cyklu přesunou objekt blob zpět do archivní úrovně po opětovném dosažování, protože čas poslední změny překračuje prahovou hodnotu nastavenou pro zásady. Operace kopírování ponechá zdrojový objekt blob ve vrstvě Archive a vytvoří nový objekt blob s jiným názvem a novým časem poslední změny, takže ne riskujete, že se dosycený objekt blob ze zásad životního cyklu přesune zpět do archivní úrovně.

Kopírování objektu blob z archivní úrovně může trvat hodiny v závislosti na vybrané prioritě dosálení. Operace kopírování objektů blob na pozadí přečte archivovaný zdrojový objekt blob a vytvoří nový online objekt blob ve vybrané cílové vrstvě. Nový objekt blob může být viditelný, když vypisujete objekty blob v nadřazeném kontejneru před dokončením operace dosálení, ale jeho úroveň bude nastavená na Archivní, data nebudou k dispozici, dokud se nedokončí operace čtení ze zdrojového objektu blob ve vrstvě Archive a obsah objektu blob se nezapisuje do nového cílového objektu blob v online úrovni. Nový objekt blob je nezávislá kopie, takže úprava nebo odstranění nemá vliv na zdrojový objekt blob v archivní úrovni.

Informace o tom, jak dosádit objekt blob tak, že ho zkopírujete do online úrovně, najdete v tématu Rehydrate a blob with a copy operation.

Důležité

Dokud se opětovné dosálení úspěšně nedokončí, odstraňte zdrojový objekt blob. Pokud se zdrojový objekt blob odstraní, nemusí se kopírování dokončit. Můžete zpracovat událost, která se vyvolala po 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 dosácení objektů blob.

Kopírování archivovaného objektu blob do online cílové úrovně se podporuje pouze v rámci stejného účtu úložiště. Archivovaný objekt blob nelze zkopírovat do cílového objektu blob, který je také v archivní úrovni.

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é úrovně Zdroj studené úrovně Zdroj archivní úrovně
Cíl horké úrovně Podporováno Podporováno Podporuje se v rámci stejného účtu. Vyžaduje dosálení objektů blob.
Cíl studené úrovně Podporováno Podporováno Podporuje se v rámci stejného účtu. Vyžaduje dosálení objektů blob.
Cíl archivní úrovně Podporováno Podporováno Nepodporované

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

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

Jakmile se iniciuje požadavek Set Blob Tier, není možné ho zrušit. Během operace dosálení se nastavení úrovně přístupu objektu blob bude dál zobrazovat jako archivované, dokud se proces dosálení nedokoní. Po dokončení operace dosálení se vlastnost access tier objektu blob aktualizuje tak, aby odrážela novou úroveň.

Informace o tom, jak dosádit objekt blob změnou jeho úrovně na online úroveň, najdete v tématu Rehydrate a blob by changing its tier.

Upozornění

Změna úrovně objektu blob nemá vliv na čas poslední změny. Pokud pro účet úložiště platí zásady správy životního cyklu, může opětovné dosádání objektu blob s nastavenou úrovní objektu blob vést ke scénáři, kdy zásady životního cyklu přesunou objekt blob zpět do archivní úrovně po opětovném dosažování, protože čas poslední změny překračuje prahovou hodnotu nastavenou pro zásady.

Pokud se chcete tomuto scénáři vyhnout, zkopírujte archivovaný objekt blob do režimu online, 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, aby nespouštěl zásady správy životního cyklu.

Kontrola stavu operace dosálení objektu blob

Během operace dosálení objektu blob můžete zavolat operaci Získání vlastností objektu blob a zkontrolovat její stav. Informace o tom, jak zkontrolovat stav operace dosálení, najdete v tématu Kontrola stavu operace dosálení.

Zpracování události při dosácení objektů blob

Opětovné dosvědení archivovaného objektu blob může trvat až 15 hodin a opakované dotazování na získání vlastností objektu blob, aby se zjistilo, jestli je dosácení dokončeno, je neefektivní. Použití Azure Event Grid k zachycení události, která se po dokončení dosažování dosažuje, nabízí lepší výkon a optimalizaci nákladů.

Azure Event Grid vyžádá jednu z následujících dvou událostí při dosažování objektů blob v závislosti na tom, která operace se použila k rehydraci objektu blob:

  • Microsoft.Storage. Při vytvoření objektu blob se zobrazí událost BlobCreated. V kontextu dosázení objektů blob se tato událost vyžádá, když operace kopírování objektu blob vytvoří nový cílový objekt blob v horké nebo studené úrovni a data objektu blob se plně dosází z archivní úrovně.
  • Microsoft.Storage. Událost BlobTierChanged se otevře, když se změní úroveň objektu blob. V kontextu dosázení objektů blob se tato událost vyžádá, když operace Set Blob Tier úspěšně změní archivovanou úroveň objektu blob na horkou nebo studenou úroveň.

Informace o tom, jak zachytit událost při opětovném dosouhlasení 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 dosárání objektů blob.

Další informace o zpracování událostí v úložišti objektů blob Storage v tématu Reakce na události služby Azure Blob Storage a Azure Blob Storage jako Event Grid zdroje.

Ceny a fakturace

Operace dosálení pomocí nastavení úrovně objektu blob se účtuje za transakce čtení dat a velikost načítání dat. Dosádka s vysokou prioritou má vyšší provozní náklady a náklady na načítání dat v porovnání se standardní prioritou. Opětovné dosárání s vysokou prioritou se zobrazí jako samostatná řádková položka na vyúčtování. Pokud požadavek s vysokou prioritou na vrácení archivovaného objektu blob s několika gigabajty trvá déle než pět hodin, nebude se vám účtovat frekvence načítání s vysokou prioritou. Stále ale platí standardní frekvence načítání.

Kopírování archivovaného objektu blob do online úrovně pomocí funkce Kopírovat objekt blob se účtuje za transakce čtení dat a velikost načítání dat. Vytvoření cílového objektu blob na online úrovni se účtuje za transakce zápisu dat. Poplatky za předčasné odstranění se při kopírování do online objektu blob nevztahují, protože zdrojový objekt blob zůstane nezměněný v archivní úrovni. Pokud je tato možnost vybraná, použijí se poplatky za načtení s vysokou prioritou.

Objekty blob v archivní úrovni by se měly ukládat minimálně na 180 dnů. Za odstranění nebo změnu úrovně archivovaného objektu blob před uplynutím 180denního období se účtuje poplatek za předčasné odstranění. Další informace najdete v tématu Archivní úroveň přístupu.

Další informace o cenách objektů blob bloku a opětovném dosárání dat najdete v Azure Storage . Další informace o poplatcích za odchozí přenosy dat najdete v tématu Podrobnosti o cenách přenosů dat.

Viz také