Správa verzí objektů blob

Můžete povolit správu verzí objektů blob, abyste automaticky uchovávali předchozí verze objektu. Když povolíte verzi blobů, můžete přistupovat ke starším verzím blobu a obnovit data, pokud jsou změněna nebo smazána.

Upozornění

Po povolení správy verzí objektů blob pro účet úložiště má každá operace zápisu do objektu blob v daném účtu za následek vytvoření nové verze. Z tohoto důvodu může zapnutí verzí blobů znamenat vyšší náklady. Pro minimalizaci nákladů použijte politiku Lifecycle Management nebo úlohu Storage Actions k automatickému mazání předchozích verzí.

Správa verzí objektů blob je jednou z několika funkcí ochrany dat. Volba správné funkce nebo kombinace funkcí závisí na vaší pracovní zátěži a na tom, proti čemu se chráníte. Chcete-li se dozvědět více o doporučeních Microsoft pro ochranu dat, viz Přehled ochrany dat.

Verze versus snímky

Blob verze je podobná snapshotu, ale liší se tím, jak jsou vytvořeny a k čemu jsou nejlépe uzpůsobené. Verzování je automatické a spravované systémem: Azure Storage vytváří novou verzi při každém zápisu nebo mazání, když je povoleno verzování blobů, bez nutnosti aplikační logiky. Snapshot je manuální a řízený aplikací: explicitně vytvoříte kopii k určitému časovému okamžiku, když aplikace vyhodnotí, že je potřeba.

Používejte verzování, když chcete automatickou, kontinuální ochranu proti náhodným nebo škodlivým přepsáním a mazáním. Používejte snímky, když chcete záměrné kopie k určitému okamžiku, například ověřený kontrolní bod před plánovanou aktualizací. Microsoft doporučuje přestat pořizovat snapshoty blokových blobů, jakmile je verzování povoleno.

Jak funguje verzování objektů blob

Verze zachycuje stav blobu v daném časovém okamžiku. Každá verze má své ID verze. Když povolíte verzování blobů pro úložný účet, Azure Storage automaticky vytvoří novou verzi s unikátním ID při prvním vytvoření blobu a pokaždé při jeho úpravě.

ID verze může identifikovat aktuální verzi nebo předchozí verzi. Blob může mít vždy pouze jednu aktuální verzi, tedy svůj aktuální stav. Blob může mít více předchozích verzí.

Při vytváření nového objektu blob existuje jedna verze a tato verze je aktuální. Při úpravě existujícího objektu blob se aktuální verze stane předchozí verzí. Vytvoří se nová verze pro zachycení aktualizovaného stavu a tato nová verze je aktuální. Když odstraníte objekt blob, aktuální verze objektu blob se stane předchozí verzí a už neexistuje aktuální verze. Všechny předchozí verze objektu blob se zachovají.

Následující diagram ukazuje, jak se vytvářejí verze při zápisových operacích a jak může být předchozí verze povýšena na současnou:

Diagram ukazující, jak funguje verzování blobů. Předchozí verze blobů jsou neměnné, což znamená, že nemůžete upravovat obsah ani metadata.

Důležité

  • Velké množství verzí pro blob může zvýšit latenci operací seznamu blobů. Microsoft doporučuje udržovat méně než 1 000 verzí na jeden blob. Můžete použít zásadu Lifecycle Management nebo úlohu Storage Actions k automatickému mazání starých verzí.

  • Správa verzí objektů blob vám nepomůže obnovit omylem odstraněný účet úložiště ani kontejner. Pokud chcete zabránit náhodnému odstranění účtu úložiště, nakonfigurujte zámek na prostředku úložiště. Další informace o uzamčení účtu úložiště najdete v tématu Zamknutí Azure Resource Manager účtu úložiště.

ID verze

Každá verze blobu má jedinečné ID verze. Hodnota ID verze je časové razítko, kdy byl blob aktualizován. Přiřadíte ID verze při vytváření verze.

