Het Silent Cubes opslagsysteem ondersteunt vier verschillende volumetypen, die elk een bepaalde manier van archiveren uitvoeren:
-
WORM
-
WORM met versiebeheer
-
WORM met retentieperiode
-
WORM met retentieperiode en versiebeheer
-
WORM met retentieperiode (RWRO getriggerd)
-
WORM met retentieperiode en versiebeheer (RWRO getriggerd)
-
WORM met retentieperiode (RWRO getriggerd, Autosave)
Het volumetype WORM staat u altijd ter beschikking. De overige drie volumetypen kunt u daarentegen alleen gebruiken als u het langetermijnopslagsysteem samen met de Compliance Option heeft aangeschaft. Met deze volumetypen voldoet het Silent Cube-langetermijnopslagsysteem aan twee essentiële compliance-eisen: enerzijds tonen beheerders daarmee een rechtsconforme opslag aan. Anderzijds kunnen zij gegevens na een vastgestelde periode verwijderen (retentiedatum, zie hoofdstuk 2).
Volumes met retentieperiode kunnen ook als RWRO-getriggerde varianten worden aangemaakt, waarbij de eigenlijke archivering naar de opslageenheden wordt gestart door wijziging van de bestandseigenschappen (van "Read/Write" naar "Read Only").
Voor elk volumetype staan u talrijke opties ter beschikking.
Hierna leest u voor welk toepassingsgebied elk van de vier volumetypen ideaal is.
Raadpleeg hiervoor ook de gebruikershandleiding van uw archiveringssoftware – deze kan onder bepaalde omstandigheden een specifiek volumetype vereisen.
U kunt lege volumes verwijderen; hiervoor moet de retentieperiode van alle daarop opgeslagen bestanden zijn verstreken. Alleen dan kunnen alle bestanden worden verwijderd. Om het volume te verwijderen, moet het volledig leeg zijn (geen mappen meer aanwezig, alle shares verwijderd).
Volumetype WORM
Een volume van het type WORM is bijzonder geschikt voor het archiveren van gegevens die behouden moeten of dienen te blijven. Het WORM-volume gedraagt zich als een klassieke WORM-opslag: gegevens die hierin worden opgeslagen, worden door het langetermijnopslagsysteem "bevroren", permanent gearchiveerd en daarmee beschermd tegen elke wijziging. Vóór het verstrijken van de instelbare minimumleeftijd kunnen de bestanden nog worden gewijzigd. Eenmaal opgeslagen gegevens kunnen daarentegen noch door de beheerder, noch door andere gebruikers van het systeem worden gewijzigd of zelfs verwijderd.
Per ongeluk of onjuist opgeslagen bestanden kunnen niet opnieuw onder hetzelfde pad en dezelfde bestandsnaam op dezelfde share worden opgeslagen. Controleer daarom of de kopieeractie is geslaagd voordat de ingestelde minimumleeftijd is bereikt en de gegevens daarmee definitief op de opslageenheid worden gearchiveerd.
Volumetype WORM met versiebeheer
Het volume van het type WORM met versiebeheer komt overeen met het volumetype WORM, maar biedt daarnaast functionaliteiten voor versiebeheer. Hierdoor kan een reeds gearchiveerd bestand virtueel worden overschreven. Daarbij worden revisies van een bestand aangemaakt, waartoe met speciale methoden (Revert en Switch Revision) toegang kan worden verkregen. Het FAST LTA Support Team stelt op aanvraag een afzonderlijk Background Paper over versiebeheer beschikbaar.
Volumetype WORM met retentieperiode
Gebruik het volumetype WORM met retentieperiode wanneer gegevens gedurende een bepaalde periode behouden moeten blijven. Daarna moeten of dienen de gegevens verwijderbaar te zijn.
Het volumetype WORM met retentieperiode archiveert gegevens die in het volume zijn opgeslagen op dezelfde manier als het volumetype WORM, met één verschil: aan elk opgeslagen bestand wordt een retentieperiode (retentiedatum) toegekend. De retentieperiode van een bestand wordt bepaald via de Access-Timestamp of via de standaardinstelling van de retentieperiode voor het volume. Tot deze datum blijven de gegevens onveranderlijk in het bestandssysteem opgeslagen en kunnen ze niet worden verwijderd. Pas wanneer de ingestelde retentieperiode is verstreken, kunnen gebruikers de betreffende bestanden verwijderen.
Bestanden die op dit volumetype worden opgeslagen, krijgen een retentieperiode die minstens overeenkomt met de ingestelde standaardwaarde. Is deze standaardwaarde bijvoorbeeld ingesteld op 5 jaar, dan blijft elk opgeslagen bestand minstens 5 jaar (vanaf het betreffende opslagmoment) onveranderbaar en niet verwijderbaar. Wanneer bestanden met een eigen retentieperiode (Access-Timestamp) worden opgeslagen die een kortere retentieperiode hebben dan deze standaardwaarde, wordt de Access-Timestamp van deze bestanden verhoogd tot de standaardwaarde. Bestanden met een vooraf ingestelde Access-Timestamp die al groter is dan de standaardwaarde, worden ongewijzigd overgenomen.
De retentieperiode van elk bestand kan via de Access-Timestamp op elk moment afzonderlijk worden verlengd, maar nooit worden verkort!
De bijbehorende gegevens worden niet van de opslageenheden verwijderd (wel van de Head Unit). Intern verbreekt het langetermijnopslagsysteem de verbinding tussen gegevens en bestandssysteem. Toegang tot de opgeslagen gegevens is dan niet meer mogelijk.
Onafhankelijk van of de bestanden uit het bestandssysteem worden verwijderd of niet, blijft de gebruikte opslagruimte op de opslageenheden ook na het verwijderen in gebruik.Volumetype WORM met retentieperiode en
versiebeheer
Dit volumetype komt overeen met het volumetype WORM met retentieperiode, maar biedt daarnaast functionaliteiten voor versiebeheer (zie hoofdstuk 3.2).
Volumetype WORM met retentieperiode
(RWRO getriggerd)
Het volumetype WORM met retentieperiode (RWRO getriggerd) is gebaseerd op het volumetype WORM met retentieperiode, maar gebruikt geen tijdgestuurde archivering. Het opslagproces begint pas wanneer de toegangsrechten van een bestand van "Read Write" (RW) naar "Read Only" (RO) worden gezet en het bestand daardoor onveranderlijk wordt gemaakt. De Access-Timestamp van een bestand blijft ongewijzigd behouden.
Let op: om een correct verloop van de archivering te waarborgen, dient u gegevens op het volumetype WORM met retentieperiode (RWRO getriggerd) niet handmatig op te slaan, maar hiervoor geschikte software te gebruiken. Selecteer deze optie alleen als de door u gebruikte applicatie die aan het langetermijnopslagsysteem voorafgaat, in staat is het archiveringsproces dienovereenkomstig te starten.
De triggerfunctie van de door u gebruikte softwareversie start het archiveringsproces op de Silent Cubes. Daarbij worden de toegangsrechten van het op te slaan bestand ingesteld op "Read Only" (handmatig onder Windows: attrib +r <bestand>, Unix: chmod 0444 <bestand>, chmod 444 <bestand> of chmod a-w <bestand>). Zijn er verschillende gebruikers (zowel in Windows- als in Unix-omgevingen), dan kunnen deze onder bepaalde omstandigheden alleen hun eigen bestanden schrijven of wijzigen.
In tegenstelling tot het (niet-getriggerde) volumetype WORM met retentieperiode heeft de in de gebruikersinterface ingestelde standaardwaarde voor de retentieperiode bij dit volumetype alleen invloed op bestanden die tot dusver geen expliciet opgegeven retentieperiode (Access-Timestamp) hebben. Deze bestanden krijgen de vooraf ingestelde retentieperiode. Wanneer bestanden met een expliciet ingestelde retentieperiode (Access-Timestamp) worden opgeslagen, wordt deze retentieperiode overgenomen, ongeacht of deze korter of langer is dan de standaardwaarde.
Volumetype WORM met retentieperiode en versiebeheer (RWRO getriggerd)
Het volumetype WORM met retentieperiode en versiebeheer (RWRO getriggerd) gebruikt, net als het volumetype WORM met retentieperiode (RWRO getriggerd), geen tijdgestuurde archivering, maar wordt pas actief bij wijziging van de toegangsrechten. De Access-Timestamp van een bestand blijft ongewijzigd behouden. Daarnaast ondersteunt dit volumetype het opslaan van verschillende versies van een bestand. Een voorgeschakelde software kan bij een passende koppeling ook afzonderlijk toegang krijgen tot de verschillende versies van de opgeslagen bestanden.
Let op: om een correct verloop van de archivering te waarborgen, dient u gegevens op het volumetype WORM met retentieperiode en versiebeheer (RWRO getriggerd) niet handmatig op te slaan, maar hiervoor geschikte software te gebruiken. Selecteer deze optie alleen als de door u gebruikte applicatie die aan het langetermijnopslagsysteem voorafgaat, in staat is het archiveringsproces dienovereenkomstig te starten.
De triggerfunctie van de door u gebruikte softwareversie start het archiveringsproces op de Silent Cubes. Daarbij worden de toegangsrechten van het op te slaan bestand ingesteld op Read Only (Windows: attrib +r <bestand>, Unix: chmod 0444 <bestand>, chmod 444 <bestand> of chmod a-w <bestand>). Zijn er verschillende gebruikers (zowel in Windows- als in Unix-omgevingen), dan kunnen deze onder bepaalde omstandigheden alleen hun eigen bestanden schrijven of wijzigen.
In tegenstelling tot het (niet-getriggerde) volumetype WORM met retentieperiode heeft de in de gebruikersinterface ingestelde standaardwaarde voor de retentieperiode bij dit volumetype alleen invloed op bestanden die tot dusver geen expliciet opgegeven retentieperiode (Access-Timestamp) hebben. Deze bestanden krijgen de vooraf ingestelde retentieperiode. Wanneer bestanden met een expliciet ingestelde retentieperiode (Access-Timestamp) worden opgeslagen, wordt deze retentieperiode overgenomen, ongeacht of deze korter of langer is dan de standaardwaarde.
Volumetype WORM met retentieperiode (RWRO getriggerd, Autosave)
Het volumetype WORM met retentieperiode (RWRO getriggerd, Autosave) houdt rekening met het feit dat sommige systemen tijdelijke bestanden, die vaker wijzigen, nodig hebben voor toegang tot de eigenlijke gegevens. Pas na de overgang van RW naar RO zijn deze bestanden onveranderbaar.
Bij de eerdere volumetypen werden deze tijdelijke bestanden vóór de overgang naar RO alleen in de cache van de Head Unit opgeslagen en niet op de beveiligde Silent Cube. Bij een storing of technisch probleem van de Head Unit konden deze tijdelijke bestanden verloren gaan, wat afhankelijk van het systeem ertoe kon leiden dat de eigenlijke gegevens onbruikbaar werden.
Dit volumetype introduceert nu de functie Auto-Save. Hierbij worden alle gegevens altijd op de Silent Cube opgeslagen. Gegevens die nog als RW zijn gemarkeerd, zijn daarbij "wijzigbaar" en "verwijderbaar" - elke van deze acties leidt tot een nieuw bestand op de Silent Cube. Pas bij de overgang naar RO worden deze bestanden als onveranderbaar gemarkeerd.
Ook al wordt bij elke wijziging of bij het verwijderen van een tijdelijk bestand vóór de overgang naar RO telkens een nieuwe "versie" van het bestand aangemaakt, deze "versies" zijn niet transparant - er vindt dus geen echt versiebeheer plaats. Er is altijd alleen de laatste versie zichtbaar; na het "verwijderen" wordt het bestand verwijderd.