Ukládání dat objektů blob pro důležité obchodní informace s neměnným úložištěm v režimu zápisu jednou, čtení mnoha stavů (WORM)
Funkce neměnného úložiště pro službu Azure Blob Storage uživatelům umožňuje ukládat důležitá podniková data ve stavu WORM (Write Once, Read Many). Ve stavu WORM nelze data upravit ani odstranit pro uživatelem zadaný interval. Konfigurací zásad neměnnosti pro data objektů blob můžete chránit data před přepsáním a odstraněním.
Neměnné úložiště pro Azure Blob Storage podporuje dva typy zásad neměnnosti:
Zásady uchovávání informací založené na čase: Pomocí zásad uchovávání informací na základě času můžou uživatelé nastavit zásady pro ukládání dat pro zadaný interval. Při nastavení zásad uchovávání informací na základě času je možné vytvářet a číst objekty, ale ne upravovat nebo odstraňovat. Po uplynutí doby uchovávání je možné objekty odstranit, ale nepřepsat.
Zásady blokování z právních důvodů: Blokování z právních důvodů ukládá neměnná data, dokud se blokování z právních důvodů explicitně nevymaže. Při nastavení blokování z právních důvodů je možné vytvářet a číst objekty, ale ne upravovat nebo odstraňovat.
Tyto zásady je možné nastavit současně s ostatními. Uživatel může mít například zásady uchovávání informací na základě času i blokování z právních důvodů nastavené na stejné úrovni i ve stejnou dobu. Aby zápis proběhl úspěšně, musíte mít buď povolenou správu verzí, nebo mít pro data zásady uchovávání informací založené na čase nebo blokování z právních důvodů ani zásady uchovávání informací založené na čase. Aby bylo odstranění úspěšné, nesmí existovat zásady uchovávání informací podle právních předpisů ani zásady uchovávání informací na základě času na datech.
Následující diagram znázorňuje, jak zásady uchovávání informací na základě času a blokování z právních důvodů brání operacím zápisu a odstranění v době jejich platnosti.
Pod neměnným deštníkem úložiště jsou dvě funkce: WORM na úrovni kontejneru a WORM na úrovni verzí. WORM na úrovni kontejneru umožňuje nastavit zásady pouze na úrovni kontejneru, zatímco WORM na úrovni verze umožňuje nastavit zásady na úrovni účtu, kontejneru nebo na úrovni verze.
Neměnné úložiště pro objekty blob
Immutable Storage pomáhá organizacím zdravotní péče, finančním institucím a souvisejícím odvětvím ( zejména organizacím prodejců brokerů) bezpečně ukládat data. Neměnné úložiště je možné použít v jakémkoli scénáři k ochraně důležitých dat před úpravami nebo odstraněním.
Mezi typické případy použití patří:
Dodržování právních předpisů: Neměnné úložiště pro Azure Blob Storage pomáhá organizacím řešit SEC 17a-4(f), CFTC 1.31(d), FINRA a další předpisy.
Zabezpečené uchovávání dokumentů: Neměnné úložiště objektů blob zajišťuje, že data nebudou moct upravovat ani odstraňovat žádný uživatel, ani uživatelé s oprávněními správce účtu.
Blokování zprávníchchm objektům umožňuje uživatelům ukládat citlivé informace, které jsou důležité pro soudní spor nebo obchodní použití, a to po požadovanou dobu trvání, dokud se blokování neodebere. Tato funkce není omezena pouze na případy právního použití, ale lze ji považovat za blokování založené na událostech nebo podnikový zámek, kde je potřeba chránit data na základě triggerů událostí nebo firemních zásad.
Dodržování legislativní předpisů
Společnost Microsoft si zachovala přední nezávislou hodnotící firmu, která se specializuje na správu záznamů a řízení informací, Cohasset Associates, aby vyhodnotila neměnné úložiště objektů blob a jeho dodržování požadavků specifických pro odvětví finančních služeb. Společnost Cohasset ověřila, že neměnné úložiště, pokud se používá k uchovávání objektů blob ve stavu WORM, splňuje příslušné požadavky na úložiště pravidla CFTC 1.31(c)-(d), pravidlo FINRA 4511 a pravidlo SEC 17a-4(f). Společnost Microsoft se na tuto sadu pravidel zaměřila, protože představují nejskriptivnější pokyny globálně pro uchovávání záznamů pro finanční instituce.
Sestava Cohasset je k dispozici v Centru zabezpečení služeb Microsoftu. Centrum zabezpečení Azure obsahuje podrobné informace o certifikacích dodržování předpisů Microsoftu. Pokud chcete požádat o potvrzení identity od Microsoftu ohledně dodržování předpisů ohledně neměnnosti WORM, obraťte se na podporu Azure.
Zásady uchovávání informací na základě času
Zásady uchovávání informací založené na čase ukládají data objektů blob ve formátu WORM pro zadaný interval. Když je nastavená zásada uchovávání informací podle času, můžou klienti vytvářet a číst objekty blob, ale nemůžou je upravovat ani odstraňovat. Po vypršení platnosti intervalu uchovávání je možné objekty blob odstranit, ale nepřepsat.
Obor
Zásady uchovávání informací založené na čase je možné nakonfigurovat v následujících oborech:
- Zásady WORM na úrovni verze: Zásady uchovávání informací na základě času je možné nakonfigurovat na úrovni účtu, kontejneru nebo verze. Pokud je nakonfigurovaná na úrovni účtu nebo kontejneru, zdědí ho všechny objekty blob v příslušném účtu nebo kontejneru.
- Zásady WORM na úrovni kontejneru: Zásady uchovávání informací na základě času nakonfigurované na úrovni kontejneru se vztahují na všechny objekty blob v daném kontejneru. Jednotlivé objekty blob není možné konfigurovat s vlastními zásadami neměnnosti.
Interval uchovávání pro zásady založené na čase
Minimální interval uchovávání informací pro zásady uchovávání informací na základě času je jeden den a maximum je 146 000 dnů (400 let). Při konfiguraci zásad uchovávání informací na základě času zůstanou ovlivněné objekty v neměnném stavu během efektivní doby uchovávání informací. Efektivní doba uchovávání pro objekty se rovná rozdílu mezi časem vytvoření objektu blob a uživatelem zadaným intervalem uchovávání informací. Vzhledem k tomu, že je možné prodloužit interval uchovávání zásad, neměnné úložiště používá k výpočtu efektivní doby uchovávání nejnovější hodnotu intervalu uchovávání informací zadaného uživatelem.
Předpokládejme například, že uživatel vytvoří zásadu uchovávání informací na základě času s intervalem uchovávání informací 5 let. Existující objekt blob v daném kontejneru testblob1 byl vytvořen před rokem, takže efektivní doba uchovávání pro testblob1 je čtyři roky. Když se do kontejneru nahraje nový objekt blob testblob2, efektivní doba uchovávání pro testblob2 je pět let od doby jejího vytvoření.
Uzamčené a odemknuté zásady
Při první konfiguraci zásad uchovávání informací na základě času se zásada odemkne pro účely testování. Po dokončení testování můžete zásady uzamknout tak, aby byly plně kompatibilní se standardem SEC 17a-4(f) a dalšími zákonnými předpisy.
Uzamčené i odemknuté zásady chrání před odstraněním a přepsáním. Odemknuté zásady ale můžete upravit zkrácením nebo prodloužením doby uchovávání. Můžete také odstranit odemknuté zásady. Nemůžete odstranit uzamčené zásady uchovávání informací podle času. Dobu uchovávání můžete prodloužit, ale nemůžete ji snížit. Během životnosti uzamčené zásady, která je definována na úrovni kontejneru, je povoleno maximálně pět zvýšení platnosti efektivní doby uchovávání. Pro zásadu nakonfigurovanou pro verzi objektu blob neexistuje žádné omezení počtu zvýšení na efektivní období.
Důležité
Zásady uchovávání informací na základě času musí být uzamčeny, aby objekt blob byl v neměnném stavu vyhovujícím stavu (zápisu a odstranění chráněného) pro SEC 17a-4(f) a další dodržování právních předpisů. Microsoft doporučuje, abyste zásady zamkli v přiměřeném časovém intervalu, obvykle méně než 24 hodin. I když odemknutý stav poskytuje ochranu neměnnosti, použití odemknutého stavu pro jakýkoli jiný účel než krátkodobé testování se nedoporučuje.
Protokolování auditu zásad uchovávání informací
Každý kontejner s povolenými zásadami uchovávání informací podle času poskytuje protokol auditu zásad. Protokol auditu obsahuje až sedm příkazů uchovávání informací na základě času pro uzamčené zásady uchovávání informací na základě času. Protokolování se obvykle spustí, jakmile zásadu uzamknete. Položky protokolu zahrnují ID uživatele, typ příkazu, časové razítko a interval uchovávání. Protokol auditu se uchovává po celou dobu životnosti zásady v souladu se zákonnými pokyny SEC 17a-4(f).
Protokol aktivit Azure poskytuje komplexnější protokol všech aktivit služeb správy. Protokoly prostředků Azure uchovávají informace o operacích s daty. Za trvalé ukládání těchto protokolů zodpovídá uživatel, jak může být vyžadováno pro zákonné nebo jiné účely.
Změny zásad uchovávání informací na základě času na úrovni verze nejsou auditovány.
Blokování z právních důvodů
Blokování z právních důvodů je dočasná zásada neměnnosti, kterou je možné použít pro účely právního šetření nebo obecné zásady ochrany. Blokování z právních důvodů ukládá data objektů blob ve formátu WORM (Write-Once, Read-Many), dokud se blokování explicitně nesmazat. Pokud je blokování z právních důvodů platné, dají se objekty blob vytvářet a číst, ale ne upravovat ani odstraňovat. Blokování z právních důvodů použijte, pokud je doba, po kterou musí být data uložena ve stavu WORM, je neznámá.
Obor
Zásady blokování z právních důvodů je možné nakonfigurovat v některém z následujících oborů:
Zásady WORM na úrovni verze: Blokování z právních důvodů je možné nakonfigurovat na úrovni jednotlivých verzí objektů blob pro podrobnou správu citlivých dat.
Zásady WORM na úrovni kontejneru: Blokování z právních důvodů nakonfigurované na úrovni kontejneru se vztahuje na všechny objekty blob v daném kontejneru. Jednotlivé objekty blob není možné konfigurovat s vlastními zásadami neměnnosti.
Značky
Blokování na úrovni kontejneru musí být přidruženo k jedné nebo více uživatelsky definovaných alfanumerických značek, které slouží jako řetězce identifikátorů. Značka může například obsahovat ID případu nebo název události.
Protokolování auditu
Každý kontejner s blokováním z právních důvodů poskytuje protokol auditu zásad. Protokol obsahuje ID uživatele, typ příkazu, časové razítko a značky blokování z právních důvodů. Protokol auditu se uchovává po celou dobu životnosti zásady v souladu se zákonnými pokyny SEC 17a-4(f).
Protokol aktivit Azure poskytuje komplexnější protokol všech aktivit služeb správy. Protokoly prostředků Azure uchovávají informace o operacích s daty. Za trvalé ukládání těchto protokolů zodpovídá uživatel, jak může být vyžadováno pro zákonné nebo jiné účely.
Změny blokování z právních důvodů na úrovni verze nejsou auditovány.
Možnosti funkce neměnného úložiště
Následující tabulka ukazuje rozdělení rozdílů mezi WORM na úrovni kontejneru a WORM na úrovni verze:
| Kategorie | WORM na úrovni kontejneru | WORM na úrovni verze |
|---|---|---|
| Úroveň členitosti zásad | Zásady je možné konfigurovat pouze na úrovni kontejneru. Každý objekt, který se nahraje do kontejneru, dědí neměnnou sadu zásad. | Zásady je možné nakonfigurovat na úrovni účtu, kontejneru nebo objektu blob. Pokud je zásada nastavená na úrovni účtu, všechny objekty blob nahrané do daného účtu zásadu dědí. Stejná logika následuje s kontejnery. Pokud je zásada nastavená na více úrovních, pořadí priorit je vždy Blob –> Container –> Account. |
| Dostupné typy zásad | Na úrovni kontejneru je možné nastavit dva různé typy zásad: zásady uchovávání informací na základě času a blokování z právních důvodů. | Na úrovni účtu a kontejneru je možné nastavit pouze zásady uchovávání informací na základě času. Na úrovni objektu blob je možné nastavit zásady uchovávání informací podle času i blokování z právních důvodů. |
| Závislosti funkcí | Žádné další funkce nejsou předpokladem nebo požadavkem, aby tato funkce fungovala. | Správa verzí je předpokladem pro použití této funkce. |
| Povolení pro existující účty nebo kontejner | Tuto funkci je možné kdykoli povolit pro existující kontejnery. | V závislosti na úrovni členitosti nemusí být tato funkce povolená pro všechny existující účty nebo kontejnery. |
| Odstranění účtu nebo kontejneru | Po uzamčení zásad uchovávání informací na základě času v kontejneru je možné kontejnery odstranit pouze v případě, že jsou prázdné. | Jakmile je na úrovni účtu nebo kontejneru povolená funkce WORM na úrovni verze, je možné je odstranit pouze v případě, že jsou prázdné. |
| Podpora služby Azure Data Lake Storage Gen2 (účty úložiště s povoleným hierarchickým oborem názvů) | Zásady WORM na úrovni kontejneru jsou podporovány v účtech, které mají hierarchický obor názvů. | Zásady WORM na úrovni verzí se zatím v účtech s hierarchickým oborem názvů nepodporují. |
Další informace o WORM na úrovni kontejneru najdete v tématu Zásady WORM na úrovni kontejneru. Další informace o verzi WORM najdete v zásadách WORM na úrovni verze.
WORM na úrovni kontejneru a na úrovni verze
Následující tabulka vám pomůže určit, jaký typ zásad WORM se má použít.
| Kritéria | Použití WORM na úrovni kontejneru | Použití WORM na úrovni verze |
|---|---|---|
| Uspořádání dat | Chcete nastavit zásady pro konkrétní datové sady, které je možné kategorizovat podle kontejneru. Všechna data v daném kontejneru se musí uchovávat ve stavu WORM po stejnou dobu. | Objekty nelze seskupit podle období uchovávání informací. Všechny objekty blob musí být uložené s určitou dobou uchování na základě scénářů tohoto objektu blob nebo uživatel má smíšenou úlohu, aby se některé skupiny dat mohly seskupit do kontejnerů, zatímco jiné objekty blob ne. Můžete také chtít nastavit zásady na úrovni kontejneru a zásady na úrovni objektů blob v rámci stejného účtu. |
| Množství dat, která vyžadují neměnnou zásadu | Nemusíte nastavovat zásady pro více než 10 000 kontejnerů na účet. | Chcete nastavit zásady pro všechna data nebo velké objemy dat, která můžou být delineována účtem. Víte, že pokud používáte WORM na úrovni kontejneru, budete muset překročit limit 10 000 kontejnerů. |
| Zájem o povolení správy verzí | Nechcete se zabývat povolením správy verzí buď z důvodu nákladů, nebo proto, že úloha vytvoří řadu dalších verzí, se kterými se bude zabývat. | Buď chcete používat správu verzí, nebo to nevadí. Víte, že pokud nepovolují správu verzí, nemůžete zachovat úpravy ani přepisovat neměnné objekty blob jako samostatné verze. |
| Umístění úložiště (Blob Storage vs. Data Lake Storage Gen2) | Vaše úloha se plně zaměřuje na Azure Data Lake Storage Gen2. Nemáte okamžitý zájem ani plán přejít na používání účtu, který nemá povolenou funkci hierarchického oboru názvů. | Vaše úloha je buď ve službě Blob Storage v účtu, který nemá povolenou funkci hierarchického oboru názvů, a teď může používat funkci WORM na úrovni verze, nebo můžete počkat, až bude správa verzí dostupná pro účty, které mají povolený hierarchický obor názvů (Azure Data Lake Storage Gen2). |
Úrovně přístupu
Všechny úrovně přístupu k objektům blob podporují neměnné úložiště. Úroveň přístupu objektu blob můžete změnit pomocí operace Nastavit úroveň objektu blob. Další informace najdete v tématu Úrovně přístupu pro data objektů blob.
Konfigurace redundance
Všechny konfigurace redundance podporují neměnné úložiště. Další informace o konfiguracích redundance najdete v tématu Redundance služby Azure Storage.
Doporučené typy objektů blob
Microsoft doporučuje nakonfigurovat zásady neměnnosti hlavně pro objekty blob bloku a doplňovací objekty blob. Konfigurace zásad neměnnosti objektu blob stránky, která ukládá disk VHD pro aktivní virtuální počítač, se nedoporučuje, protože zápisy na disk budou blokované nebo pokud je povolená správa verzí, každý zápis se uloží jako nová verze. Microsoft doporučuje, abyste si důkladně prostudovali dokumentaci a otestovali své scénáře před uzamčením jakýchkoli zásad založených na čase. Microsoft doporučuje, abyste si důkladně prostudovali dokumentaci a otestovali své scénáře před uzamčením jakýchkoli zásad založených na čase.
Neměnné úložiště s obnovitelným odstraněním objektů blob
Pokud je pro účet úložiště nakonfigurované obnovitelné odstranění objektů blob, platí pro všechny objekty blob v rámci účtu bez ohledu na to, jestli platí zásady uchovávání informací z právních důvodů nebo zásady uchovávání informací založené na čase. Společnost Microsoft doporučuje povolit obnovitelné odstranění pro dodatečnou ochranu před použitím jakýchkoli zásad neměnnosti.
Pokud povolíte obnovitelné odstranění objektů blob a pak nakonfigurujete zásadu neměnnosti, všechny objekty blob, které už byly obnovitelné odstranění, se trvale odstraní, jakmile vyprší platnost zásady obnovitelného odstranění. Obnovitelně odstraněné objekty blob je možné obnovit během doby uchovávání obnovitelného odstranění. Objekt blob nebo verze, které ještě nebyly obnovitelně odstraněny, jsou chráněné zásadami neměnnosti a nedají se obnovitelně odstranit, dokud nevypršela platnost zásad uchovávání informací podle času nebo se blokování z právních důvodů odebere.
Sledování zásad neměnnosti pomocí inventáře objektů blob
Inventář objektů blob služby Azure Storage poskytuje přehled kontejnerů v účtech úložiště a objektech blob, snímky a verze objektů blob v nich. Sestavu inventáře objektů blob můžete použít k pochopení atributů objektů blob a kontejnerů, včetně toho, jestli má prostředek nakonfigurovanou neměnnou zásadu.
Když povolíte inventář objektů blob, Azure Storage každý den vygeneruje sestavu inventáře. Sestava poskytuje přehled vašich dat pro obchodní požadavky a požadavky na dodržování předpisů.
Další informace o inventáři objektů blob najdete v tématu Inventář objektů blob služby Azure Storage.
Poznámka:
Pokud je pro tento účet povolená podpora neměnnosti na úrovni verze, nemůžete v účtu nakonfigurovat zásady inventáře nebo pokud je pro cílový kontejner definovaný v zásadách inventáře povolená podpora neměnnosti na úrovni verze.
Ceny
Za použití neměnného úložiště se neúčtují žádné další poplatky. Neměnná data jsou cenná stejným způsobem jako proměnlivá data. Pokud používáte WORM na úrovni verze, může být faktura vyšší, protože jste povolili správu verzí a jsou spojené náklady spojené s ukládáním dalších verzí. Další informace najdete v zásadách správy verzí. Podrobnosti o cenách služby Azure Blob Storage najdete na stránce s cenami služby Azure Storage.
Vytvoření, úprava nebo odstranění zásad uchovávání informací na základě času nebo blokování z právních důvodů ve verzi objektu blob vede k poplatkům za transakce zápisu.
Pokud se vám nepodaří zaplatit fakturu a váš účet má aktivní zásady uchovávání informací založené na čase, platí běžné zásady uchovávání dat podle podmínek a ujednání smlouvy s Microsoftem. Obecné informace najdete v tématu Správa dat v Microsoftu.
Podpora funkcí
Tato funkce není kompatibilní s obnovením k určitému bodu v čase a sledováním posledního přístupu. Zásady neměnnosti nejsou podporovány v účtech s povoleným protokolem NFS (Network File System) 3.0 nebo protokolem SSH File Transfer Protocol (SFTP).
Některé úlohy, jako je zálohování SQL na adresu URL, vytvoří objekt blob a pak ho přidá. Pokud má kontejner aktivní zásady uchovávání informací na základě času nebo blokování z právních důvodů, tento model nebude úspěšný. Další podrobnosti najdete v tématu Povolit zápisy objektů blob s chráněným doplňovacím objektem blob.
Další informace najdete v tématu Podpora funkcí služby Blob Storage v účtech Azure Storage.