Konkrétní verzi blobu můžete přečíst nebo smazat pomocí jeho version ID. Pokud nezahrnete ID verze, operace cílí na aktuální verzi.

Když provedete zápisovou operaci za účelem vytvoření nebo úpravy blobu, Azure Storage vrátí hlavičku x-ms-version-id v odpovědi. Tato hlavička obsahuje ID verze aktuální verze blobu, kterou zápisová operace vytvořila.

ID verze zůstává po celou dobu životnosti verze stejné.

Verzování při zápisových operacích

Když zapnete verzi blobů, každá operace zápisu do blobu vytvoří novou verzi. Mezi operace zápisu patří Put Blob, Put Block List, Copy Blob a Set Blob Metadata.

Pokud zápisová operace vytvoří nový blob, výsledný blob je aktuální verzí blobu. Pokud zápisová operace upraví existující blob, aktuální verze se stane předchozí verzí a nová aktuální verze zachytí aktualizovaný blob.

Následující diagram znázorňuje, jak operace zápisu ovlivňují verze objektů blob. Pro zjednodušení diagramy v tomto článku zobrazují ID verze jako jednoduchou celočíselnou hodnotu. Ve skutečnosti je ID verze časové razítko. Aktuální verze je zobrazená modře a předchozí verze jsou zobrazeny šedě.

Diagram, který znázorňuje, jak operace zápisu ovlivňují verzované blob objekty.

Poznámka:

Blob, který jste vytvořili před tím, než bylo pro storage účet povoleno verzování, nemá ID verze. Když tento blob upravíte, upravený blob se stane novou aktuální verzí a stav blobu před aktualizací se stane předchozí verzí. Aktuální verzi je přiřazeno ID verze, které je časem jejího vytvoření.

Když povolíte verzi blobů pro úložný účet, všechny zápisové operace na blokových bloboch spustí vytvoření nové verze, kromě operace Put Block .

U stránkových a doplňovacích blobů spustí vytvoření verze pouze podmnožina operací zápisu. Mezi tyto operace patří:

Následující operace nespouštějí vytvoření nové verze:

Pro zachycení změn z těchto operací pořiďte ruční snímek. Pro více informací viz Blob snapshots.

Všechny verze blobu musí mít stejný typ blob. Pokud má objekt blob předchozí verze, nemůžete ho přepsat objektem jiného typu, dokud ho neodstraníte včetně všech jeho verzí.

Správa verzí při operacích odstranění

Když provedete operaci Delete Blob bez zadání ID verze, aktuální verze se stane předchozí verzí a už neexistuje žádná současná verze. Operace zachovává všechny existující předchozí verze blobu.

Následující diagram znázorňuje dopad operace odstranění na verzovaný blob.

Diagram znázorňující odstranění verzovaného objektu blob

Pokud chcete odstranit konkrétní verzi objektu blob, zadejte ID pro danou verzi operace odstranění. Pokud také povolíte měkké mazání blobu pro úložný účet, systém si verzi ponechá, dokud nevyprší doba uchovávání měkkého mazání.

Zápis nových dat do objektu blob vytvoří novou aktuální verzi objektu blob. Tato akce neovlivňuje žádné existující verze, jak je znázorněno na následujícím diagramu.

Diagram znázorňující po odstranění opětovné vytvoření verzovaného objektu blob.

Úrovně přístupu

Libovolnou verzi objektu blob bloku, včetně aktuální verze, můžete přesunout do jiné úrovně přístupu k objektům blob voláním operace Nastavit úroveň objektu blob. Přesunem starších verzí blobu do cool nebo archivní úrovně můžete využít nižší ceny kapacity. Pro více informací viz Horká, Chladná, Studená a Archivní úroveň přístupu pro data objektů blob.

Pro automatizaci přesunu blokových blobů do příslušné úrovně vytvořte politiku Lifecycle Management , vytvořte úkol Storage Actions nebo povolte Smart Tier.

Povolení nebo zakázání verzování objektů blob

Pokyny k povolení nebo zakázání verzování objektů blob najdete v článku Povolit a spravovat verzování objektů blob.

