Data Domain-gjenoppretting og langsiktig oppbevaring i nettskyen: Vanlige spørsmål

Denne artikkelen tar for seg de vanligste spørsmålene om konfigurasjon og bruk av Data Domain Restorers (DDRs) og langsiktig oppbevaring (LTR) eller skyfunksjon.
 

Hva er LTR?

• En ny funksjon kalt LTR ble introdusert fra og med Data Domain Operating System (DDOS) 6.0.
• LTR gjør det mulig for visse modeller av DDR-er å migrere et delsett av filer eller data til et objekt eller skylagring, kjent som et skynivå, fra en rekke støttede offentlige eller private skyleverandører.
• Hvis du vil overføre filer eller data fysisk til objektlagring, kjøres en dataflyttingsprosess på DDR.
• For å fysisk frigjøre overflødige data fra skynivået, kjøres en oppryddingsprosess for skynivå på DDR.
• LTR er en lisensiert funksjon og krever en CLOUDTIER_CAPACITY license.
• LTR krever noe lokal lagring for metadata for skynivå.

Hvilke DDR-systemer er LTR tilgjengelig for?
Dette avhenger av DDOS-versjonen som er installert sammen med systemmodelltypen. De fleste modeller har visse maskinvarekrav som må oppfylles på forhånd for at LTR skal konfigureres. Se installasjonsveiledningen for maskinvare for de spesifikke modellene sammen med administrasjonsveiledningen for DDOS for å finne kravene.

Hvilken lisens kreves for LTR?

• Siden LTR regnes som en ny funksjon fra DDOS 6.x og nyere, kreves det en e-lisens. 
• Den påkrevde typen elisens kalles en CLOUDTIER_CAPACITY license. Et eksempel på en CLOUDTIER_CAPACITY license er som følger:

Capacity licenses:
##   Feature              Shelf Model   Capacity     Mode        Expiration Date
--   ------------------   -----------   ----------   ---------   ---------------
1    CLOUDTIER-CAPACITY   n/a           136.42 TiB   permanent   n/a
--   ------------------   -----------   ----------   ---------   ---------------

Hvordan fungerer de ulike nivåene?

• Vanlige DDR-er (uten LTR-lisens) har ett enkelt nivå kalt det aktive nivået.
• Det aktive nivået er det tradisjonelle lagringsnivået på alle standard DDR-er.
• LTR-systemer har et andre lagringsnivå kjent som et skynivå.

Maksimumsstørrelsen for hvert nivå bestemmes av de støttede grensene for den angitte maskinvarekonfigurasjonen og DDOS-versjonen. Se administrasjonsveiledningen for DDOS og maskinvareveiledningen for den aktuelle modellen.

Et eksempel på en to-lags, en aktiv og en sky, LTR-konfigurasjon er vist nedenfor:   

Active Tier:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB*
----------------   --------   --------   ---------   ----   --------------
/data: pre-comp           -    36674.6           -      -                -
/data: post-comp    65460.3      585.4     64874.8     1%              0.1
/ddvar                 29.5       24.7         3.3    88%                -
/ddvar/core            31.5        1.1        28.8     4%                -
----------------   --------   --------   ---------   ----   --------------

Cloud Tier
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -       33.1           -      -               -
/data: post-comp      912.2       42.3       869.9     5%             4.1
----------------   --------   --------   ---------   ----   -------------

Total:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -    36674.6           -      -               -
/data: post-comp    65460.3      585.4     64874.8     1%             0.1
/ddvar                 29.5       24.7         3.3    88%               -
/ddvar/core            31.5        1.1        28.8     4%               -
----------------   --------   --------   ---------   ----   -------------

Hvordan er et skynivå strukturert?

• Et skynivå består av:   
  • Lokalt inneholdte metadata, lagret i et kabinett hvis en fysisk DDR brukes, eller en LUN eller enhet hvis DDVE brukes.
  • Leverandører av objektlagring
• Begge de ovennevnte er kombinert til en skyenhet.
• Hvis flere skyenheter er konfigurert, kan de dele de lokalt lagrede metadataene.
• Maksimalt to skyenheter kan konfigureres per system. Hver skyenhet kan klargjøres fra en annen leverandør av objektlagring.
• Hver nettskyenhet kan være så stor som den maksimalt støttede aktive nivåstørrelsen for den gitte DDR-modellen. Se administrasjonsveiledningen for DDOS hvis du vil ha mer informasjon.

