Data Domain: Data Domain Virtual Edition (DDVE) som er skydistribuert (ATOS), kan gå tom for lagring av lokale metadata

Data Domain Virtual Edition (DDVE) er en programvarebasert lagringsenhet som kan implementeres enten lokalt eller i nettskyen. DDVE-er som implementeres i nettskyen, kalles også ATOS (aktivt nivå for objektlagring).  
I stedet støtter DDVE VMware, Hyper-V, KVM og VxRail. I skyen kjører DD VE også i Amazon Web Services (AWS) (sky og gov-sky), Azure (sky og gov-sky), VMware Cloud på AWS-skyplattformer og Google Cloud Platform (GCP).
Vær oppmerksom på at DDVE på Cloud ikke er det samme som et Cloud Tier. Cloud Tier er et annet produkt som bare kan implementeres på lokale DD-er og DDVE-er for maskinvare.
Hvis en DDVE som distribueres i skyen, fyller opp lagringen av lokale metadata, sendes følgende varsel:

EVT-SPACE-00004: Space usage in metadata storage has exceeded 100% threshold.

DDVE, implementert i nettskyen (ATOS), støtter to typer datalagring:
- Block Storage (Brukes for data og metadata, eller bare metadata på Object Storage aktivert DDVEs aka ATOS).
- Hot Blob Storage, også kjent som Object Storage (brukes kun for data)
Metadatadisker på en ATOS-distribuert DDVE fylles ut med: Indeks, LP-segmentreferanser, CMETA(Metadata)-beholdere og DM(Directory Manager)-data.
De fleste distribusjoner bruker (Hot Blob eller Object Storage), da det er den nåværende anbefalingen for Cloud Deployments. Dette betyr at vi skriver alle dataene ved hjelp av Object Storage, men vi må definere 10% av plassen som Block Storage for DD Filesystem-metadataene. Størrelsen på de lokale metadataene er en spekulasjon basert på størrelsen på den lisensierte kapasiteten, og ved distribusjonstidspunktet antar den 10 % metadatabruk for en 10x deup.  En DDVE med 100 % metadatalagring kan ikke innta sikkerhetskopier.
På grunn av følgende scenarier kan DDVE gå tom for lagringsplass for lokale metadata:
- DeDUP-en er høyere enn 10x, som sådan er metadatakravene høyere enn det som ble distribuert i metadatastørrelse (standard 10%).  
- Et stort antall eller gamle øyeblikksbilder, kan øke Metadatastørrelse.
En større mengde metadata kan bli lagt merke til i ATOS DDVE-er som fungerer som destinasjoner for fil Replikering (Kontrollert klonereplikering CCR / Managed File Replication MFR): 
- Hvis ikke alle basisfiler blir replikert, har destinasjonen ATOS DDVE en høyere bruk i metadata.
- I dette scenariet Replication er IKKE å dra full nytte av Virtual Synthetics optimaliseringer, som sådan trenger mer plass til å lagre metadata. 
- Denne typen problem ble lagt merke til i NW CCR, der det ikke ser ut til at alle basisfilene ble replikert, noe som førte til at destinasjonen hadde en høyere metadatabruk. 

Løsningen på dette problemet ville være å legge til ytterligere disker / s som lokal metadatalagring. Når det gjelder Azure og bare når Azure VM allerede har det maksimalt tillatte antallet disker tildelt, er det mulighet for å utvide metadatakapasiteten ved å gjøre eksisterende metadatadisker (unntatt den første) større i trinn på 1 TiB. Se "Utvid metadatalagring" i dokumentet "PowerProtect DD Virtual Edition 7.x i installasjons- og administrasjonsveiledningen for Azure Cloud" for mer informasjon.
VIKTIG INFORMATINO NÅR DU LEGGER TIL DISKER FOR METADATA: 
. Bruk av metadatadisker av ulik størrelse kan skape en indeksubalanse. derfor ledende DDVE IO bundet på den største disken/s, da disse inneholder de fleste metadataene.
. Hver metadatadisk som legges til det aktive nivået, skal ha sin egen spindelgruppe, dette skal gjøres automatisk av programvaren. Maksimalt kjent antall spindelgrupper er 16. 
. Hvis du går over maks antall spindelgrupper (16), vil du etter hvert ha metadatadisker som deler samme spindelgruppe. I/O mot disker på de samme spindelgruppene er sekvensiell. 
. Se manualen for de anbefalte størrelsene, de fleste vil anbefale en økning på 1 TiB, høyere størrelser er mulig avhengig av skyleverandøren.
. Eksisterende disker kan IKKE utvides, du kan bare legge til disker, vennligst ikke utvid noen eksisterende disker, da det kan føre til at DDVE blir ubrukelig med korrupsjon, eller har den utvidede plassen ubrukt.
1 - Gjennomgå metadatabruken, hvis den nådde 100%, må den tilordnes flere disker.
- Eksempel nedenfor er gitt, noen utganger kan variere avhengig av skyleverandør, se installasjons- og administratorhåndboken:
- Vis metadataene Bruk

