Data Domain: Säilytyslukon usein kysytyt kysymykset

Mikä on säilytyslukko?
Säilytyslukitus on ominaisuus, jota käytetään Data Domain Restorersissa (DDR) estämään tiettyjen tiedostojoukkojen muokkaaminen tai poistaminen ennalta määrätyksi ajaksi. Toisin sanoen säilytyslukitut tiedostot ovat vain luku -tilassa, kunnes niiden säilytysaika päättyy.

Mitkä ovat säilytyslukon eri versiot?
Säilytyslukko on saatavana kahdelle eri toiminnolle:

• Hallintotapa: Kahdesta säilytyslukitustoiminnosta vähemmän tiukka (eli tiedostolukitukset voidaan palauttaa tarvittaessa).
• Noudattaminen: Tiukempi kahdesta tehtävästä, jotka noudattavat useita yhteisiä sääntelystandardeja. Toisin sanoen tiedostolukkoja ei voi palauttaa. DDR:ään on määritettävä Security Officer -käyttäjä, jonka on todennettava tietyt komennot. Muilla toiminnoilla on erilaisia rajoituksia, jotka estävät lukittujen tietojen poistamisen tai lukkojen palauttamisen etuajassa.

Mitä tietojen käyttöprotokollia säilytyslukitus tukee?

• NFS-, CIFS- ja DD Boost -protokollia tuetaan täysin MTreesiä vastaan säilytyksen lukituksen hallintaa tai vaatimustenmukaisuustilaa käytettäessä.
• VTL (Virtual Tape Library) -protokollaa tuetaan vain MTreesiä vastaan, joka käyttää säilytyksen lukituksen hallintatilaa. Data Domain VTL ei tue automaattista säilytyksen lukitusta. Katso Data Domain Administration Guide -oppaasta, miten säilytyslukittujen nauhojen lukitus avataan siten, että niille voi kirjoittaa.

Säilytyslukituksen vaatimustenmukaisuustila täyttää säädöstenmukaisuusvaatimukset:
Luettelo säädösstandardeista, jotka säilytyksen lukituksen yhteensopivuustila täyttää, sisältää seuraavat:     

• SECC 17a-4(f)
• CFTC-sääntö 1.31b
• FDA 21 CFR, osa 11
• Sarbanes-Oxley-laki
• IRS 98025 ja 97-22
• ISO-standardi 15489-1
• MoREQ2010

Lisätietoja sertifioinnista saat sopimuksen tehneeltä tukipalvelujen tarjoajalta.

Miten säilytyslukituksen hallinta otetaan käyttöön?

• DDR:ään lisätään säilytyslukituksen hallintalisenssi.
• Säilytyksen lukituksen hallintatila on käytössä kaikissa pakollisissa MTree-tilanteissa:     

# mtree retention-lock enable mode governance mtree [mtree]

Miten säilytyslukituksen noudattaminen otetaan käyttöön?

• Joillekin uudemmille Data Domain -malleille, joissa on iDRAC, on omat ohjeet.
• Säilytyslukon vaatimustenmukaisuuslisenssi on lisätty DDR:ään.
• Olisi luotava käyttäjä, jolla on "turvallisuusrooli" (olettaen, että tällaista käyttäjää ei ole olemassa):     

(ADMIN USER) # user add [username] role security

•  Käyttäjän, jonka rooli on "security", tulee kirjautua DDR:ään ja ottaa käyttöön suojauskäyttäjän valtuutus:     

(SECURITY USER): # authorization policy set security-officer enabled

• Järjestelmä on määritettävä säilytyksen lukituksen vaatimustenmukaisuustilaan. Kun seuraava komento on suoritettu, järjestelmä käynnistyy uudelleen automaattisesti:     

(ADMIN USER) # system retention-lock compliance configure

• Kun järjestelmä on käynnistynyt uudelleen, säilytyksen lukituksen vaatimustenmukaisuustilan on oltava käytössä järjestelmässä:     

(ADMIN USER) # system retention-lock compliance enable