Hva skjer i løpet av en typisk livssyklus for sikkerhetskopiering når LTR er konfigurert?

• Alle data skrives først til det aktive nivået, der de begynner å eldes.
• Kortlivede data som når oppbevaringsperioden, utløper / slettes som på en vanlig DDR.
• Et delsett av data som krever langsiktig oppbevaring, overføres imidlertid ut til skynivået.
• Filsystemet opprettholder et enkelt navneområde på tvers av alle nivåer, slik at når en fil migreres til skyen, endres ikke navneområdet og er som sådan rimelig gjennomsiktig for brukeren eller sikkerhetskopiprogrammet.
• For en fil som allerede er migrert til skynivået når oppbevaringsperioden, utløpes/slettes den som alle andre filer.
• Plassen som en fil brukte i skynivået, gjenvinnes ikke umiddelbart, i stedet må det kjøres skynivårensing.

Hvordan dupliseres data mellom nivåer?

• Hver skyenhet er et frittstående volum, noe som betyr at det er en selvstendig dedupliseringsenhet.
• Som et resultat kan data skrevet til hver skyenhet bare dedupliseres mot data i samme skyenhet.

Hva er en plasseringstid (kjent som ptime)?

• Filer og kataloger har forskjellige tidsstempler knyttet til seg.
• En fil eller katalog har for eksempel opprettelsestid, siste tilgangstid og endringstid.
• DDOS har forbedret dette ytterligere til også å omfatte en plasseringstid. Plasseringstidspunktet er datoen og klokkeslettet da filen ble overført fra det aktive nivået til skynivået.
• Avhengig av DDOS-versjonen, kan plasseringstiden sees når du undersøker hvilket nivå en fil ligger på. Hvis filen er migrert til skynivået, vises plasseringstiden, for eksempel:  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-4        cloudunit2           Tue Sep 5 10:17:00 2017
/data/col1/mtree1/random-data-file-5        cloudunit2           Tue Sep 12 15:52:23 2017
/data/col1/mtree1/random-data-file-6        cloudunit2           Tue Sep 13 09:42:55 2017

• PTIME er det siste feltet i utdataene ovenfor, selv om det ikke viser en feltoverskrift.

Hvordan flyttes data fra det aktive nivået til skynivået?

• En prosess som kalles dataflytting, er ansvarlig for å undersøke filer i et MTree som ligger på aktivt nivå.
• Dataflytting starter ved å opprette et øyeblikksbilde av alle MTrees som er konfigurert for dataflytting.
• Hver fil har en endringstid som lagrer siste gang en fil ble skrevet til.
• Hvis en fil tidligere ble overført til skynivået, angis et ekstra tidsfelt som kalles plasseringstid. Plasseringstidspunktet lagrer datoen og klokkeslettet da filen ble overført til skynivået. Hvis plasseringstiden er angitt, brukes denne i stedet for endringstiden. Dette er for å unngå at en fil kontinuerlig migreres tilbake til skynivået hvis en fil hentes tilbake (ettersom tilbakekalling av en fil ikke endrer modifikasjonstiden).
• Øyeblikksbildene som er opprettet ovenfor, krysses av databevegelse.
• Hvis filen som undersøkes, har nådd en definert terskelverdi, som angitt av dataflyttingspolicyen for det aktuelle MTree-nivået, undersøkes filen for å fastslå hvilke data i filen som må migreres fra det aktive nivået til skynivået. En dataflyttingspolicy angis per MTree.
• De unike segmentene for den valgte filen skrives eller kopieres til skynivået. 
• Når de unike segmentene er kopiert, bekreftes filen ved å lese dem av for å sikre at migreringen var vellykket.
• Når filen er bekreftet, oppdateres metadataene for å gjenspeile at filen nå ligger på skynivået.
• Dataflyttingsprosessen kan planlegges å kjøre med en bestemt frekvens eller kan startes manuelt.

Når dataflytting startes, hvilke faser er der og hvilke handlinger utfører hver fase?

