Een CAS C-clip kan een retentieperiode hebben die de tijdsduur bepaalt. Het bijbehorende object wordt bewaard in de ECS-storage voordat een applicatie het kan verwijderen.
Bewaartermijnen
Retentieperioden worden door de CAS-toepassing in de C-Clip aan het object toegewezen.
Als een financieel document bijvoorbeeld drie jaar moet worden bewaard vanaf de aanmaakdatum, wordt een
bewaartermijn van drie jaar opgegeven in de C-Clip die aan het financiële document is gekoppeld. Het is
ook mogelijk om aan te geven dat het document voor onbepaalde tijd wordt bewaard.
Bewaarbeleid (bewaarklassen)
Opmerking: Het Centera-concept van retentieklassen is gekoppeld aan bewaarbeleid in ECS. Deze
documentatie maakt gebruik van bewaarbeleidsregels.
Met het bewaarbeleid kunnen gebruiksscenario's voor bewaren worden vastgelegd en toegepast op C-Clips. Verschillende soorten documenten kunnen bijvoorbeeld
verschillende bewaartermijnen hebben. U kunt de
volgende bewaartermijnen eisen:
Wanneer een bewaarbeleid wordt toegepast op meerdere C-Clips, door het beleid te wijzigen. De bewaartermijn
wijzigt voor alle objecten waarop het beleid van toepassing is.
Bewaarbeleidsregels zijn gekoppeld aan naamruimten in ECS en worden door de CAS-toepassing
herkend als retentieklassen.
ECS-bucketniveauretentie en CAS
Retentie op bucketniveau is niet de standaardretentie van de pool in Centera. In ECS is
de CAS-standaardretentie constant nul.
Standaard bewaarperiode in objecten die zijn geschreven zonder retentie op objectniveau in nalevingsnaamruimten
.
Vanaf ECS 3.0, wanneer een applicatie C-Clips schrijft zonder objectretentie naar een ECS CAS-bucket
in een compliance-namespace en de bucket een retentiewaarde heeft (bijvoorbeeld 6 maanden),
wordt de standaard retentieperiode van oneindig (-1) toegewezen aan de C-Clips. De C-Clips kunnen nooit
worden verwijderd omdat hun effectieve bewaarperiode de langste is tussen de twee: de
bewaarperiode op bucketniveau en de standaard retentie op objectniveau.
CAS-voorrang
Wanneer meerdere bewaarperioden worden toegepast op een CAS-object in ECS, heeft de bewaarperiode met de
hoogste waarde voorrang, ongeacht hoe de retentie is toegepast.
Hoe CAS-retentie toe te passen
U kunt bewaarbeleid voor naamruimten definiëren in de ECS portal of met de ECS Management
API. Zie Bewaarbeleid voor namespace instellen.
Uw externe CAS-applicatie kan tijdens het aanmaken een vaste bewaarperiode of een bewaarbeleid aan de C-Clip
toewijzen.
Wanneer u retentieperioden toepast via API's, geeft u de periode op in seconden.
Opmerking: ECS CAS neemt de aanmaaktijd van de C-Clip voor alle retentiegerelateerde berekeningen en
niet de migratietijd.
Bewaarbeleid maken met de ECS Management API.
U kunt bewaarperioden en -beleid maken met behulp van het ECS, waarvan hieronder een overzicht wordt gegeven
.
Methode | Beschrijving |
---|---|
PUT /object/bucket/{bucketName}/retention | De retentiewaarde voor een bucket definieert een verplichte retentieperiode die wordt toegepast op elk object in een bucket. Als u een bewaartermijn van 1 jaar instelt, kan een object uit de bucket gedurende één jaar niet worden verwijderd. |
GET /object/bucket/{bucketName}/retention | Retourneert de retentieperiode die momenteel is ingesteld voor een opgegeven bucket. |
POST /object/namespaces/namespace/{namespace}/ retentie |
Voor naamruimten fungeert de retentie-instelling als een beleid, waarbij elk beleid een <Name>:<Retention period> pair is. U kunt verschillende bewaarbeleidsregels voor een namespace definiëren en u kunt een policy op naam toewijzen aan een object in de namespace. Hiermee kunt u de bewaarperiode wijzigen van een set objecten waaraan hetzelfde beleid is toegewezen door het bijbehorende beleid te wijzigen. |
PUT /object/namespaces/namespace/{namespace}/ retention/{class} |
Hiermee werkt u de periode bij voor een bewaarperiode die is gekoppeld aan een naamruimte. |
GET /object/namespaces/namespace/{namespace}/ retentie |
Retourneert het bewaarbeleid dat is gedefinieerd voor een naamruimte. |
Meer informatie over de ECS Management API vindt u in de introductie van ECS Management REST API
in de ECS Data Access Guide.
Beschrijft geavanceerde retentiefuncties die beschikbaar zijn in de CAS API en die worden ondersteund door ECS.
Klantapplicaties gebruiken de CAS API om retentiestrategieën mogelijk te maken. Wanneer CAS-workloads naar ECS worden
gemigreerd, stelt ECS-kennis van CAS API-functies de applicaties van de klant in staat om te blijven
werken met de gemigreerde data. In ECS zijn de volgende functies van Advanced Retention Management (ARM)
beschikbaar zonder een afzonderlijke licentie:
Opmerking: ARM wordt ondersteund voor verouderde CAS-data die zijn geschreven met een naamgevingsschema dat naar ECS is gemigreerd
.
Min/max-regelaar voor retentie op CAS-bucketniveau
Zoek in de ECS Portal een CAS-bucket en selecteer Bewerken. Alle functies die op het onderstaande scherm
worden weergegeven, zijn alleen CAS-functies, behalve de functie Bucketretentieperiode . Behoud
van bakPeriod is de standaard ECS bucketretentiefunctie die wordt ondersteund op alle ECS buckettypen.
De functies voor het bewaren van CAS-buckets worden uitgelegd in de volgende tabel.
Kenmerk | Beschrijving |
---|---|
Retentie afdwingen | Als deze functie is ingeschakeld, kan er geen CAS-object worden gemaakt zonder retentiegegevens (periode of beleid). Een poging om zo'n object op te slaan retourneert een foutmelding. Als deze optie is ingeschakeld, is het mogelijk om de bucket-retentieperiode niet te configureren, zelfs niet in een omgeving met naleving. Opmerking: Wanneer een Centera in CE+-modus wordt gemigreerd naar ECS, is Retentie afdwingen standaard ingeschakeld op de bucket. |
Bucket-bewaarperiode |
Als een bucket-bewaarperiode is opgegeven, wordt de langere periode afgedwongen als er zowel een bewaarperiode op bucketniveau als op objectniveau is . In een omgeving met naleving is bucketretentieperiode verplicht, tenzij bewaarinformatie in het object wordt afgedwongen. Na het configureren kan de bucket-retentieperiode echter niet opnieuw worden ingesteld, zelfs niet wanneer retentie-informatie in het object wordt afgedwongen. |
Minimale vaste bewaartermijn |
Met deze functie kunt u de bewaarperioden beheren die zijn opgegeven in objecten. Als de bewaarperiode van een object buiten de hier opgegeven grenzen valt, mislukt een poging om het object te schrijven. Met behulp van bewaarbeleidsregels worden de min/max-instellingen niet afgedwongen. Als u Oneindig selecteert voor minimale vaste retentieperiode , betekent dit dat alle retentiewaarden oneindig moeten zijn. Als u kiest voor Maximale vaste bewaarperiode betekent dit dat er geen maximumlimiet is. Min/max-retentiebeperkingen worden toegepast op elke C-Clip die naar een bucket wordt geschreven. Als een clip wordt gemigreerd door een op SDK gebaseerde tool van derden die de retentie binnen de perken moet houden, anders wordt er een fout gegenereerd. |
Maximale vaste bewaartermijn |
|
Minimale variabele bewaartermijn |
Deze functie beheert variabele bewaarperioden die zijn opgegeven in objecten met behulp van op gebeurtenissen gebaseerde objecten. retentie (EBR). In EBR wordt een basisretentieperiode ingesteld en heeft de geprogrammeerde triggerfunctie de mogelijkheid om de retentieperiode te verlengen wanneer de trigger wordt geactiveerd. Als de nieuwe bewaarperiode van een object buiten de hier opgegeven grenzen valt, mislukt een poging om het object te schrijven als reactie op de trigger. Bij het gebruik van bewaarbeleidsregels worden de min-/max-instellingen niet afgedwongen. Als u Oneindig selecteert voor minimale variabele bewaarperiode , betekent dit dat alle bewaarwaarden oneindig moeten zijn. Als u voor Maximale variabele bewaarperiode selecteert, betekent dit dat er geen maximumlimiet is. Min/max-retentiebeperkingen worden toegepast op elke C-Clip die naar een bucket wordt geschreven. Als een clip wordt gemigreerd door een SDK-gebaseerde tool van derden, moet de retentie binnen de perken blijven , anders wordt er een fout gegenereerd. |
Maximale variabele bewaartermijn |
Opmerking: Als de systeembeheerder of programmeur geen waarden heeft ingesteld voor de vaste en variabele bewaarperioden
, retourneert de functie ECS Management API get geen waarden voor
de min/max-instellingen. De optie Retentiegegevens afdwingen in C-Clip retourneert de standaardwaarde
'false'.
Retentie op basis van gebeurtenissen
Bewaren op basis van gebeurtenissen (EBR) is een instructie die aangeeft dat een record niet kan worden verwijderd vóór een
gebeurtenis en gedurende een bepaalde periode na de gebeurtenis. In CAS is EBR een C-clip met een opgegeven basisretentieperiode
of bewaarbeleid en een applicatiegedefinieerde trigger die een langere
retentieperiode kan instellen wanneer de trigger wordt geactiveerd. De bewaartermijn gaat pas in op het moment dat de trekker wordt overgehaald.
Wanneer een C-clip is gemarkeerd voor EBR, kan deze niet voorafgaand aan de gebeurtenis worden verwijderd, tenzij een geprivilegieerde verwijdering
wordt gebruikt.
Bij gebruik van EBR is de levenscyclus van de C-clip als volgt:
De volgende figuur toont de drie mogelijke scenario's voor een C-Clip onder EBR:
Voor niet-compatibele namespaces kunnen opdrachten voor geprivilegieerd verwijderen de vaste en variabele
retentie voor EBR overschrijven.
Wanneer u EBR-retentie toepast, moet deze voldoen aan de instellingen van de min/max gouverneur voor de variabele
retentieperiode.
De tabel toont de CAS API-functies voor bewaren op basis van gebeurtenissen
Functie | Beschrijving |
FPClip_EnableEBRWithClass | Deze functie stelt in dat een C-clip in aanmerking komt voor ontvangst van een toekomstige gebeurtenis en maakt het mogelijk om een op gebeurtenissen gebaseerde retentieklasse (EBR) toe te wijzen aan de CClip tijdens het maken van de C-clip. |
FPClip_EnableEBRWithPeriod | Met deze functie stelt u in dat een C-clip in aanmerking komt voor ontvangst van een toekomstige gebeurtenis en kunt u een op gebeurtenissen gebaseerde retentieperiode (EBR) toewijzen aan de C-clip tijdens het maken van de C-clip. |
FPClip_IsEBREnabled | Deze functie retourneert een Booleaanse waarde om aan te geven of een CClip al dan niet is ingeschakeld voor retentie op basis van gebeurtenissen (EBR). |
FPClip_GetEBRClassName | Deze functie haalt de naam van de op gebeurtenissen gebaseerde retentie (EBR) op. beleid toegewezen aan de C-Clip. |
FPClip_GetEBREventTime | Deze functie retourneert de gebeurtenistijd die is ingesteld op een C-clip toen de EBR-gebeurtenis (Event Based Retention ) voor die C-clip werd geactiveerd. |
FPClip_GetEBRPeriod | Deze functie retourneert de waarde (in seconden) van de op gebeurtenissen gebaseerde retentieperiode (EBR) die is gekoppeld aan een C-clip. |
FPClip_TriggerEBREvent | Deze functie activeert de gebeurtenis van een C-Clip waarvoor EBR (Event Based Retention (EBR) is ingeschakeld. |
FPClip_TriggerEBREventWithClass | Deze functie activeert de gebeurtenis van een C-Clip waarvoor EBR (Event Based Retention (EBR) is ingeschakeld en wijst een nieuw EBR-beleid toe aan de CClip. |
FPClip_TriggerEBREventWithPeriod | Deze functie activeert de gebeurtenis van een C-Clip waarvoor EBR (Event Based Retention (EBR) is ingeschakeld en wijst een nieuwe EBR-periode toe aan de CClip. |
Aanhouding bij procesvoering
Door een procesbewaring kunnen CAS-toepassingen tijdelijk voorkomen dat een C-Clip wordt verwijderd. Procesbewaring is
nuttig voor gegevens die het voorwerp uitmaken van een officieel onderzoek, dagvaarding of onderzoek en die niet mogen worden
verwijderd totdat het onderzoek is afgerond. Zodra het niet nodig is om de data te bewaren, kan de procesbewaring
worden opgeheven door de applicatie en wordt het normale bewaargedrag hervat. De CAS-applicatie
plaatst en verwijdert een bewaring van rechtszaken op het C-Clip-niveau.
Opmerking: Zelfs een geprivilegieerde verwijdering kan geen C-Clip verwijderen die in afwachting is van een rechtszaak.
Eén C-Clip kan onder verschillende rechtszaken vallen. De applicatie moet unieke bewarings-ID's voor juridische
procedures genereren en in staat zijn om de specifieke bewaringen voor juridische zaken te volgen die zijn gekoppeld aan een C-Clip. De applicatie
kan geen C-Clip opvragen voor deze informatie. Er is alleen een functie die de status van de C-Clip voor procesvoering
bepaalt. Als er een of meer juridische bewaarplichten zijn op de C-Clip, retourneert deze functie
true, anders is het false.
Wanneer u gebruikmaakt van een procesbewaring, is de levenscyclus van C-Clip als volgt:
De volgende afbeelding toont de drie mogelijke scenario's voor een C-Clip die in de wacht wordt gezet vanwege een rechtszaak:
Aan een C-Clip kunnen meerdere rechtszaken worden toegewezen. Als dit het geval is, is voor elke bewaring
vanwege een rechtszaak een afzonderlijke API-aanroep met een unieke identifier voor de bewaring vanwege een rechtszaak vereist.
Opmerking: De maximale grootte van een proces-ID is 64 tekens. Het maximumaantal afgehandelde bewaarplicht-ID's
per C-Clip is 100. Deze beperkingen worden afgedwongen door de CAS API.
De tabel toont de CAS API-functies voor bewaring via rechtszaken
Functie | Beschrijving |
---|---|
FPClip_GetRetentionHold | Deze functie bepaalt de wachtstatus van de C-clip en retourneert waar of onwaar. |
FPClip_SetRetentionHold | Met deze functie kunt u een retentie op een C-clip instellen of resetten. Geef bij meerdere bewaarplichten voor rechtszaken een unieke procesbewarings-ID op voor elke bewaring. Voor meerdere wachtstanden voert u één oproep uit per ID. |
De onderstaande CAS-gerelateerde onderwerpen worden beschreven in de ECS Data Access Guide en worden opgesplitst in verschillende KB's: