ECS: Uchování CAS v systému ECS
Summary: Tento článek se zabývá uchováním CAS v systému ECS. Popisuje také pokročilé uchování aplikací CAS: uchování na základě událostí, pozdržení kvůli soudnímu sporu a minimální/maximální řízení ...
Instructions
min/max. Jedná se o výňatek z příručky ECS Data Access Guide, kterou naleznete a můžete stáhnout zde: Produktová stránka zařízení ECS
Uchování CAS v systému ECS
C-klip CAS může mít dobu uchování, která určuje délku celkové doby. Přidružený objekt se uchovává v úložišti ECS předtím, než jej aplikace může odstranit.
Období uchování
Aplikace CAS přiřadí objektům v C-klipech doby uchování.
Například pokud je nutné finanční dokument uchovávat po dobu 3 let od data vytvoření,
pak je 3letá doba uchování specifikována v C-klipu přidruženém k finančnímu dokumentu. Je také možné určit,
že dokument bude uchováván po neomezenou dobu.
Zásady uchovávání (třídy uchovávání)
Poznámka: Koncept tříd uchování Centera je namapován na zásady uchování v systému ECS.
Tato dokumentace používá zásady uchování.
Zásady uchování umožňují zachytit případy uchování a použít je na C-klipy. Různé typy dokumentů
mohou například mít jinou dobu uchování. Je možné, že budete potřebovat následující
dobu uchování:
- Finanční: 3 roky
- Právní: 5 roků
- E-mail: 6 měsíců
Když se zásady uchovávání informací aplikují na několik svorek C, změnou zásady. Doba uchovávání
se změní pro všechny objekty, na které se zásada vztahuje.
Zásady uchování jsou spojeny s obory názvů v systému ECS a aplikace CAS je rozpozná
jako třídy uchování.
Uchování na úrovni kbelíku ECS a CAS
Uchování na úrovni kbelíku není v aplikaci Centera výchozím fondem uchovávání. V systému ECS je výchozí uchování CAS
neustále nulové.
Výchozí doba uchování v objektech zapsaných bez uchování na úrovni objektu
v oborech názvů souladu.
Od verze ECS 3.0, když aplikace zapíše C-klip bez uchování objektu do kbelíku ECS CAS
v oboru názvů souladu a kbelík má hodnotu uchování (například 6 měsíců),
bude C-klipům přiřazena výchozí doba uchování nekonečno (-1). C-klipy nelze nikdy odstranit,
protože jejich efektivní doba uchování je nejdelší mezi dvěma:
doba uchování na úrovni kbelíku a standardní uchování na úrovni objektu.
Priorita CAS
Pokud je v systému ECS aplikováno více období uchování na jeden objekt CAS, má doba uchování
s vyšší hodnotou priority bez ohledu na to, jak bylo uchování aplikováno.
Jak aplikovat uchování CAS
Režimy uchování oborů názvů můžete definovat na portálu ECS nebo v rozhraní ECS Management
API. Viz Nastavení zásad uchování oboru názvů.
Externí aplikace CAS může C-klipu přiřazovat fixní dobu uchování
nebo zásady uchování.
Při zavádění období uchování prostřednictvím rozhraní API zadejte období v sekundách.
Poznámka: Úložiště ECS CAS zohledňuje pro všechny výpočty související s uchováním dobu vytvoření C-klipu,
a nikoli dobu migrace.
Jak vytvořit zásady uchování pomocí rozhraní API pro správu systému ECS.
Období a zásady uchování můžete vytvořit pomocí systému ECS, jehož přehled je uveden
níže.
| Způsob | Popis |
|---|---|
| PUT /object/bucket/{názevKbelíku}/retention | Hodnota uchování kbelíku definuje povinnou dobu uchování, která se aplikuje na každý objekt v rámci kbelíku. Pokud nastavíte dobu uchování na 1 rok, objekt z kbelíku nebude možné odstranit po dobu 1 roku. |
| GET /object/bucket/{názevKbelíku}/retention | Vrátí dobu uchování, která je aktuálně nastavena pro zadaný kbelík. |
| POST /object/namespaces/namespace/{oborNázvů}/ retention |
U oborů názvů se nastavení uchování chová jako zásada, kde každá zásada představuje pár <Název>:<Doba uchování>. Pro obor názvů můžete definovat několik zásad uchování a v oboru názvů můžete objektu přiřadit zásadu podle názvu . Díky tomu budete moci změnit dobu uchování sady objektů, které mají přiřazenou stejnou zásadu pomocí změnou odpovídající zásady. |
| PUT /object/namespaces/namespace/{oborNázvů}/ retention/{třída} |
Aktualizuje dobu uchování, která je spojena s oborem názvů. |
| GET /object/namespaces/namespace/{oborNázvů}/ retention |
Vrátí zásady uchování definované pro obor názvů. |
Další informace o rozhraní ECS Management API naleznete v úvodu rozhraní ECS Management REST API
v příručce přístupu k datům ECS.
Pokročilé uchování aplikací CAS: uchování na základě událostí, pozdržení kvůli soudnímu sporu a minimální/maximální řízení
Popisuje pokročilé funkce uchování dostupné v rozhraní CAS API, které podporuje systém ECS.
Zákaznické aplikace používají k povolení strategií uchování rozhraní CAS API. Při migraci úloh CAS
do systému ECS mohou aplikace CAS API zákazníka díky povědomí systému ECS o funkcích pokračovat
v práci s migrovanými daty. V systému ECS jsou k dispozici následující pokročilé funkce správy uchování (ARM)
bez samostatné licence:
- Uchování na základě událostí: možnost nakonfigurovat objekt prostřednictvím C-klipu tak,
aby se aktivovala doba uchování nebo zásady uchování, když aplikace CAS obdrží danou událost. - Pozdržení z důvodu soudních sporů: možnost zabránit odstranění objektu, pokud aplikace CAS použila
na objekt pozdržení prostřednictvím C-klipu. Aplikace CAS může při vytváření
a použití jedinečných ID pro pozdržení z důvodu soudních sporů použít až 100 pozdržení. - Minimální/maximální řízení: Možnost správce nastavit limity na úrovni kbelíku pro fixní dobu uchování
nebo proměnlivou dobu uchování. Proměnlivá doba uchování je doba, která je nastavena tak,
aby podporovala uchování na základě událostí. V systému ECS mohou správci systému nebo oboru názvů nastavit hodnoty
pomocí portálu ECS. Programátoři mohou k nastavení hodnot použít rozhraní API pro správu systému ECS.
Poznámka: Režim ARM je podporován u starších dat CAS zapsaných pomocí jakéhokoli pravidla pojmenování, které je migrováno
do systému ECS.
Minimální/maximální řízení pro uchování na úrovni kbelíku CAS
Na portálu ECS najděte kbelík CAS a vyberte možnost Edit. Všechny funkce zobrazené na níže uvedené obrazovce jsou
pouze funkce CAS s výjimkou funkce Bucket Retention Period. Funkce Bucket Retention
Period je standardní funkce uchování kbelíků ECS podporovaná u všech typech kbelíků ECS.
Funkce uchování kbelíků CAS jsou vysvětleny v následující tabulce.
| Funkce | Popis |
|---|---|
| Enforce Retention | Pokud je tato funkce zapnuta, nelze bez informací o uchování (doba nebo zásady) vytvořit žádný objekt CAS. Pokus o uložení takového objektu zobrazí chybu. Pokud je funkce zapnutá, není možné nakonfigurovat dobu uchování kbelíků ani v prostředí s povoleným souladem. Poznámka: Pokud je nástroj Centera v režimu CE+ migrován do systému ECS, je ve výchozím nastavení v kbelíku zapnutá funkce Enforce Retention. |
| Doba uchování kbelíku |
Pokud je zadána doba uchování kbelíku a je k dispozici jak doba uchování na úrovni kbelíku, tak doba uchování na úrovni objektu, bude vynucena delší doba. Pokud nejsou vynucovány informace o uchování v objektu, je v prostředí s povoleným souladem povinná doba uchování kbelíků. Po nakonfigurování doby uchování kbelíku ji však nelze resetovat ani v případě, že jsou vynucovány informace o uchování v objektu. |
| Minimum Fixed Retention Period |
Tato funkce řídí dobu uchování uvedenou v objektech. Pokud je doba uchování objektu mimo zde specifikované hranice, pokus o zápis objektu selže. Při použití zásad uchování nebudou vynucována minimální/maximální nastavení. Pokud v části Minimum Fixed Retention Period vyberete hodnotu Infinite, všechny hodnoty uchování musí být nekonečné. Pokud v části Maximum Fixed Retention Period vyberete hodnotu, znamená to, že není k dispozici žádný maximální limit. U každého C-klipu zapsaného do kbelíku se použijí minimální/maximální omezení uchování. Pokud je klip migrován jakýmkoli nástrojem třetí strany založeným na SDK, mělo by být uchování v mezích, jinak se zobrazí chyba. |
| Maximum Fixed Retention Period |
|
| Minimum Variable Retention Period |
Tato funkce řídí proměnlivé doby uchovávání zadané v objektech pomocí metody založené na událostech. uchovávání (EBR). V uchování na základě událostí je nastavena základní doba uchování a naprogramovaná funkce spouštěče umožňuje prodloužit dobu uchování při aktivaci spouštěče. Pokud je nová doba uchování objektu mimo zde specifikované hranice, pokus o zápis objektu v reakci na spouštěč selže. Při použití zásad uchování nebudou vynucována minimální/maximální nastavení. Pokud v části Minimum Variable Retention Period vyberete hodnotu Infinite, všechny hodnoty uchování musí být nekonečné. Pokud v části Maximum Variable Retention Period vyberete If, znamená to, že není k dispozici žádný maximální limit. U každého C-klipu zapsaného do kbelíku se použijí minimální/maximální omezení uchování. Pokud je klip migrován jakýmkoli nástrojem třetí strany založeným na SDK, mělo by být uchování v mezích, jinak se zobrazí chyba. |
| Maximum Variable Retention Period |
Poznámka: Pokud správce systému nebo programátor nenastavil žádné hodnoty pro fixní
a proměnlivé doby uchování, funkce GET rozhraní API pro správu systému ECS nevrátí hodnoty
minimálního/maximálního nastavení. Funkce Enforce Retention Information in C-Clip vrátí výchozí hodnotu
false.
Uchování na základě událostí
Uchování na základě události (EBR) je pokyn, který specifikuje, že záznam nelze odstranit
před událostí a během určeného období po události. V úložišti CAS je uchování na základě události C-klip
s uvedenou základní dobou uchování nebo zásadami uchování a spouštěčem definovaným aplikací,
který může nastavit delší dobu uchování při aktivaci spouštěče. Doba uchování začne pouze při aktivaci spouštěče.
Pokud je C-klip označen pro EBR, nelze jej před událostí odstranit,
pokud se nepoužívá privilegované odstranění.
Při použití EBR je životní cyklus C-klipu následující:
- Vytvoření: Aplikace vytvoří nový C-klip a označí ho jako součást EBR. Aplikace
může poskytnout fixní dobu uchování, která funguje jako minimální uchování a musí poskytnout dobu
nebo zásady uchování na základě událostí. - Aktivace události: Aplikace spustí událost, která představuje výchozí bod doby uchování nebo zásady uchování
na základě události. Aplikace může přiřadit novou dobu uchování
na základě události, pokud je delší než doba přiřazená
v době vytvoření C-klipu. - Odstranění: Když se aplikace pokusí odstranit C-klip, je třeba splnit následující podmínky:
Platnost uchování zásad (oboru názvů) vypršela
Vypršela platnost uchování kbelíku
Vypršela platnost fixní doby uchování
Byla aktivována událost
Vypršela platnost EBR nastavené v době vytvoření i všech následných změn (přípony) v době události.
Následující obrázek znázorňuje tři možné scénáře pro C-klip v rámci EBR:
- C1 má pevnou nebo minimální dobu uchování, která již vypršela před spuštěním události.
- C2 má fixní či minimální dobu uchování, která vyprší před vypršením platnosti EBR.
- C3 má fixní nebo minimální dobu uchování, která vyprší po vypršení platnosti EBR.