• Det er tre faser knyttet til dataflytting, kopieringsfasen, verifiseringsfasen og installasjonsfasen.
• Kopieringsfasen er ansvarlig for å identifisere segmenter som må kopieres til skyen, og deretter overføre disse segmentene til skyen.
• Når kopieringsfasen starter, er det sky- eller objektlagring, og brukes som kopieringsfase for å kopiere segmentene som er identifisert fra det aktive nivået til skynivået.
• Verifiseringsfasen er ansvarlig for å sikre at segmentene til en fil ble overført til skyen.
• Installasjonsfasen er ansvarlig for å oppdatere metadataene som gjelder filen som ble overført, for å vise at den nå ligger på sky- eller objektlagring.
• Hver fil må fullføre alle tre fasene for at dataflytting skal anses som vellykket for den filen. Derfor, til installasjonsfasen er fullført for en fil, forblir filen på aktivt nivå.

Hvilke dataflyttingspolicyer er tilgjengelige?

• Policyer for dataflytting kan være ett av følgende:   
  • Aldersgrense: Hvis en filplassering eller endringstid er større enn aldersgrensen som er angitt, velges den for overføring til skynivået.
  • Aldersgruppe: Hvis en filplassering eller modifikasjonstid faller innenfor et bestemt område, velges den for overføring til skynivået.
  • Applikasjon definert: Sikkerhetskopieringsapplikasjonen angir om en fil skal velges for migrering til skynivået.
• Policyer er gjensidig utelukkende, det vil si at en MTree bare kan ha én policy angitt om gangen.

Hvordan kan en dataflyttingspolicy angis på en MTree?

• Kommandoen nedenfor kan brukes. Eksempel:   

data-movement policy set <policy name> <policy type values> totier cloud cloud-unit <cloud unit name> mtrees <mtree list>

sysadmin@dd4500 # data-movement policy set age-threshold 14 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set age-range min-age 14 max-age 100 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set app-managed to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1

Hvilke dataflyttingspolicyer er allerede konfigurert?

• Kommandoen nedenfor gir en liste over hvilke MTrees som er tilordnet dataflyttingspolicyer. Eksempel:   

data-movement policy show

sysadmin@dd4500 # data-movement policy show
Mtree               Target(Tier/Unit Name)   Policy      Value      
-----------------   ----------------------   ---------   -----------
/data/col1/mtree1   Cloud/cloudunit1         age-range   14-100 days
-----------------   ----------------------   ---------   -----------

Hvordan fungerer en applikasjonsstyrt dataflyttingspolicy?

• Dataflyttingspolicyen for det aktuelle MTree er satt til appadministrert. Dette gjøres enten manuelt, eller sikkerhetskopieringsprogrammet utfører dette ved hjelp av Data Domain REST API-grensesnittet.
• Sikkerhetskopiapplikasjonen må være LTR-klar.
• Sikkerhetskopiapplikasjonen må bruke DD Boost, og versjonen av DD Boost må være LTR-klar og kompatibel.
• Ved hjelp av DD Boost-biblioteket/API-en angir sikkerhetskopieringsprogrammet plasseringstiden for filen som må migreres til skynivået. er satt til en spesialverdi som angir at neste gang dataflytting kjører, skal filen migreres til skyen.
• Når dataflytting kjører på Data Domain-systemet, kontrolleres plasseringstiden, og hvis den er satt til spesialverdien, som nevnt ovenfor, migrerer den filen til skyen.

Hvordan kan dataflytting startes manuelt?

• Kommandoen nedenfor kan for eksempel brukes:   

data-movement start

sysadmin@dd4500 # data-movement start
Data-movement started.

Hvordan kan databevegelse overvåkes?

• Kommandoen nedenfor kan brukes til å kontrollere status for dataflytting. Eksempel:   

data-movement status

sysadmin@dd4500 # data-movement status
Data-movement to cloud tier:
----------------------------
Data-movement is initializing..

Data-movement recall:
---------------------
No recall operations found. 

• Hvis dataflytting kjører, kan kommandoen nedenfor brukes, for eksempel:   

data-movement watch 