Zakázání správy verzí objektů blob neodstraní existující objekty blob, verze ani snímky. Když vypnete verzování blobů, nemůžete vytvářet nové verze.

Po vypnutí verzování vytvoří úprava aktuální verze blob, který není verzí. Všechny následné aktualizace objektu blob přepíšou svá data bez uložení předchozího stavu. Všechny existující verze se uchovávají jako předchozí verze.

Verze můžete číst nebo mazat pomocí ID verze po deaktivaci verzování. Po zakázání správy verzí můžete také zobrazit seznam verzí objektu blob.

Replikace objektů spoléhá na verzování objektů blob. Než budete moct zakázat verzování objektů blob, musíte odstranit všechny zásady replikace objektů v účtu. Další informace o replikaci objektů naleznete v tématu Replikace objektů pro blokové blob.

Následující diagram ukazuje, jak úprava objektu blob po zakázání správy verzí vytvoří objekt blob, který není ve verzi. Všechny existující verze přidružené k objektu blob se zachovají.

Diagram znázorňující, že úprava aktuální verze po zakázání správy verzí vytvoří objekt blob, který není verzí.

Podpora funkcí

Podpora této funkce může být ovlivněna povolením protokolu Data Lake Storage Gen2, systému souborů NFS (Network File System) 3.0 nebo protokolu SSH File Transfer Protocol (SFTP). Pokud jste některou z těchto funkcí povolili, podívejte se na podporu funkcí Blob Storage v účtech Azure Storage a vyhodnoťte podporu této funkce.

Správa verzí objektů blob je dostupná pro standardní účty obecného účelu verze 2, prémiové účty blokového úložiště blob a legacy účty Blob Storage. Účty úložiště s povoleným hierarchickým oborem názvů pro použití s Azure Data Lake Storage momentálně nejsou podporovány.

Verze 2019-10-10 a vyšší rozhraní REST API Azure Storage podporují správu verzí objektů blob.

Verze nejsou podporovány u blobů, které nahráváte pomocí Data Lake Storage API.

Autorizace operací na verzích blobu

Přístup k verzím blobů můžete autorizovat jedním z následujících přístupů:

  • Použijte Azure role-based access control (Azure RBAC) k udělení oprávnění Microsoft Entra security principalovi. Microsoft doporučuje používat Microsoft Entra ID pro zajištění lepšího zabezpečení a snadného používání. Další informace o použití Microsoft Entra ID s operacemi BLOBu najdete v tématu Autorizace přístupu k datům v Azure Storage.
  • K delegování přístupu k verzím objektů blob použijte podpis sdíleného přístupu (SAS). Zadejte ID verze pro podepsaný typ prostředku bv, který představuje verzi objektu blob, aby bylo možné vytvořit token SAS pro operace s konkrétní verzí. Další informace o sdílených přístupových podpisech najdete v tématu Grant omezený přístup k prostředkům Azure Storage pomocí sdílených přístupových podpisů (SAS).
  • Použijte přístupové klíče k účtu k autorizaci operací proti verzím blobů pomocí sdíleného klíče. Další informace najdete v tématu Autorizace se sdíleným klíčem.

Správa verzí objektů blob je navržená tak, aby chránila vaše data před náhodným nebo škodlivým odstraněním. K vylepšení ochrany vyžaduje odstranění verze objektu blob speciální oprávnění. Následující části popisují oprávnění potřebná k odstranění verze objektu blob.

Azure RBAC akce pro smazání verze blobu

Následující tabulka ukazuje, které akce Azure RBAC podporují odstranění blobu nebo jeho verze.

Popis Operace služby Blob Akce s daty RBAC je vyžadována Azure Azure předdefinovaná podpora rolí
Odstranění aktuální verze Odstranit blob Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete Přispěvatel dat úložiště blobů
Odstranění předchozí verze Odstranit blob Microsoft.Storage/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action Vlastník dat objektů blob úložiště

Parametry sdíleného přístupového podpisu (SAS)