# filesys show space tier active local-metadata
--------------------------
Active Tier: local-metadata usage
Size GiB   Used GiB   Avail GiB     Use%
--------   --------   ---------   ------
  1293.0     1291.5         1.5   100.0%             -> We can see Metadata space is full.
--------   --------   ---------   ------

2 - Prosessen med å legge til flere metadatadisker varierer avhengig av skyleverandøren, se hver av håndbøkene for skyleverandøren nederst.
- Vis hvilke disker som brukes

# disk show hardware
------------------
Disk   Slot        Manufacturer/Model     Firmware   Serial No.   Capacity    Type
       (pci/idx)                                                                  
----   ---------   --------------------   --------   ----------   ---------   -----
dev1   -/a         Virtual BLOCK Device   n/a        (unknown)    250.0 GiB   BLOCK  -> DDOS Disk
dev2   -/b         Virtual BLOCK Device   n/a        (unknown)    10.0 GiB    BLOCK  -> NVRAM disk
dev3   -/c         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev4   -/d         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
----   ---------   --------------------   --------   ----------   ---------   -----
4 drives present.

2.1 - Gå til AWS / GCP / AZURE-konsollen og legg til lagring til DDVE, i dette tilfellet la vi til en 1TiB-disk, og den bør da sees på som dev5, husk å ikke utvide eller berøre noen av de andre eksisterende diskene. 
OBS: Nye og oppdaterte installasjons- / administrasjonshåndbøker kan eksistere når du leser denne artikkelen. 
2.2 - På dette stadiet forutsatt at en ny 1 TiB disk ble lagt til, vil bli sett på utdataene som disk dev5.

# disk show hardware
------------------
Disk   Slot        Manufacturer/Model     Firmware   Serial No.   Capacity    Type
       (pci/idx)                                                                  
----   ---------   --------------------   --------   ----------   ---------   -----
dev1   -/a         Virtual BLOCK Device   n/a        (unknown)    250.0 GiB   BLOCK  -> DDOS Disk
dev2   -/b         Virtual BLOCK Device   n/a        (unknown)    10.0 GiB    BLOCK  -> NVRAM disk
dev3   -/c         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev4   -/d         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev5   -/e         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Newly added disk for metadata, unused.
----   ---------   --------------------   --------   ----------   ---------   -----

2.3 - Legg den nye disken til det aktive nivået. I dette tilfellet vil være dev5

# storage add tier active dev5

  OBS: Hvis du legger til flere disker i en lokal DDVE ATOS-metadata fra CLI, mottas meldingen "Lokal lagringsstørrelse overskrider den maksimale nødvendige metadatakapasiteten for denne konfigurasjonen", for eksempel nedenfor:

** Local storage size exceeds the maximum required metadata capacity for this configuration.
Do you want to continue? (yes|no) [no]:

2.4 - Utvid filsystemet

# filesys expand

3. - Bekreft at FS som var skrivebeskyttet på grunn av mangel på metadataplass nå kan skrives til
Dette kan oppnås på flere måter, fra å være sikker på at sikkerhetskopieringer nå fungerer bra, til å sjekke at innkommende replikering gjenopptas og trafikk kan sees.

Dette innholdet er oversatt til andre språk: 

https://downloads.dell.com/TranslatedPDF/PT-BR_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/ZH-CN_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/ES_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/DE_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/FR_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/IT_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/JA_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/NL_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/KO_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/RU_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/PT_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/SV_KB537488.pdf

- Filsystemutvidelsen kan gjøres online.
- Metadatabruk er direkte proporsjonal med deup-faktoren. Hvis arbeidsmengden med sikkerhetskopier deduverer veldig bra, jo større DDVE-indeksen er, desto høyere er behovet for metadata.
- Gamle og store øyeblikksbilder, vil ikke bare holde Data, men også øke deDUP-faktoren, og dermed føre til at systemet går tom for metadata raskere.
- Det er bare retningslinjer for metadatakrav for distribusjon, disse vil være 10% av kapasiteten i metadatadisker, og anta en 10x deup. Høyere deDUP-forhold vil etter hvert kreve flere metadatadisker.
- DD-støtte har ikke retningslinjer for lagringskrav for lokal metadata for høyere deduer enn 10x. Metadatadisker anbefales å legges til i intervaller på 1 TiB til det oppnås en balanse mellom filsystembruk og metadatabruk.
- Det er for tiden ingen kjent metode for å forutsi fremtidig metadatabruk basert på potensielle deupfaktorer. 
- Indeksubalanse kan også forekomme på disker av samme størrelse vil den vanligste årsaken være at nye disker har blitt økt etter at metadata er nesten fulle, som sådan de eldre diskene, vil fortsatt holde de fleste metadatastrukturene, med mer I/O som blir forespurt. Når eldre data er utløpt, bør metadataene balansere seg selv mellom diskene.