sysadmin@dd4500 # data-movement watch
Data-movement: phase 1 of 3 (copying)
   92% complete; time: phase  0:08:04, total  0:08:14
      Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,
      Files copied: 7, Files verified: 3, Files installed: 3

Hvordan kan dataflytting stoppes?

• Kommandoen nedenfor kan brukes. Eksempel:   

data-movement stop 

sysadmin@dd4500 # data-movement stop
Data-movement stop initiated. Run the status command to check its status.

Hvis det er mer enn én skyenhet, kan dataflytting kjøre parallelt til begge skyenhetene?

• Nei. I hovedsak kan dataflytting bare migrere data til én skyenhet om gangen.

Hvordan konfigureres LTR?

• Dette er en oversikt på høyt nivå, se den detaljerte prosessen i administrasjonsveiledningen for DDOS.
• Legg til riktig CLOUDTIER_CAPACITY license.
• Angi systempassordet hvis det ikke allerede er angitt.
• Aktiver skyfunksjonen.
• Legg til metadatalagring for skynivået.
• Konfigurer en skyprofil eller -profil for riktig sky- eller objektlagringsleverandør.
• Legg til en skyenhet.
• Konfigurer en dataflyttingspolicy for MTree eller MTrees som krever lagring av data i skyen.
• Start dataflytting manuelt, eller vent til en automatisk eller planlagt dataflytting starter.

Kan en skyenhet slettes? I så fall hvordan?

• Forsiktig: Dette ødelegger alle data som er lagret på skyenheten, og dataene kan derfor ikke gjenopprettes, så fortsett med forsiktighet.
• Se delen i dette kunnskapsbasedokumentet med tittelen "Hvordan finner en bruker ut hvilket nivå en fil er plassert på" for å forstå hvilke filer som ligger på skyenheten som skal slettes.
• Disse filene bør enten slettes hvis de ikke lenger er nødvendige, eller tilbakekalles til det aktive nivået hvis de må beholdes.
• Hvis filer må beholdes, må du sørge for at alle filene hentes frem før du fortsetter.
• Det skal ikke være noen filer igjen på skyenheten som slettes.
• Tilbakestill eventuelle dataflyttingspolicyer for MTree eller MTrees som bruker denne skyenheten.
• Deaktiver filsystemet.
• Slett skyenheten. Dette markerer skyenheten i en DELETE_PENDING tilstand, som er som designet.
• Aktiver filsystemet.
• Når filsystemet har startet, begynner det asynkront å slette alle objekter i skyen eller objektlagringsleverandøren som ble brukt av denne skyenheten. Når alle objektene er slettet, slettes også samlingene som denne skyenheten brukte. Hvis det er mange objekter, kan skyenheten forbli i DELETE_PENDING tilstand i lengre tid.
• Når alle objektene og samlingene er fjernet, forsvinner skyenheten fra listen over skyenheter.

Hva skjer hvis en skyenhet ikke kan slettes fordi objektlagringen ikke lenger er tilgjengelig eller det er et tilkoblingsproblem?

• Kontakt Dells kundestøtte for å få mer hjelp.

Kan LTR og Extended Retention (ER) konfigureres på samme system?

• Nei. ER og LTR utelukker hverandre hverandre.

Hvordan frigjøres eller slettes data fra skynivået?

• Dette fungerer på samme måte som filer på aktivt nivå
• Når en fil når oppbevaringsperioden, slettes den fra filsystemets navneområde.
• Rengjøring av skynivå er planlagt å kjøre. Som standard kjøres skynivårensing etter hver fjerde aktive oppryddingsøkt.
• For at rengjøring av skynivå skal kjøre, må skyenheten som rengjøres, ha minst 1 % overflødige eller rengjørbare data for å starte. Dette er fordi all skynettverkstrafikk kan belastes, slik at DDR prøver å begrense nettverkstrafikken der det er mulig.
• Skynivået kjører med en standard på 50 % rengjøringsgass.
• Både tidsplanen for rengjøring av skynivå og rengjøringsgass kan endres.
• Aktiv nivå- og skynivårensing kan ikke kjøre parallelt.
• Hvis automatisk eller planlagt skynivårensing kjører, kommer den aktiv lagrengjøring i forkjøpet.
• Hvis en manuell rengjøring av skynivået startes, kan ikke aktiv nivårensing starte før skynivårensingen er fullført.
• Hvis et skynivå har to nettskyenheter, renses bare én skyenhet per planlagt eller automatisk rengjøring av skynivå. Skyenhetene opereres på en round-robin-måte fra et skynivårengjøringsperspektiv. Når det er to skyenheter, er det et krav å spesifisere skyenheten som skal renses når du kjører fra kommandolinjen (cloud clean start unit-name<>)
• Hvis en skynivårensing ikke starter på en skyenhet, for eksempel, har den nåværende skyenheten ikke nok rengjørbare data til å anse det som verdt, så prøver systemet automatisk å rense fra neste skyenhet.
• Hvis du vil ha mer informasjon om opprydding i skynivå, kan du se følgende artikkel Data Domain: En innføring i langsiktig oppbevaring, skynivårensing og søppelhenting på Data Domain Restorers (DDR-er)