U nevyhovujících oborů názvů mohou privilegované příkazy k odstranění přepisovat fixní
i proměnlivé doby uchování pro EBR.
Při použití uchování EBR musí být v souladu s nastavením Min/Max Governor
pro proměnlivou dobu uchování.
Tabulka obsahuje funkce CAS API pro uchování na základě událostí.
| Funkce | Popis |
| FPClip_EnableEBRWithClass | Tato funkce nastaví C-klip, který bude oprávněn přijímat budoucí události a umožňuje přiřadit C-klipu třídu uchování na základě události (EBR) během vytváření C-klipu. |
| FPClip_EnableEBRWithPeriod | Tato funkce nastaví C-klip, který bude oprávněn přijímat budoucí události a umožňuje přiřadit C-klipu dobu uchování na základě události (EBR) během vytváření C-klipu. |
| FPClip_IsEBREnabled | Tato funkce vrací logickou hodnotu, která udává, zda je funkce C-klip povolen pro uchování na základě události (EBR). |
| FPClip_GetEBRClassName | Tato funkce načte název uchovávání na základě událostí (EBR). zásada přiřazená C-Clipu. |
| FPClip_GetEBREventTime | Tato funkce vrátí čas události nastavený v C-klipu, když dojde k aktivaci uchování na základě událostí (EBR) pro daný C-klip. |
| FPClip_GetEBRPeriod | Tato funkce vrátí hodnotu (v sekundách) doby uchování na základě událostí (EBR) přidružené k C-klipu. |
| FPClip_TriggerEBREvent | Tato funkce spouští událost C-klipu, pro kterou bylo povoleno uchování na základě události (EBR). |
| FPClip_TriggerEBREventWithClass | Tato funkce spustí událost C-klipu, pro kterou bylo povoleno uchování na základě události (EBR) a přiřadí C-klipu novou zásadu EBR. |
| FPClip_TriggerEBREventWithPeriod | Tato funkce spustí událost C-klipu, pro kterou bylo povoleno uchování na základě události (EBR) a přiřadí C-klipu novou dobu EBR. |
Pozdržení z důvodu soudních sporů
Pozdržení z důvodu soudních sporů umožňuje aplikacím CAS dočasně zabránit smazání C-klipu. Pozdržení z důvodu soudních sporů jsou užitečná
pro data, která jsou předmětem oficiálního vyšetřování, obsílky nebo dotazu a která tak mohou být odstraněna
až po dokončení vyšetřování. Jakmile již není data uchovávat, může aplikace toto pozdržení uvolnit
a obnovit normální funkce uchování. Aplikace CAS umisťuje
a odebírá pozdržení z důvodu soudních sporů na úrovni C-klipu.
Poznámka: Ani privilegovaný příkaz k odstranění nemůže odstranit C-klip, který je pozdržen z důvodu soudních sporů.
Na jeden C-klip může být uvaleno několik pozdržení z důvodu soudních sporů. Aplikace musí generovat jedinečná ID pozdržení z důvodu soudních sporů
a sledovat konkrétní pozdržení spojená s C-klipem. Aplikace se
na tyto informace nemůže dotázat C-klipu. K dispozici je pouze funkce, která určuje stav pozdržení
z důvodu soudních sporů u C-klipu. Pokud je na C-klip uvaleno několik pozdržení, tato funkce vrátí hodnotu true,
v opačném případě pak hodnotu false.
Při použití pozdržení z důvodu soudních sporů je životní cyklus C-klipu následující:
- Vytvoření: Aplikace vytvoří nový C-klip a poskytne fixní dobu uchování
na základě událostí. - Nastavení pozdržení z důvodu soudních sporů: Aplikace pozdrží C-klip. Tato aplikace se může lišit
od aplikace, která C-klip zapsala. - Uvolnění pozdržení z důvodu soudních sporů: Aplikace uvolní C-klip. Tato aplikace se může lišit
od aplikace, která nastavila pozdržení z důvodu soudních sporů nebo zapsala C-klip. - Odstranění: Když se aplikace pokusí odstranit C-klip, je třeba splnit následující podmínky:
Na C-klip není uvaleno žádné další nevyřešené pozdržení.
Vypršela platnost zásad uchování.
Vypršela platnost standardního uchování kbelíku. (Standardní uchování kbelíků je k dispozici pro všechny typy objektů ECS, ale nedoporučuje se pro úložiště CAS.)
Vypršela fixní doba uchování (pouze funkce úložiště CAS).
Platnost uchování na základě událostí vypršela (pouze funkce úložiště CAS).
Na následujícím obrázku jsou uvedeny tři možné scénáře pro uvalení pozdržení z důvodu soudních sporů na C-klip:
- U C1 již došlo k vypršení fixní doby uchování, když bylo uvaleno pozdržení.
- U C2 dojde k vypršení fixní doby uchování během pozdržení.
- U C3 dojde k vypršení fixní doby uchování po uvolnění pozdržení.