Podepsaný prostředek pro verzi blobu je bv. Další informace najdete v tématu Vytvoření služby SAS nebo Vytvoření delegace uživatele SAS.

Následující tabulka uvádí oprávnění požadovaná pro SAS k odstranění verze objektu blob.

Oprávnění Symbol identifikátoru URI Povolené operace
Odstranit x Odstraňte verzi objektu blob.

Aspekty stávající pracovní zátěže

  • Smazání blobu už neuvolní místo. Když povolíte verzování, smazání blobu jeho data neodstraní. Současná verze se stává předchozí verzí, která přetrvává a za niž jsou nadále účtovány poplatky. Pracovní zátěže, které spoléhají na mazání k uvolnění úložného prostoru, jsou nadále zpoplatněny, dokud tyto verze výslovně nesmažete.

  • U náročných zátěží s přepisováním se mohou hromadit verze. Verze přetrvávají, dokud je výslovně nesmažete. Tato trvalost může vést k hromadění verzí, pokud je řádně nespravujete. Pro snížení nákladů proveďte změny na úrovni bloku, které budou účtovány na úrovni bloku napříč verzemi, čímž se minimalizují náklady na jednotlivé verze.

Interakce funkcí

Měkké odstranění

Verzování objektů blob a softwarové odstranění objektů blob jsou součástí doporučené konfigurace ochrany dat pro účty úložiště. Další informace o doporučeních Microsoft k ochraně dat najdete v tématu Přehled ochrany dat.

Přepsání objektu BLOB

Pokud povolíte jak verzi blobu, tak měkké mazání blobů pro úložný účet, přepsání blobu automaticky vytvoří novou předchozí verzi, která odráží stav blobu před zápisovou operací. Nová verze není soft-deletována a přetrvává, dokud není explicitně smazána. Nejsou vytvořeny žádné měkce odstraněné snímky.

Odstranění objektu blob nebo verze

Pokud povolíte jak verzování, tak obnovitelné odstranění pro úložný účet, při mazání blobu se aktuální verze blobu stane předchozí. Operace nevytváří novou verzi ani žádné soft-delete snímky. Doba uchovávání pro soft delete se na odstraněný objekt blob nevztahuje.

Soft delete nabízí dodatečnou ochranu při mazání blob verzí. Když smažete předchozí verzi blobu, operace tuto verzi soft-maže. Verze soft delete je uchována, dokud nevyprší doba uchování, po jejímž uplynutí je trvale odstraněna.

Pokud chcete odstranit předchozí verzi objektu blob, zavolejte operaci Odstranit objekt blob a zadejte ID verze.

Obnovení soft-smazané verze

Použijte operaci Undelete Blob k obnovení verzí odstraněných pomocí obnovitelného odstranění během doby uchování odstraněných objektů blob. Operace Undelete Blob vždy obnoví všechny softwarově smazané verze objektu blob. Nemůžete obnovit jen jednu soft-deleted verzi.

Obnovení softwarově smazaných verzí pomocí operace Undelete Blob nepropaguje žádnou verzi jako aktuální verzi. Pokud chcete obnovit aktuální verzi, nejprve obnovte všechny obnovitelně odstraněné verze a pak pomocí operace Kopírovat objekt blob zkopírujte předchozí verzi do nové aktuální verze.

Po uplynutí doby uchovávání soft-delete systém trvale smaže všechny soft-delete verze blobů.

Snímky blobů

Snapshot blobu je kopie blobu pouze pro čtení, pořízená v určitém okamžiku. Snímky a verze blobů jsou podobné, ale vy nebo vaše aplikace vytvoříte snímek ručně, zatímco verze blobu se automaticky vytvoří při zápisu nebo mazání, když pro svůj účet úložiště povolíte správu verzí blobů.

Důležité

Po zapnutí verzí blobů aktualizujte svou aplikaci tak, aby přestala pořizovat snímky blokových blobů. Pokud povolíte verzování pro svůj úložný účet, verze zachytí a uchovají všechny aktualizace a mazání blokových blobů. Pořizování snapshotů neposkytuje žádnou dodatečnou ochranu vašim datům blokových blobů, pokud je povoleno verzování blobů, a může to zvýšit náklady a složitost aplikací.