Hvordan startes en manuell rengjøring av skynivå?

• Kommandoen nedenfor kan brukes. Eksempel:   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.

Hvordan kan en rengjøring av skynivå overvåkes?

• Kommandoen nedenfor kan brukes til å sjekke om skyrensing kjører. Eksempel:   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean status
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2017/03/15 12:16:06.

• Hvis skyrensing kjører, kan den overvåkes ved å bruke kommandoen nedenfor:

cloud clean watch

Kan aktiv nivårengjøring kjøre samtidig med skynivårengjøring?

• Nei. Både aktiv nivårensing og skynivårengjøring bruker begge de samme felles interne delte datastrukturene som krever eksklusiv tilgang.

Hvordan kan en tidsplan for opprydding av skynivåer vises eller endres?

• Kommandoen nedenfor kan brukes til å vise gjeldende plan for opprydding av skyen. Eksempel:   

cloud clean frequency show

sysadmin@dd4500 # cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.

• Kommandoen nedenfor brukes til å endre en tidsplan. Eksempel:  

cloud clean frequency set <value>

sysadmin@dd4500 # cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.

Hvordan kan gasspjeldet for rengjøring av skyen endres eller vises?

• Som standard er skyen tier-rengjøring gasspjeld den er satt til 50%. Kommandoen nedenfor kan brukes til å tilbakestille den til standard gassprosent.

cloud clean throttle reset

• Kommandoen nedenfor kan brukes til å vise gjeldende skyrensingsgass. Eksempel:   

cloud clean throttle show

sysadmin@dd4500 # cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent

• Kommandoen nedenfor kan brukes til å endre rengjøringsgassen. Eksempel:   

cloud clean throttle set <value> 

sysadmin@dd4500 # cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent

Hva kontrollerer skynivårensing av gasspjeld?

• Skynivårengjøringsgassen fungerer på samme måte som gassen for rengjøring av aktivt nivå, ved at struping begrenser I/O- og CPU-ressursene som rengjøringen av skynivået kan bruke.
• Det struper ikke nettverksoverføring.

Hvorfor frigjører/sletter ikke skynivårengjøring så mange objekter som forventet?

• Rengjøring anses alltid som et estimat. Se følgende KB-artikler som beskriver aspekter rundt dette emnet slik de gjelder likt for data som ligger på skynivået:  

• I tillegg til dette finner du ytterligere spesifikke detaljer om hvordan skynivået implementeres.
• Ulike metoder har blitt implementert for å begrense mengden nettverkstrafikk til en sky- eller objektlagringsleverandør, da dette kan medføre kostnader.
• Som nevnt ovenfor kreves det minst 1 % datafrafall for at den rene skal kjøre.
• Når filsystemet krysses for å søke etter filer som oppfyller dataflyttingspolicyen, undersøkes bare lokale kopier av metadataene.
• Alle segmenter som oppbevares på sky- eller objektlagring, og som viser seg at de bare inneholder brukerdata, merkes for asynkron sletting.
• Alle segmenter som inneholder minst ett aktivt segment, hoppes over fordi DDOS ikke ønsker å kombinere små mengder data på grunn av nettverkstrafikken som er involvert.

Hvordan finner en bruker ut hvilket nivå en fil er plassert på?

• Bruk kommandoen nedenfor for et eksempel på utdataene som genereres av denne kommandoen:  