Na C-klip může být uvaleno několik pozdržení z důvodu soudních sporů. Pokud tomu tak je,
každé pozdržení vyžaduje samostatné volání API s jedinečným identifikátorem pro dané pozdržení.
Poznámka: Maximální velikost ID pozdržení z důvodu soudních sporů je 64 znaků. Maximální počet ID
pro pozdržení z důvodu soudních sporů u jednoho C-klipu je 100. Tato omezení jsou vynucována rozhraním CAS API.
V tabulce jsou uvedeny funkce CAS API pro pozdržení z důvodu soudních sporů.
| Funkce | Popis |
|---|---|
| FPClip_GetRetentionHold | Tato funkce určuje stav pozdržení C-klipu a vrací hodnotu true nebo false. |
| FPClip_SetRetentionHold | Tato funkce nastavuje nebo resetuje pozdržení z důvodu soudních sporů na C-klipu. V případě několika pozdržení zadejte pro každé pozdržení jedinečné ID. V případě několika pozdržení proveďte volání u každého ID. |
Additional Information
Níže uvedená témata související s CAS jsou podrobně popsána v příručce přístupu k datům systému ECS a budou rozdělena do různých článků znalostní databáze:
- CS: Uchování CAS v systému ECS – článek znalostní databáze 538782
- Uchování CAS
- Pokročilé uchování aplikací CAS: uchování na základě událostí, pozdržení kvůli soudnímu sporu a minimální/maximální řízení
- ECS: Nastavení zásad uchování oboru názvů pro CAS – článek znalostní databáze 538786
- ECS: Nastavení seznamů řízení přístupu kbelíků pro CAS – článek znalostní databáze 538789
- ECS: Rozhraní API pro správu systému ECS, která podporují uživatele CAS – článek znalostní databáze 538790
- ECS: Chybové kódy SDK úložiště CAS (Centera) – článek znalostní databáze 427034