ECS: CAS-kvarhållning i ECS

CAS-kvarhållning i ECS

En CAS C-Clip kan ha en lagringsperiod som styr hur länge som helst. Det associerade objektet behålls i ECS-lagringen innan det kan tas bort av ett program.


Lagringsperioder

Lagringsperioder tilldelas i C-Clip för objektet av CAS-programmet.

Om till exempel ett finansiellt dokument måste behållas i tre år från det datum då det skapades, anges en
kvarhållningsperiod på tre år i C-Clip som är kopplad till det ekonomiska dokumentet. Det är
också möjligt att ange att dokumentet ska bevaras på obestämd tid.

Kvarhållningsprinciper (kvarhållningsklasser)

Obs! Centera-konceptet för kvarhållningsklasser mappar till kvarhållningsprinciper i ECS, i den här
dokumentationen används kvarhållningsprinciper.

Lagringspolicyer gör det möjligt att registrera användningsfall för lagring och tillämpa dem på C-Clips. Till exempel
kan olika typer av dokument ha olika lagringsperioder. Du kan behöva följande
kvarhållningsperioder:

• Finansiell: 3 år
• Laglig: 5 år
• Mejl: 6 månader

När en lagringspolicy tillämpas på flera C-Clips, genom att ändra policyn. Kvarhållningsperioden
ändras för alla objekt som principen gäller för.

Kvarhållningsprinciper är associerade med namnområden i ECS och identifieras av CAS-programmet
som kvarhållningsklasser.
 

ECS-lagring på bucketnivå och CAS

Kvarhållning på bucketnivå är inte standardkvarhållning av pool i Centera. I ECS är
CAS-standardkvarhållningen konstant noll.
 

Standardkvarhållningsperiod i objekt som skrivits utan kvarhållning på objektnivå i kompatibilitetsnamnrymder
.

Från och med ECS 3.0, när ett program skriver C-Clips utan kvarhållande av objekt till en ECS CAS-bucket
i en Compliance-namnrymd, och bucketen har ett kvarhållningsvärde (t.ex. 6 månader),
tilldelas standardkvarhållningsperioden på oändlig (-1) till C-Clips. C-Clips kan aldrig
tas bort eftersom deras effektiva kvarhållningsperiod är den längsta av de två: kvarhållningsperioden på
bucket-nivå och standardlagringen på objektnivå.
 

CAS-prioritet

När flera kvarhållningsperioder tillämpas på ett CAS-objekt i ECS har kvarhållandeperioden med det
högre värdet företräde oavsett hur kvarhållandet tillämpades.
 

Så här tillämpar du CAS-kvarhållning

Du kan definiera kvarhållningsprinciper för namnområden i ECS-portalen eller med ECS Management
API. Se Konfigurera kvarhållningsprinciper för namnområde.

Ditt externa CAS-program kan tilldela en fast kvarhållandeperiod eller en lagringspolicy till C-Clip
när det skapas.

När du tillämpar kvarhållningsperioder via API:er anger du perioden i sekunder.

Obs! ECS CAS tar tiden det tar för C-Clip att skapas för alla kvarhållanderelaterade beräkningar, inte migreringstiden
.

Skapa kvarhållningspolicyer med ECS Management API.

Du kan skapa kvarhållningsperioder och policyer med hjälp av ECS, som du sammanfattar
nedan.

Du hittar mer information om ECS Management API i introduktionen till ECS Management REST API
på ECS Data Access Guide. 

Avancerad kvarhållning för CAS-program: händelsebaserad kvarhållning, bevarande av juridiska skäl och min/max-regulatorn

Beskriver avancerade kvarhållningsfunktioner som är tillgängliga i CAS-API:t och som stöds av ECS.

Kundprogram använder CAS-API:et för att aktivera kvarhållningsstrategier. När CAS-arbetsbelastningar migreras
till ECS gör ECS-medvetenhet om CAS API-funktioner att kundprogrammen kan fortsätta
att arbeta med migrerade data. I ECS är följande ARM-funktioner (Advanced Retention Management)
tillgängliga utan en separat licens:

• Händelsebaserad lagring: möjligheten att konfigurera ett objekt via dess C-Clip för att tillämpa (utlösa) en
  kvarhållningsperiod eller lagringspolicy när CAS-programmet tar emot en angiven händelse.
• Bevarande av juridiska skäl: möjligheten att förhindra borttagning av ett objekt om CAS-programmet har tillämpat ett
  bevarande av juridiska skäl på objektet via dess C-Clip. CAS-programmet kan tillämpa upp till 100
  bevarande av juridiska skäl på ett objekt genom att skapa och tillämpa unika bevarande-ID:n för bevarande av juridiska skäl.
• Min/Max regulator: Möjligheten för en administratör att ange gränser på bucketnivå för fast kvarhållningsperiod
  eller variabel kvarhållningsperiod. En variabel kvarhållningsperiod är en period som är inställd för att stödja
  händelsebaserad kvarhållning. I ECS kan system- eller namnområdesadministratörer ställa in värdena med ECS-portalen
  . Programmerare kan använda ECS Management API för att ange värdena.

Obs! ARM stöds för äldre CAS-data som skrivits med ett namngivningsschema som migreras
till ECS.

Min/max-regulator för kvarhållande på CAS-bucketnivå

Leta reda på en CAS-bucket i ECS-portalen och välj Edit. Alla funktioner som visas på skärmen
nedan är endast CAS-funktioner förutom funktionen Bucket Retention Period . Bibehållande av
bucketPeriod är standardfunktionen för kvarhållande av ECS-bucketar som stöds på alla ECS-buckettyper.

Kvarhållningsfunktionerna för CAS-bucketar förklaras i följande tabell.
 

Obs! Om systemadministratören eller programmeraren inte har angett några värden för de fasta och
variabla kvarhållningsperioderna returnerar funktionen ECS Management API get inte värden för
min/max-inställningarna. Framtvinga kvarhållningsinformation i C-Clip returnerar standardvärdet
false.
 

Händelsebaserad kvarhållning

Händelsebaserad lagring (EBR) är en instruktion som anger att en post inte kan tas bort före en
händelse och under en angiven period efter händelsen. I CAS är EBR en C-Clip med en angiven baslagringsperiod
eller lagringspolicy och en programdefinierad utlösare som kan ställa in en längre
kvarhållningsperiod när utlösaren utlöses. Kvarhållningsperioden börjar bara när utlösaren utlöses.
När en C-Clip är markerad för EBR kan den inte tas bort före händelsen om inte en privilegierad borttagning
används.

När du använder EBR är C-Clip-livscykeln som följer:

• Skapa: programmet skapar en ny C-Clip och markerar den som under EBR. Programmet
  kan tillhandahålla en fast kvarhållningsperiod som fungerar som en minsta kvarhållning och det måste tillhandahålla en
  händelsebaserad kvarhållningsperiod eller princip.
• Utlösande händelse: Programmet utlöser händelsen, som är startpunkten för den händelsebaserade
  kvarhållningsperioden eller kvarhållningsprincipen. Programmet kan tilldela en ny händelsebaserad
  kvarhållningsperiod, om den är längre än den som tilldelades när CClip
  skapades.
• Ta bort: När programmet försöker ta bort C-Clip måste följande villkor uppfyllas:
  Kvarhållning av princip (namnområde) har upphört att gälla
  Kvarhållning av bucket har upphört
  att gälla Fast kvarhållning har upphört att gälla
  Händelsen har utlösts
  Både den EBR som angavs när den skapades och eventuella efterföljande ändringar (tillägg) vid tidpunkten för händelsen har upphört att gälla

Följande bild visar de tre möjliga scenarierna för en C-Clip under EBR:

• C1 har en fast eller minimal kvarhållning som redan har upphört att gälla innan händelsen utlöstes.
• C2 har en fast eller minimal kvarhållning som upphör att gälla innan EBR upphör att gälla.
• C3 har en fast eller minimal kvarhållning som upphör att gälla när EBR upphör att gälla.

För inkompatibla namnrymder kan privilegierade borttagningskommandon åsidosätta fast och variabel
kvarhållning för EBR.