• Säilytyksen lukituksen vaatimustenmukaisuustila on käytössä kaikissa pakollisissa MTree-tilanteissa:

(ADMIN USER) # mtree retention-lock enable mode compliance mtree [mtree]

Miten on mahdollista määrittää, missä MTreeissä säilytyslukitus on käytössä?
MTreet, joissa pidätyslukitus on käytössä, ilmoitetaan laitteen lähdössä mtree listesimerkiksi:

sysadmin@ddxxxx# mtree list
Name                                Pre-Comp (GiB)   Status    Tenant-Unit
---------------------------------   --------------   -------   -----------
...
/data/col1/rich-retention-lock                 0.0   RW/RLGE   -
/data/col1/rl_test                             0.0   RW/RLGD   -
/data/col1/rl_test_comp                        0.0   RW/RLCE   -
/data/col1/test                                3.1   RW/RLGE   -
...
---------------------------------   --------------   -------   -----------
...
 RLGE : Retention-Lock Governance Enabled
 RLGD : Retention-Lock Governance Disabled
 RLCE : Retention-Lock Compliance Enabled

Voidaanko MTree, jossa Retention Lock Governance on käytössä, muuntaa Retention Lock -yhteensopivaksi?
Kuten DDOS:n hallintaoppaassa todetaan, tämä ei ole mahdollista.

Voidaanko MTree, jossa Retention Lock Compliance on käytössä, muuntaa säilytyslukituksen hallinnaksi?
Kuten DDOS:n hallintaoppaassa todetaan, tämä ei ole mahdollista.

Miten tiedostojen säilytys- tai lukitusajat asetetaan?
Kun säilytyslukko on otettu käyttöön MTree:tä vastaan, on asetettava vähimmäis- ja enimmäissäilytysaika. Nämä ajanjaksot määrittävät vähimmäis- ja enimmäisajan, jonka MTree-tiedostossa oleva tiedosto voidaan lukita. Esimerkki:     

# mtree retention-lock set min-retention-period [period] mtree [mtree]
# mtree retention-lock set max-retention-period [period] mtree [mtree]

Jaksot voidaan antaa eri yksiköissä seuraavasti:     

• 1 minuutti
• 1 tunti
• 1 päivä
• 1 kk
• 1 vuosi

Miten olemassa olevat säilytysajat voidaan näyttää?
Tämä voidaan tehdä seuraavilla kahdella komennolla:     

# mtree retention-lock show min-retention-period mtree [mtree]
# mtree retention-lock show max-retention-period mtree [mtree]

Esimerkki:     

sysadmin@dd630# mtree retention-lock show min-retention-period mtree /data/col1/rl_test
Retention-lock min-retention-period of mtree /data/col1/rl_test is: 720 minutes.
sysadmin@dd630# mtree retention-lock show max-retention-period mtree /data/col1/rl_test
Retention-lock max-retention-period of mtree /data/col1/rl_test is: 30 days.

Miten MTree-tiedostot, joissa säilytyslukitus on käytössä, lukitaan?

• Kun säilytyslukitus on käytössä MTree:tä vastaan, MTree:n olemassa olevia tiedostoja ei lukita automaattisesti (eli kaikki olemassa olevat tiedostot pysyvät luku- tai kirjoitusaktiivisina).
• Kun MTreelle kirjoitetaan uusi tiedosto säilytyslukitus käytössä, tiedoston säilytys ei ole automaattisesti lukittu. Toisin sanoen uusi tiedosto pysyy luettuna tai kirjoitettuna.

• Jos haluat lukita tietyn tiedoston, tiedoston atime-aikaa on muutettava vastaamaan päivämäärää ja aikaa, jolloin tiedosto on lukittu. Tämä on päivämäärä ja kellonaika, johon asti tiedoston tulisi olla vain luku -tilassa. Ennen kuin aikaa muutetaan tällä tavalla, tiedostoa ei voi lukita (ja sitä voidaan muokata tai poistaa).

Tiedoston atime-aikaa voidaan muuttaa NFS- tai CIFS-asiakasohjelmasta kosketuskomennolla:

# touch -a -t [expiry time] [file to be locked]

Jos esimerkiksi määrität /data/col1/rl_test/testfile-ajaksi 8.6. klo 07.05: 

# touch -a -t 06080705 /data/col1/rl_test/testfile

Kuluvasta ajankohdasta tulevaan ajankohtaan on oltava MTree:n vähimmäis- ja enimmäissäilytysaikojen sisällä. Muussa tapauksessa virheitä syntyy, kun tiedostoja muokataan ajoissa:

# touch -a -t 08080705 /data/col1/rl_test/testfile
touch: setting times of `/data/col1/rl_test/testfile': Permission denied

Vastaava ilmoitus näkyy myös Data Domain File System (DDFS) -lokitiedostoissa:

06/07 13:44:57.197 (tid 0x2b28ee5258c0): Attempt to set atime of /data/col1/rl_test/testfile to larger than maximum retention period of mtree.

CIFS (Windows) -asiakkaat eivät oletusarvoisesti sisällä kosketuskomentoa tai apuohjelmaa, mutta useita tällaisia apuohjelmia on vapaasti ladattavissa useilta kolmansien osapuolten verkkosivustoilta.

Mitkä varmuuskopiointisovellukset tukevat lukitustiedostojen automaattista säilyttämistä DDR:ään kirjoittamisen jälkeen?
Data Domain Retention Lock on yhteensopiva alan standardien mukaisten NAS-pohjaisten WORM (Write-Once-Read-Many) -protokollien kanssa. Integrointi on hyväksytty arkistosovelluksiin, kuten Symantec Enterprise Vault, SourceOne, Cloud Tiering Appliance tai DiskXtender.

Dell NetWorker tukee sekä hallinto- että vaatimustenmukaisuustiloja.

Kesäkuusta 2024 alkaen uudet Avamar-versiot tukevat sekä Data Domain Retention Lock Compliance että Governance) osana Avamarin Immutable Backups -ominaisuutta. Lisätietoja on alla olevassa artikkelissa ja Avamarin dokumentaatiossa:
Avamar ja Data Domain: Avamar Immutable Backupsin ja Data Domain Compliance Mode Retention Lockin

ottaminen käyttöönOn erittäin tärkeää, että Avamarin "Immutable Backups" -ominaisuuden käyttöönottovaiheita noudatetaan tarkasti. Jos näin ei tehdä, DD:ssä voi olla Avamar MTree, jolle ei voi enää kirjoittaa tai jossa on operatiivisia ongelmia, jotka edellyttävät pitkää palautusta. Avamar ei toimi DD Automatic Retention Lock (ARL) -lukituksen kanssa, eikä ARL:ää saa ottaa käyttöön DD:n Avamar MTree -järjestelmissä.

Asiakkaat, jotka käyttävät muita varmuuskopiointisovelluksia, jotka eivät tue Data Domain Retention Lock -toimintoa natiivisti, voivat myös kehittää mukautettuja komentosarjoja Data Domain Retention Lockin avulla tiedostojen säilytysaikojen asettamiseen manuaalisesti. Varmista tässä tapauksessa, että mukautetut komentosarjat määrittävät tiedoston lukituksen siten, että sen lukitus avautuu, ennen kuin varmuuskopiointisovellus yrittää poistaa tiedoston. Jos näin ei tehdä, varmuuskopiosovellus voi yrittää poistaa lukittuja tiedostoja (mikä epäonnistuu). Tiedosto jätetään DDR: ään määräämättömäksi ajaksi kuluttamaan levytilaa. Katso Data Domainin hallintaopas.

Automaattinen säilytyslukko
Varmuuskopiointisovelluksissa, jotka eivät tue Data Domain -säilytyksen lukitustoimintoa suoraan, asiakkaiden on aina ollut ongelma hyödyntää tätä ominaisuutta. Varmuuskopioinnin järjestelmänvalvojan on määritettävä komentosarjat, joilla määritetään MTree-käsittelyssä juuri käsiteltyjen tiedostojen säilytyslukitus. Lukitus on asetettava niin, että se vanhenee vähän ennen kuin varmuuskopioinnin järjestelmänvalvoja

vanhentuu (ja poistaa).ARL asettaa lukituksen jokaiselle MTreelle kirjoitetulle tiedostolle ominaisuuden käyttöönoton jälkeen, mikä estää tiedoston muuttamisen tai poistamisen tietyksi ajaksi määritetyn harkinta-ajan jälkeen. Tämä tarkoittaa, että ARL ei saa olla käytössä työkuormille tai varmuuskopiointisovelluksille, joiden on päivitettävä joitakin tiedostoja toistuvasti ajan mittaan, esimerkiksi VTL-pooleissa (VTL-nauhatiedostot kirjoitetaan toistuvasti) tai varmuuskopiointisovelluksissa, jotka säilyttävät metatietotietoja asiakkaan varmuuskopiotiedostojen rinnalla (kuten NetWorker tai Avamar). ARL voi näissä tapauksissa lukita tärkeät tiedostot joksikin aikaa, ja kun nämä tiedostot on kirjoitettava myöhemmin muita varmuuskopioita varten, kirjoitus epäonnistuu, samoin mahdolliset myöhemmät varmuuskopiot.

DDOS 6.2.0.20 -versiosta lähtien komentorivillä on ominaisuus, joka voidaan ottaa käyttöön komentoriviliittymässä jokaiselle MTreelle, kun Retention Lock on määritetty, jotta voidaan lukita jokainen käsitelty tiedosto (tietyksi ajaksi), jotta DDOS 6.2.0.20 -versio olisi käytössä. Kun levylle kirjoittamisen valmistumisesta on kulunut ennalta määritetty aika. Näin järjestelmänvalvojien ei enää tarvitse huolehtia säilytyksen manuaalisesta (tai komentosarja) asettamisesta, ja tämä voi tapahtua automaattisesti ilman varmuuskopiointisovelluksen yhteistyötä. 
Ennen DDOS 7.8 -versiota DD Boost Logical Storage Units (LSU) -tallennusjärjestelmissä ei voi käyttää automaattista säilytyslukitusta, ja sen ottaminen käyttöön antaa virheilmoituksen, jonka mukaan sitä ei tueta.
Versiosta 7.8 alkaen ARL on tuettu DD Boost LSU:ille.

(ARL:ää, jota käytetään kohde-DD:issä hallittujen tiedostojen replikointiin (MFR), kuten NW-kloonillakin, pitäisi olla riittävän pitkä "automaattisen lukituksen viive", jotta voidaan varmistaa, että varmuuskopioinnin kloonitoiminnot on suoritettu ennen tiedostojen lukituksen asettamista. Esimerkki: Varmuuskopiojoukkoon kuuluvan pienen tiedoston replikointi päättyy nopeasti, kun taas suuremman tiedoston replikointi kestää kauemmin. Ensimmäisen tiedoston säilytys lukitaan, kun suurempi tiedosto on replikoitu ja kohtaa virheen, kun NW yrittää siirtää kaikki varmuuskopiojoukon tiedostot lopulliseen arkistohakemistoon.)

Data Domain VTL ei tue automaattista säilytyksen lukitusta.

Soveltuvissa versioissa on lisävaihtoehtoja kohdassa mtree retention-lock Komentoriviliittymä, kuten alla. Tämä ominaisuus voidaan määrittää myös käyttöliittymän kautta valitsemalla Käyttö-vaihtoehdosta "Automaattinen" "Manuaalisen" sijaan:     

# mtree retention-lock set
{min-retention-period | max-retention-period |
automatic-retention-period | automatic-lock-delay} <period>
mtree <mtree-path>

Automaattinen säilytyksen lukitustoiminto lukitsee tiedoston heti, kun ennalta määritetty jäähdyttelyaika on kulunut umpeen (automaattinen lukitusviive). Kun tiedosto on kirjoitettu MTree-käyttöiseen säilytyslukkoon ja lukitus on voimassa "automaattisen säilytysajan" siitä hetkestä lähtien, kun se asetettiin, lukitus tapahtuu, jos arvo on MTreelle määritettyjen "min-retention-period" ja "max-retention-period" -arvojen sisällä.

Katso lisätietoja ominaisuuden käytöstä ja yleistietoja vastaavasta DDOS-hallintaoppaasta. Tämä ominaisuus ei sovellu hyvin tilanteisiin, joissa samaa MTreeä käytetään varmuuskopioiden kohteena, joilla pitäisi olla joko lukitussarjat eri ajanjaksoille, tai varmuuskopiot, joiden pitäisi olla, ja varmuuskopiot, joissa ei pitäisi olla lukitusta alun perinkään.

Mitä lukittua tiedostoa vastaan voi tai ei voi tehdä?

• Säilytyslukitut tiedostot ovat vain luku -tilassa, eikä niitä voi muuttaa tai poistaa.
• Kun tiedoston säilytysaika päättyy, se "avataan" - lukitsemattomassa tilassa tiedostoa ei vieläkään voi muokata, mutta se voidaan poistaa. DDR ei poista tiedostoa automaattisesti, kun sen säilytysaika päättyy (myöhempi poisto on suoritettava asiakasjärjestelmästä tai varmuuskopiointisovelluksesta).
• Kun tietyn tiedoston säilytysaika on asetettu, sitä ei voi lyhentää (eli tiedostoja ei voi aikaistaa).
• Säilytysaikoja voidaan kuitenkin pidentää (aikaa voidaan pidentää MTree:n enimmäissäilytysaikaan asti).
• Tiedoston omistajuus- ja käyttöoikeusasetuksia voidaan edelleen muokata, kun tiedosto on lukittuna
• Säilytyslukossa oleva hakemisto voidaan nimetä uudelleen tai poistaa vain, jos kyseinen hakemisto ei sisällä tiedostoja. Jos hakemisto sisältää tiedostoja (vaikka näitä tiedostoja ei olisikaan lukittu), hakemiston uudelleennimeäminen tai poistaminen epäonnistuu
• Vaikka se ei muuttaisi tiedoston sisältöä itse, se ei saa muuttaa sellaisten tiedostojen nimeä (nimetä uudelleen), joilla on lukitusasetus, mutta uudelleennimeäminen on myös kielletty, kun tiedoston lukitus on vanhentunut. Jos tiedostoa ei enää lukita, ainoa sallittu toiminto on poistaminen. Tämä muuttuu DDOS 7.7.4:ssä, kun tiedoston uudelleennimeäminen on sallittua tiedostoille, joita ei ole enää lukittu.

Onko mahdollista poistaa säilytyslukko kokonaan tiedostoa tai tiedostojoukkoa vastaan?
MTrees-tiedostojen säilytyslukitus on mahdollista "palauttaa" (poistaa) hallintotilassa - tämä tehdään seuraavalla komennolla:     

# mtree retention-lock revert [path]

Kun tiedoston säilytyslukko on poistettu, sitä voidaan muokata tai se voidaan poistaa normaalisti. Jos tämä komento suoritetaan hakemistossa, säilytyslukitukset poistetaan kaikista kyseisen hakemiston tiedostoista ja kaikista alihakemistoista.

MTrees-tiedostoissa olevien tiedostojen säilytyslukitusta ei voi palauttaa vaatimustenmukaisuustilassa - jos tätä yritetään, näyttöön tulee vastaava virhe:     

# mtree retention-lock revert /data/col1/rl_test_comp/testfile
This operation is not allowed. Mtree is in retention-lock compliance mode.

Mitä tapahtuu, jos säilytyslukittua tiedostoa yritetään muokata tai poistaa?
Kaikki yritykset muokata tai poistaa säilytyslukittua tiedostoa aiheuttavat vastaavan permission denied virhe:

# echo " test2" >> /data/col1/rl_test/testfile
bash: testfile: Permission denied
# rm testfile
rm: remove write-protected regular file `testfile'? y
rm: cannot remove `testfile': Permission denied

DDFS-lokit osoittavat, että toiminto on epäonnistunut tiedoston säilytyksen lukitsemisen vuoksi:     

06/07 07:06:59.756 (tid 0x2b5a77605d50): Atime of retention-lock file /data/col1/rl_test/testfile is not expired.
06/07 07:07:42.504 (tid 0x2b5a79111390): Atime of retention-lock file /data/col1/rl_test/testfile is not expired.

Onko mahdollista luetella kaikki tiedostot, jotka ovat säilytyslukittuja?
Kyllä, tämä voidaan tehdä käyttämällä mtree retention-lock report generate retention-details komento:

mtree retention-lock report generate retention-details
mtrees {<mtree-list> | all}
[format {text | tsv | csv}]
[output-file <file-name>]
               Report detailed information of
               retention-lock files.

Jos haluat esimerkiksi luetella kaikkien lukittujen tiedostojen tiedot /data/col1/rl_test MTree Suoritettaisiin seuraava:

sysadmin@ddxxxx# mtree retention-lock report generate retention-details mtrees /data/col1/jftest
Report generated on: Fri Jul  1 14:19:31 2016

Report for mtree: /data/col1/jftest
File Path        Mode        Size(Bytes)        Expiration Date
/data/col1/jftest/file1 governance 10521456 Sat Jul  2 22:35:48 2016
/data/col1/jftest/testdir/file2 governance 10521680 Sat Jul  2 22:35:42 2016
/data/col1/jftest/file3 governance 10521820 Sun Jul 10 22:36:09 2016
Total files: 3

Onko mahdollista poistaa MTree:n säilytyslukitus kokonaan käytöstä (sen jälkeen, kun se on otettu käyttöön)?
Kyllä, jos MTrees käyttää hallinnointitilaa, tämä tehdään käyttämällä mtree retention-lock disable komento:

# mtree retention-lock disable mtree [mtree]

For example:
sysadmin@xxxx# mtree retention-lock disable mtree /data/col1/rl_test
Retention-lock feature is disabled (previously enabled) for mtree /data/col1/rl_test.

Once disabled, MTree list indicates that retention lock was used against the MTree but has since been disabled, that is: 

sysadmin@ddxxxx# mtree list
Name                                Pre-Comp (GiB)   Status    Tenant-Unit
---------------------------------   --------------   -------   -----------
...
/data/col1/rl_test                             0.0   RW/RLGD   -
...

sysadmin@ddxxxx# mtree retention-lock revert /data/col1/rl_test/testfile
**** Retention-lock feature is disabled (previously enabled) for mtree which contains the path /data/col1/rl_test/testfile.

• Säilytyslukitusta ei voi poistaa käytöstä MTree-laitteessa yhteensopivuustilassa:     

sysadmin@ddxxxx# mtree retention-lock disable mtree /data/col1/rl_test_comp
**** Operation is not allowed because the system is a retention-lock compliance system

• Hakemistoreplikointi, jota tuetaan vain hallintotilaa käyttävissä tiedostoissa, ei replikoi vähimmäis- ja enimmäissäilytysaikoja kohdejärjestelmään.
• MTree-replikointi – voidaan käyttää joko hallinto- tai vaatimustenmukaisuustilan tiedoille, ja se replikoi vähimmäis- ja enimmäissäilytysajat kohdejärjestelmään.
• Kokoelman replikointi – voidaan käyttää joko hallinto- tai vaatimustenmukaisuustilan tiedoille, ja se replikoi vähimmäis- ja enimmäissäilytysajat kohdejärjestelmään.

# replication break mtree://[destination system]/data/col1/[mtree]

# replication add source mtree://[source system]/data/col1/[mtree] destination mtree://[destination system/data/col1/[mtree]

# mtree retention-lock enable mode compliance mtree [mtree]

# replication resync mtree://[destination system/data/col1/[mtree]

# user reset
# filesys destroy
# filesys archive unit del [archive unit name]

# mtree delete [mtree]
# mtree retention-lock reset [min-retention-period period | max-retention-period period] mtree [mtree]
# mtree retention-lock disable mtree [mtree]
# mtree retention-lock revert

# cloud unit del <cloud unit name>