filesys report generate file-location

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-1        Active
/data/col1/mtree1/random-data-file-2        Active
/data/col1/mtree1/random-data-file-4        cloudunit2
/data/col1/mtree1/random-data-file-5        cloudunit2
/data/col1/mtree1/random-data-file-6        cloudunit2

Kan en fil leses eller åpnes direkte etter at den er overført til skynivået?

• Dette avhenger av hvilken versjon av DDOS som brukes sammen med skyleverandøren:   

• Direkte gjenoppretting av filer er mulig uten å måtte huske en fil først. Dette er kjent som "direkte gjenoppretting"-funksjonen og er begrenset til ECS som sky- eller objektleverandør.
• Hvis du vil ha mer informasjon om "direkte gjenoppretting" fra Avamar, kan du se rapporten "Avamar Granular or File Level Restore from Data Domain Cloud Tier".
• Avamar GLR/FLR-funksjonen (direkte gjenoppretting) trenger en minimumskombinasjon av Avamar 18.1 eller DDOS 6.1 med ECS som nettskyleverandør. 

• En fil må hentes frem først. Det vil si at dataene overføres tilbake fra skynivået til det aktive nivået.
• Filen må hentes tilbake fra skynivået til det aktive nivået ved hjelp av kommandoen for tilbakekalling av dataflytting for å tillate lesing fra en fil eller endring av en fil som ligger på skynivået.
• Ethvert forsøk på å lese eller endre en fil som ligger på skynivået, fører til at en I/O-feil returneres til den som prøver å lese filen som er sikkerhetskopieringsprogrammet, hvis filen ikke hentes frem først.
• Noen skyoppmerksomme sikkerhetskopieringsprogrammer kan starte filtilbakekallinger, ellers må filer hentes frem manuelt.
• Siden DDOS 7.7+:
  • Direkte gjenoppretting lar ikke-integrerte programmer lese filer direkte fra nettskynivået uten å gå gjennom det aktive nivået.
  • Viktige hensyn ved valg av direkte gjenoppretting omfatter:
  • Direkte gjenoppretting krever ikke en integrert applikasjon og er gjennomsiktig for ikke-integrerte applikasjoner.
  • Lesing fra skynivået krever ikke først kopiering til det aktive nivået.
  • Histogrammer og statistikk er tilgjengelig for sporing av direkte lesing fra skynivået.
  • Direkte gjenoppretting støttes bare for AWS- og ECS-skyleverandører .
  • Programmer opplever skynivåventetid.
  • Å lese direkte fra skynivået er ikke båndbreddeoptimalisert.

Hvor mange filer kan hentes parallelt?

• DDOS 6.0 støtter fire filer som skal legges i kø og tilbakekalles parallelt.
• DDOS 6.1 støtter 1000 filer som skal legges i kø og 4 filer i tilbakekallingskøen som skal tilbakekalles parallelt.

Ifølge Data Domain Admin Guide 7.9:

• Systemer med 256 GB minne eller mer kan hente opptil 16 filer samtidig.
• Systemer med mindre enn 256 GB minne kan hente opptil åtte filer samtidig.
• DDVE-forekomster kan hente opptil fire filer samtidig.

Hvordan kan en fil hentes tilbake?

• En fil kan hentes frem ved hjelp av kommandoen nedenfor. Eksempel:   

data-movement recall path <path-name> 

sysadmin@dd4500 # data-movement recall path /data/col1/mtree1/file1

Hvordan kan alle filene i et MTree tilbakekalles?

• Avhengig av DDOS-versjonen, kan alle filene i Cloud hentes ved å kjøre en enkelt kommando som nedenfor:   

sysadmin@dd4500 # data-movement recall mtree /data/col1/mtree1

• Se "Dell DDOS Command Reference Guide" for DDOS-versjonen din for detaljer

Hvordan kan en tilbakekallingsoperasjon overvåkes?

• En tilbakekallingsoperasjon kan overvåkes ved hjelp av kommandoen nedenfor, eller hvis en bestemt fil kreves. Eksempel:   

data-movement status path all

data-movement status path /data/col1/mtree/file1