När du tillämpar EBR-kvarhållande måste det följa Min/Max Governor-inställningarna för den variabla
kvarhållningsperioden.

Tabellen visar CAS API-funktionerna för händelsebaserad kvarhållning

Kvarhållande av rättsprocessen

Rättsprocessförvaring gör det möjligt för CAS-program att tillfälligt förhindra borttagning av ett C-Clip. Bevarande av rättstvister är
användbart för data som är föremål för en officiell utredning, stämning eller förfrågan och som inte
kan tas bort förrän utredningen är över. När det inte finns något behov av att lagra data kan bevarandet
av juridiska skäl släppas av programmet och normalt kvarhållningsbeteende återupptas. CAS-programmet
placerar och tar bort ett bevarande av juridiska skäl på C-Clip-nivå.

Obs! Inte ens en privilegierad radering kan ta bort ett C-Clip under rättsprocess.

En C-Clip kan vara föremål för flera rättstvister. Programmet måste generera unika bevarande-ID:n för bevarande av juridiska skäl
och kunna spåra de specifika bevaranden av juridiska skäl som är associerade med en C-Clip. Programmet
kan inte fråga en C-Clip om den här informationen. Det finns bara en funktion som avgör C-Clip-statusen för kvarhållande av juridiska skäl
. Om det finns ett eller flera rättsprocessundantag på C-Clip returnerar den här funktionen
true, annars är det false.

När du använder bevarande av rättsprocessen ser C-Clip-livscykeln ut som följer:

• Skapa: Applikationen skapar en ny C-Clip och tillhandahåller en fast och/eller händelsebaserad
  lagringsperiod.
• Ange bevarande av juridiska skäl: En applikation pausar C-Clip. Det här programmet kan skilja sig
  från det program som skrev C-Clip.
• Släpp bevarande av juridiska skäl: Ett program frigör C-Clip. Det här programmet kan skilja sig
  från det program som konfigurerade bevarandet av juridiska skäl eller skrev C-Clip.
• Ta bort: När programmet försöker ta bort C-Clip måste följande villkor vara uppfyllda:
  Det finns inga andra utestående rättstvister om C-Clip.
  Kvarhållande av princip har upphört att gälla.
  Standardkvarhållning av bucket har upphört att gälla. (Standardkvarhållande av bucketar är tillgängligt för alla ECS-objekttyper, men rekommenderas inte för CAS.)
  Fast kvarhållningsperiod har upphört att gälla (endast CAS-funktion).
  Händelsebaserad kvarhållning har upphört att gälla (endast CAS-funktion).

Följande bild visar de tre möjliga scenarierna för en C-Clip som ska bevaras av juridiska skäl:

• C1 har en fast kvarhållning som redan har upphört att gälla när den spärras.
• C2 har en fast kvarhållning som upphör att gälla under undantaget.
• C3 har en fast kvarhållning som upphör att gälla när undantaget släpps.

En C-Clip kan ha flera tilldelade bevaranden av juridiska skäl. Om så är fallet kräver varje bevarande
av juridiska skäl ett separat API-anrop med en unik identifierare för bevarandet av juridiska skäl.

Obs! Den maximala storleken på bevarande av juridiska skäl är 64 tecken. Det maximala antalet bevarande-ID:n för
juridiska skäl per C-Clip är 100. Dessa begränsningar tillämpas av CAS-API:et.

I tabellen visas CAS API-funktioner för bevarande av juridiska skäl
 

De CAS-relaterade ämnena nedan beskrivs i ECS Data Access Guide och kommer att delas upp i olika KB:

• CS: CAS-kvarhållning i ECS – KB 538782
  • CAS-kvarhållning
  • Avancerad kvarhållning för CAS-program: händelsebaserad kvarhållning, bevarande av juridiska skäl och min/max-regulatorn
• ECS: Konfigurera kvarhållningsprinciper för namnområde för CAS – KB 538786
• ECS: Konfigurera bucket-ACL:er för CAS – KB 538789
• ECS: ECS-hanterings-API:er som stöder CAS-användare – KB 538790
• ECS: CAS (Centera) SDK-felkoder – KB 427034