Data Domain: Commvault en retentievergrendeling

Voor een algemener overzicht van de integratie van Commvault (CV) met DD, raadpleegt u eerst deze KB:

Data Domain: DDBoost best practices voor Commvault v11

In de sectie Retention Lock (RL) van die KB:

Enabling WORM
 
Opmerking: U moet de optie DD Retention Lock inschakelen op de MTree in Data Domain Console voordat u WORM-storagevergrendeling inschakelt in CommCell Console.
Met DataDomain wordt Retention Lock handmatig ondersteund voor zowel de governance- als de compliance-modus.
Opmerking: DataDomain automatische retentievergrendeling wordt niet ondersteund.

Configuratie van retentieslot

Configureer de WORM-storagevergrendeling in de Data Domain Boost-storagebibliotheek.

Zie WORM-storage en -retentie voor schijfstorage inschakelen voor meer informatie.

De WORM-vergrendelingsdagen die in de Commvault-storagepool zijn geconfigureerd, moeten worden ingesteld tussen de waarden voor de minimale retentieperiode en de maximale retentieperiode die zijn ingesteld in Data Domain Console onder de instelling DD Retention Lock. WORM-vergrendelingsdagen worden weergegeven in het dialoogvenster Eigenschappen van kopie storagebeleid.

Het DD-retentieslot kan worden ingesteld op de Governance-modus of de Compliance-modus.

De instelling voor de minimale retentievergrendelingsperiode van Data Domain moet worden ingesteld op minder dan 7 dagen en de maximale retentie op 2x+1 dan de retentie die is ingesteld in Commvault op de storagepool. Als de minimale retentie in Commvault bijvoorbeeld 14 dagen is, wordt de maximale retentie in Data Domain Console ingesteld op 29 dagen. We stellen de minimale retentie in op minder dan 7 dagen vanwege CV-metadata/indexbestanden die slechts voor een korte periode het systeem zijn.

Voor andere best practices raadpleegt u de Best practices van CommVault voor schijfbibliotheken

Als u de bovenstaande handleidingen volgt, wordt RL ingesteld

Nu RL en WORM zijn geconfigureerd, is er een belangrijk onderscheid om te begrijpen hoe u de retentievergrendelingsperioden in CV kunt configureren.

Wanneer u back-ups met verschillende bewaarperioden hebt, wilt u dat de retentievergrendelingsperiode ook voor die back-ups anders wordt ingesteld.

Zeg dat je hebt 

1. Dagelijkse back-ups die 30 dagen worden bewaard
2. Wekelijkse back-ups die 180 dagen worden bewaard
3. Maandelijkse back-ups die 1 jaar worden bewaard
4. Jaarlijkse back-ups die 7 jaar worden bewaard

In CV hebt u deze mogelijk allemaal geconfigureerd onder de basisregels voor bewaren en uitgebreide bewaren in één kopie van het opslagbeleid wanneer u normale back-ups maakt zonder RL.

Een voorbeeld:

Wanneer u WORM en RL gebruikt met CV en DD, kunnen we geen uitgebreide bewaarregels gebruiken om de retentievergrendeling voor back-ups in te stellen.

Elke retentieperiode moet een eigen kopie van het storagebeleid zijn en de basisretentieregel wordt gebruikt voor het instellen van de retentievergrendeling op het DD.

In ons bovenstaande voorbeeld gebruiken we geen regels voor uitgebreide bewaarplicht, maar maken we een afzonderlijk storagebeleid.

Dit is een voorbeeld van opslagbeleid voor de weekbladen dat 180 dagen moet worden bewaard en ook voor die periode moet worden vergrendeld:

Dus wanneer CV back-uptaken uitvoert voor die kopie van het storagebeleid, wordt er een back-up gemaakt van de data naar het DD en wordt een retentievergrendeling voor 180 dagen ingesteld.

Het is belangrijk om dit onderscheid te begrijpen, omdat het niet duidelijk zal zijn dat CV niet de juiste retentievergrendelingsperioden instelt op het DD.