Vytvoření snímku blobu při zapnuté správě verzí

Přestože se to nedoporučuje, můžete vytvořit snímek blobu, pro který je také povolené verzování. Pokud nemůžete svou aplikaci aktualizovat tak, aby přestala pořizovat snímky blobů při povolení správy verzí, může vaše aplikace podporovat jak snímky, tak i verze.

Když pořídíte snímek blobu se správou verzí, vytvoříte novou verzi současně s tímto snímkem. Také vytvoříte novou aktuální verzi, když pořídíte snapshot.

Následující diagram ukazuje, co se stane, když pořídíte snímek versionovaného blobu. V diagramu obsahují verze objektů blob a snímky s ID verze 2 a 3 identická data.

Diagram zobrazující snímky verzovaného blobu.

Známá omezení

  • Není podporováno u účtů s hierarchickým oborem názvů (Azure Data Lake Storage), ani pro bloby nahrané pomocí rozhraní API Data Lake Storage.

  • Nechrání před odstraněním kontejneru nebo účtu. Správa verzí funguje pouze na úrovni blobů. Smazání kontejneru odstraní všechny bloby a jejich verze. Obnova z tohoto smazání vyžaduje soft delete kontejneru. Ochrana proti smazání účtu vyžaduje zámek prostředku.

  • Verze jsou neměnné. Nemůžete měnit obsah ani metadata existující verze.

  • Všechny verze blobu musí mít stejný typ blob. Nemůžete přepsat blob jiným typem blobu, dokud existují jeho předchozí verze, pokud ho nejdřív nesmažete a všechny jeho verze.

  • Ne všechny zápisy vytvářejí verzi. Odkazujte na informace dříve v tomto článku, které popisují výjimky. Pro zachycení těchto stavů použijte ručně pořízený snímek.

  • Nelze zakázat verzování, dokud existují politiky replikace objektů na účtu. Nejprve musíte smazat všechny politiky replikace objektů.

  • Undelete Blob obnoví všechny soft-delete verze blobu, ne jednu. Jednu verzi nelze selektivně obnovit. Obnovit nikdy neoznačí verzi jako aktuální.

  • Doporučený strop 1 000 verzí na jeden blob. Překročení této hodnoty snižuje výkon výpisu blobů.

Ceny a fakturace

Když povolíte správu verzí objektů blob, můžete mít vyšší náklady na ukládání dat. Při navrhování aplikace zvažte, jak by se tyto poplatky mohly nasčítat, abyste udrželi náklady nízké.

Za verze blobů, jako jsou snapshoty blobů, se účtuje stejným tempem jako aktivní data. Jak jsou verze účtovány, záleží na tom, zda jste explicitně nastavili úroveň pro aktuální nebo předchozí verze blobu (nebo snímky). Další informace o úrovních objektů blob najdete v tématu Horká, Chladná, Studená a Archivní úroveň přístupu pro data objektů blob.

Pokud nezměníte úroveň objektu blob nebo jeho verze, jsou vám účtovány unikátní bloky dat napříč tímto blobem, jeho verzemi a případnými snímky, které může mít. Další informace najdete v článku Fakturace, když úroveň objektu blob není výslovně nastavena.

Pokud změníte úroveň přístupu objektu blob nebo verze, bude vám účtován celý objekt bez ohledu na to, zda objekt blob a verze nakonec znovu skončí na stejné úrovni přístupu. Další informace najdete v článku Fakturace při explicitním nastavení úrovně objektu blob.

Poznámka:

Pokud povolíte verzování pro data, která často přepisujete, můžete zaznamenat zvýšené poplatky za kapacitu úložiště a zvýšenou latenci při operacích s výpisem. Aby se tyto obavy řešily, ukládejte data, která jsou často přepisována, do samostatného úložného účtu s deaktivovaným verzováním.