sysadmin@dd4500 # data-movement status path /data/col1/mtree1/file1
Data-movement recall:
---------------------
Data-movement for  /data/col1/mtree1/file1 : phase 2 of 3
(Verifying)
80% complete; time: phase XX:XX:XX total XX:XX:XX
Copied (post-comp): XX XX, (pre-comp) XX XX 

Fører det å gi nytt navn til en fil at filen hentes tilbake fra skynivået til det aktive nivået?

• Nei. Hvis en fil får nytt navn, forblir den på sitt nåværende nivå.

Hvilke nettskyleverandører støttes?

•  Avhengig av DDOS-versjonen som brukes, støtter DDOS følgende skyleverandører:   
• Amazon Web Services (AWS).
• Microsoft Azure Cloud
• Dell Elastic Cloud Storage (ECS)
• Dytustream
• Se administrasjonsveiledningen for DDOS hvis du vil ha mer informasjon.

Støttes kryptering på skynivået, og må det være lisensiert?

• Ja, kryptering støttes på skynivået. Dette krever ikke en ekstra lisens, i motsetning til kryptering på aktivt nivå.
• Dette kan konfigureres når skyfunksjonen aktiveres eller endres etterpå. 
• I skrivende stund støttes bare den innebygde nøkkeladministratoren for kryptering av skynivå, og bare én krypteringsalgoritme kan brukes for LTR-systemomfattende.

Hvilke samlinger opprettes i nettskyleverandørens objektlager?

• DDOS oppretter tre samlinger
• Bøttene slutter med strengen:

'-d0'

'-c0' 

'-m0'

• Samlingen som slutter med strengen '-d0' brukes for datasegmenter.
• Bøtten som slutter med strengen '-c0' brukes til konfigurasjonsdata.
• Samlingen som slutter med strengen '-m0' brukes til metadata.
• Før DDOS 6.1, mens tre bøtter opprettes, brukes bare bøtteendelsen '-d0'. Du trenger imidlertid alle tre skuffene, så sørg for at de ikke fjernes.

Er det mulig å bruke eksisterende bøttenavn som tidligere ble opprettet?

• Nei, dette er ikke mulig.

Finnes det andre obligatoriske krav som må stilles før LTR-konfigurasjon i tillegg til maskinvarekravene?

• Ja
• Hvis ECS brukes, er en lastbalanser et obligatorisk krav. Uten en Load Balancer kommuniserer Data Domain med ECS på én enkelt node og kobles fra når flere forespørsler gjøres.
• Et 1 Gb-nettverk mellom DDR og skyleverandøren

Er sertifikater påkrevd, og i så fall hvilke sertifikater skal brukes?

• Dette avhenger av objektet eller skyleverandøren som brukes, og også konfigurasjonen.
• AWS, Virtustream eller Azure krever et sertifikat. Se administrasjonsveiledningen for DDOS hvis du vil ha mer informasjon.
• Hvis ECS er konfigurert ved hjelp av et http-endepunkt, er det ikke nødvendig med et sertifikat.
• Hvis ECS er konfigurert ved hjelp av et https-endepunkt, kreves det et sertifikat. Siden en lastbalanser er et obligatorisk krav, er sertifikatet som kreves fra lånebalansesystemet i stedet for ECS-systemet. Kontakt leverandøren av balansebelastningen for mer informasjon.
• Når du importerer sertifikatet, må det være i PEM-format. Noen leverandører oppgir ikke sertifikatet i PEM-format, så det må konverteres før import.

Hvilke replikeringstopologier støttes?

• Replikering av samling støttes _ ikke_ .
• Katalogreplikering støttes, men den kan bare brukes av '/data/col1/backup' MTree, men denne MTree støtter ikke dataflytting.
• MTree-replikering støttes fullt ut.
• MFR- eller VSR-replikering støttes fullt ut.

Hva bør man ta hensyn til når man konfigurerer/initialiserer/initialiserer replikering på nytt på et system som allerede har konfigurert LTR?

