Data Domain: Sikkerhedskopieringsprogram, der er integreret med fastholdelseslås, kan opleve sikkerhedskopieringsfejl på grund af konfigurationsproblem

Nogle sikkerhedskopieringsopgaver mislykkes på sikkerhedskopieringsklienten med meddelelser som f.eks.:
 

8212 6df7 12/05 15:47:15 871396 [MEDIAFS    ] 3637866-3138214 Cannot set the access time of [/data/col1/Commvault/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307], error=0xECCC000D:{CQiFile::SetTimes(825)/ErrNo.13.(Permission denied)}
8212 6df7 12/05 15:47:15 871396 [MEDIAFS    ] 3637866-3138214 Cannot mark the file [/data/col1/Commvault/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307] as read only.

Den "skrivebeskyttede" tilstand for sikkerhedskopier og afbildninger er, hvordan denne særlige sikkerhedskopieringssoftware kalder DD-backend-funktionen, der gør det muligt for en administrator at indstille en tidsperiode, hvor filen i backend muligvis ikke ændres eller slettes, for beskyttelse mod utilsigtet eller ondsindet sletning af data. Denne funktion er det, der kaldes Data Domain Retention Lock (RL for kort).

På DD-siden viser logfilerne følgende for den samme lagerenhed, undermappe og sikkerhedskopieringsfil:

12/05 07:47:47.820284 [7f1bc842a000] Attempt to set atime of 16adcf:0:16addb:0:7d70db86:6256fe81:0 to larger than maximum retention period of mtree.
12/05 07:47:47.820289 [7f1bc842a000] ERROR: FM fm_dm1_setattr:1408 - fm_dm1_setattr_intern failed
12/05 07:47:47.820533 [7f1bcdf19d90] ddboost-<backupsoftware.example.com-56892>: ddboost_api ERROR: ddp_utime() failed, su_name=Commvault, path_name=/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307, Err: 5034-nfs setattr failed (nfs: Permission denied)

DD RL-konfigurationen for hver enkelt MTree, som har funktionen aktiveret, omfatter indstilling af minimum (fastholdelseslås min. opbevaringsperiode) og maksimum (fastholdelseslås maks. opbevaringsperiode) for låse, der tillades indstillet på en af filerne i MTree. Med DD RL skal sikkerhedskopieringsprogrammet individuelt indstille låsen til filer, medmindre funktionen DD Automatic Retention Lock (ARL) er aktiveret. Indstillingerne for MTree i eksemplet var som følger:
 

Mtree: /data/col1/Commvault

Option                                      Value
-----------------------------------------   -----------
Retention-lock                              enabled
Retention-lock mode                         governance
Retention-lock uuid                         UUID1:UUID2
Retention-lock min-retention-period         720minutes
Retention-lock max-retention-period         35days
Retention-lock automatic-retention-period   not set
Retention-lock automatic-lock-delay         120minutes
Retention-lock indefinite-retention-hold    disabled
-----------------------------------------   -----------

Det betyder, at for alle filer i MTree må RL kun indstilles 720 minutter fra det aktuelle tidspunkt (eller længere) og 35 dage fra det aktuelle tidspunkt (eller kortere). Med ovenstående konfiguration kan en fil kun beskyttes mod modifikationer eller fjernelse i en periode på mere end 12 timer, men mindre end 35 dage. Ethvert forsøg fra sikkerhedskopieringsprogrammet på at indstille en lås (som udføres ved opdatering af filens atime, når du bruger BOOST; via "ddp_utime"-kaldet) på kortere eller længere tid vil resultere i den ovenfor viste fejl:

12/05 07:47:47.820284 [7f1bc842a000] Attempt to set atime of 16adcf:0:16addb:0:7d70db86:6256fe81:0 to larger than maximum retention period of mtree.

Når sikkerhedskopieringsprogrammet ved, hvordan man bruger DD RL-funktionen, venter det på, at sikkerhedskopieringen bliver færdig med at skrive til afbildningen i backend og til sidst indstiller låsen på sikkerhedskopieringsbilledet (eller billeder, da noget software kan bruge mere end én fil til at gemme et enkelt sikkerhedskopieringsjob). BOOST-bibliotekerne bruges til at ringe til "ddp_utime" for at indstille låsen i en periode, der svarer til den tiltænkte opbevaring af sikkerhedskopiering på sikkerhedskopieringsprogrammets niveau. Dette har to konsekvenser:

• Hvis tiden ikke synkroniseres mellem sikkerhedskopieringsprogrammet og DD, kan sikkerhedskopieringsprogrammet beregne "X dage fra nu" og hente en dato og et klokkeslæt, der ikke er nøjagtigt det samme som for DD, hvilket vil resultere i, at sikkerhedskopieringsbilledet låses på kortere eller længere tid afhængigt af tidsforskellens tegn
• Hvis den tiltænkte opbevaring af sikkerhedskopier ikke er justeret med RL-grænserne på DD MTree, kan sikkerhedskopieringsprogrammet forsøge at indstille en lås for langt i fremtiden (i en periode, der er længere end "Retention-lock max-retention-period"), og derfor vil indstillingen af låsen blive nægtet. Hvis opbevaringen af sikkerhedskopieringsprogrammet f.eks. er 60 dage med en "Opbevaringslås maks. opbevaringsperiode" indstillet til 30 dage i DD, vil indstilling af låsen naturligvis mislykkes

I situationer, hvor opbevaring af sikkerhedskopieringssoftwaren er lig med "Opbevaringslås maks. opbevaringsperiode" på DD, kan eventuelle mindre tidsforskelle resultere i, at låseindstillingen nægtes på grund af tidsforskellen mellem de to værter.

Det er vigtigt, at alle værter i sikkerhedskopieringsinfrastrukturen har det korrekte tidspunkt, og derfor at de synkroniserer via NTP eller (hvis relevant) Windows AD.

For at undgå hjørnesager som den beskrevne er det god praksis, at "Opbevaringslås maks. opbevaringsperiode" i den RL-aktiverede MTree er indstillet til lidt længere end den længst beholdende sikkerhedskopieringspolitik, der er gemt i den pågældende MTree. Hvis dataopbevaring f.eks. er indstillet til 35 dage i sikkerhedskopieringsprogrammet, er det rigtige at gøre at indstille "Retention-lock max-retention-period" på DD MTree, der bruges til at gemme disse politikker til 36 eller endda 40 dage, for at undgå utilsigtede fejl ved at indstille RL.

Bemærk, at det ikke er et problem at have en "opbevaringslås til maks. opbevaringsperiode" over opbevaringsperioden for sikkerhedskopier. Hvis vi havde 100 dage "Opbevaringslås maks. opbevaringsperiode" i en sikkerhedskopieringspolitik på 35 dage, vil billederne efter 35 dage blive slettet af programmet, og en ren vil bortskaffe deres brugte plads, næste gang den kører. Den eneste ulempe er, at du ved et uheld indstiller billeder med en længere lås, så du med RL-overholdelse ikke kan slette filerne i længere tid end forventet. Derfor anbefales det at indstille "Fastgørelseslås maks. opbevaringsperiode" lidt længere, men ikke for meget.