Pokud povolíte verze na účtech úložiště, které se často zálohují, mohou být účtovány poplatky za načtení dat, když jsou verze uloženy v chladné nebo studené přístupové vrstvě.

Další informace o informacích o fakturaci snímků blobů najdete v oddíle Snímky objektů blob.

U úložných účtů, které používají smart tier, platíte za verze a snímky v plné délce obsahu. Další informace najdete v tématu Optimalizace nákladů pomocí inteligentní vrstvy.

Účtování, když explicitně nenastavíte úroveň objektu blob

Pokud explicitně nenastavíte úroveň blobu pro žádnou verzi blobu, účtují se vám jedinečné bloky nebo stránky napříč všemi verzemi a případnými snímky, které může mít. Za data, která jsou sdílena napříč verzemi blobů, se fakturuje pouze jednou. Když aktualizujete blob, data v nové aktuální verzi se liší od dat uložených v předchozích verzích, takže jste fakturováni za unikátní data za každý blok nebo stránku.

Když nahradíte blok v objektu blob bloku, jste za tento blok fakturováni jako unikátní blok. Toto pravidlo platí i v případě, že blok má stejné ID bloku a stejná data, jaká měl v předchozí verzi. Poté, co znovu uložíte blok, se tento blok odchýlí od svého protějšku v předchozí verzi a za jeho data vám budou účtovány poplatky. Stejné pravidlo platí pro stránku v blobu stránky, kterou aktualizujete s identickými daty.

Ukládání blobov nemá způsob, jak zjistit, zda dva bloky obsahují identická data. Každý blok, který nahrajete a commitujete, je považován za unikátní, i když má stejná data a stejné ID bloku. Protože se vám účtují poplatky za jedinečné bloky, mějte na paměti, že aktualizace blobu při zapnutém verzování znamená další jedinečné bloky a další poplatky.

Když povolíte verzi blobů, vyvolejte aktualizační operace blokových blobů tak, aby aktualizovaly co nejméně bloků. Operace zápisu, které umožňují jemnou kontrolu nad bloky, jsou Put Block a Put Block List. Put Block připraví změny, ale samotná úprava a tvorba verze probíhá během operace Put Block List. Operace Put Blob naopak nahrazuje celý obsah blobu, a může tedy vést k dalším poplatkům.

Následující scénáře ukazují, jak se účtují poplatky za blokový blob a jeho verze, pokud explicitně nenastavíte úroveň blobu.

Scénář 1

Ve scénáři 1 má objekt blob předchozí verzi. Blob není aktualizován od vytvoření verze, takže se účtují pouze za unikátní bloky 1, 2 a 3.

Diagram 1 znázorňuje fakturaci za jedinečné bloky v základním objektu blob a v předchozí verzi.

Scénář 2

Ve scénáři 2 je jeden blok (blok 3 v diagramu) v blobu aktualizován. I když aktualizovaný blok obsahuje stejná data a stejné ID, není stejný jako blok 3 v předchozí verzi. V důsledku toho se účet účtuje za čtyři bloky.

Diagram 2 znázorňující účtování za jedinečné bloky v základním objektu blob a v předchozí verzi.

Scénář 3

Ve scénáři 3 je blob aktualizován, ale verze ne. Blok 3 je nahrazen blokem 4 v současném blobu, ale předchozí verze stále odráží blok 3. V důsledku toho se účet účtuje za čtyři bloky.

Diagram 3 znázorňující účtování za jedinečné bloky v základním objektu blob a předchozí verzi.

Scénář 4

Ve scénáři 4 je aktuální verze kompletně aktualizována a neobsahuje žádné původní bloky. Výsledkem je, že účet je účtován za všech osm unikátních bloků – čtyři v aktuální verzi a čtyři dohromady ve dvou předchozích verzích. Tento scénář může nastat, pokud zapisujete do blobu pomocí operace Put Blob , protože nahrazuje celý obsah blobu.

Diagram 4 ukazuje fakturaci pro unikátní bloky v základním blobu a předchozí verzi.

Fakturace, když explicitně nastavíte úroveň blobu