• Kildesystemet tar et øyeblikksbilde av MTree (dette øyeblikksbildet inneholder detaljer om filer på aktive nivåer og skynivåer).
• Kildesystemet replikerer øyeblikksbildet til det aktive nivået i målsystemet.
• Bare når øyeblikksbildet er fullstendig replikert, vises det på målsystemet (da blir filer tilgjengelige i navneområdet for målsystemets filsystem).
• Først etter at filer er eksponert, kan dataflytting kjøres på destinasjonen (forutsatt at den er konfigurert for LTR).
• Hvis nivået Aktiv destinasjon ikke er stort nok til å inneholde et fullstendig øyeblikksbilde fra kilden, blir øyeblikksbildet aldri eksponert, og replikering kan ikke fullføre initialiseringen.

Hva bør vurderes hvis du konfigurerer MFR- eller VSR-replikering på et system som allerede har konfigurert LTR?

• Hvis data som allerede er migrert til skynivået på en kilde-DDR må replikeres, tilbakekalles de automatisk fra skyleverandøren til det aktive nivået før de kan sendes over nettverket.
• Hvis du minner om filer fra skynivået til det aktive nivået, kan det medføre kostnader eller forsinkelser.

Hvorfor gjenspeiler ikke Data Domains «file system show space»-kommandoutdata den virkelige størrelsen på skyen eller objektlagringen?

• På grunn av den iboende måten sky- eller objektlagring fungerer på, har et Data Domain-system ingen måte å spørre den fysiske størrelsen på en skyenhet, da dette kan sees på som tilsynelatende uendelig.
• DDOS måtte imidlertid utvikle en måte å vise gjeldende bruk / dedupliseringsstatistikk fra et DDOS-perspektiv.
• Derfor brukes en av to tilnærminger:

1. Størrelsen på skynivået er størrelsen på CLOUDTIER_CAPACITY license
2. Størrelsen på skynivået vises som et multiplum av aktive nivåenhetsstørrelser for denne modelltypen, avhengig av hvor mange skyenheter som er konfigurert. Se installasjonsveiledningen for maskinvare for den aktuelle modellen for mer informasjon om aktive nivåstørrelser.

Hvordan kan filsystemet startes hvis en skyenhet ikke er tilgjengelig?

• Kontroller at filsystemet er deaktivert.
• Deaktiver skyenheten som ikke er tilgjengelig, ved hjelp av kommandoen nedenfor:

cloud unit disable <cloud unit name>

• Aktiver filsystemet.

Hvis en skyenhet er deaktivert, hvordan kan dette aktiveres?

• Kontroller at filsystemet er deaktivert.
• Aktiver nettskyenheten ved hjelp av kommandoen nedenfor:

cloud unit enable <cloud unit name>

• Aktiver filsystemet.

Hvorfor finnes det fortsatt filer i filsystemet som ligger på en skyenhet som ble slettet?

•  Hvis filer ikke ble fjernet fra et MTree før en skyenhet ble slettet, fortsetter filene å eksistere i filsystemnavneområdet.
• Som sådan viser filplasseringsrapporten at filene er en del av en slettet skyenhet. Eksempel:  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-3  Deleted cloud-unit
/data/col1/mtree1/random-data-file-4  Deleted cloud-unit

• Filene kan fremdeles vises i filsystemets navneområde ved å få tilgang til en CIFS/NFS-deling for denne MTree.
• Filene er imidlertid ikke lesbare fordi skyenheten der de befant seg, er slettet.
• Derfor er det eneste alternativet å slette disse filene, da dataene de refererte til ikke lenger eksisterer.

Er det mulig å endre protokollendepunktet eller -portene for en fleksibel ECS- eller S3-skyleverandør etter at en skyenhet er opprettet?

• Dette kan for eksempel være nødvendig hvis du bytter fra http til https eller omvendt, migrerer til en ny lastbalanser.
• I skrivende stund er det ikke mulig for en Data Domain-administrator å utføre denne endringen. Denne funksjonaliteten vurderes for en fremtidig DDOS-utgivelse.
• Dette kan imidlertid utføres av support eller engineering.
• Filsystemet må være deaktivert for å kunne utføre denne endringen.
• Hvis dette er nødvendig, utføres all konfigurasjon utenfor Data Domain-systemet først, fordi når dette endres, og filsystemet er aktivert, forventer det å kunne kommunisere ved hjelp av den oppdaterte protokollen eller porten og lese samlingene eller objektene som tidligere.