Pokud explicitně nastavíte úroveň blobu pro blob, verzi nebo snapshot, platíte za celou velikost obsahu objektu v nové úrovni, bez ohledu na to, zda sdílí bloky s objektem v původní úrovni. Platíte také za celý rozsah obsahu nejstarší verze v původní úrovni. U ostatních předchozích verzí nebo snapshotů, které zůstávají v původní úrovni, platíte za unikátní bloky, které sdílejí, jak je popsáno v Fakturaci, pokud úroveň blobu není explicitně nastavena.

Přesunutí objektu blob na novou vrstvu

Následující tabulka popisuje chování fakturace pro blob nebo verzi při přesunu do nové úrovně.

Když nastavíš úroveň blobů... Následně vám bude účtováno...
Výslovně nastaveno na verzi, ať už aktuální nebo předchozí Délka celého obsahu této verze. Verze, které nemají explicitně nastavenou úroveň, se účtují jenom za jedinečné bloky.1
Archivovat Celková délka obsahu všech verzí a snapshotů.1

1Pokud existují jiné předchozí verze nebo snapshoty, které jste nepřesunuli z původní úrovně, tyto verze nebo snímky se účtují podle počtu unikátních bloků, které obsahují, jak je popsáno v Fakturaci, když úroveň blobu není explicitně nastavena.

Následující diagram ilustruje, jak jsou objekty fakturovány, když přesunete verzovaný blob na jinou úroveň.

Diagram znázorňující, jak se objekty fakturují, když je verzovaný blob explicitně vrstvený.

Explicitní nastavení úrovně pro blob, verzi nebo snapshot nelze zvrátit. Pokud přesunete blob do nové úrovně a pak ho vrátíte zpět do původní úrovně, platíte za celou délku obsahu objektu, i když sdílí bloky s jinými objekty v původní úrovni.

Operace, které explicitně nastavují úroveň objektu blob, verze nebo snímku, zahrnují:

Odstranění objektu blob při povoleném měkkém odstranění

Když povolíte měkké mazání blobů, platíte za všechny měkké smazané entity stejnou sazbou jako živá data. Pokud smažete nebo přepíšete aktuální verzi, pro kterou jste explicitně nastavili tier, platíte za všechny předchozí verze soft-deleted blobu v plné délce obsahu. Pro více informací o tom, jak funguje verzování objektů blob a obnovitelné odstranění, viz Interakce funkcí.

Monitorování a řešení potíží

  • Moje politika LCM nemaže verze, když to očekávám: Stáří verze závisí na tom, kdy jste původně zapsali její data, ne od toho, kdy se z ní stala předchozí verze. Lhůta začíná běžet při vytvoření blobu, ne při přepsání, které ho posunulo do historie verzí. Výsledkem je, že blob, který zůstal dlouho nezměněný před přepsáním, může vytvořit předchozí verzi, která už překračuje váš daysAfterCreationGreaterThan práh v okamžiku vytvoření, což způsobí, že bude téměř okamžitě smazána. Naopak verze nedávno vytvořených blobů mohou přetrvávat déle, než se očekávalo. Pro potvrzení zkontrolujte skutečné časové razítko vytvoření verzí, místo abyste předpokládali, že odpovídá času přepsání. Pokud potřebujete nastavit uchovávání podle toho, kdy se verze stala neaktuální, nebo chcete podrobnější kontrolu, než umožňují denní prahy správy životního cyklu, zvažte místo toho použití Azure Storage Actions. Pro více informací viz Akce úložiště.

  • Moje faktura je stále vysoká i po vypnutí verzí: Stávající verze zůstávají, dokud je ručně nesmažete.

  • Nemohu vypnout verzování. Replikace objektů může být nakonfigurována přímo na účtu. Nejprve smažte všechny politiky replikace objektů a pak deaktivujte verzování. Alternativně může existovat politika neměnnosti (WORM) na kontejneru nebo na účtu, jehož verzování nelze deaktivovat.

Viz také

  • Poslední aktualizace v