Data Domain: PowerProtect DD Virtual Edition ("DDVE") metadata-retnings linjer

Synopsis:

PowerProtect DD virtuell Edition gir unike ytelses-og TCO for kunder som ønsker fordelene med et data Domain-apparat i en virtuell form faktor. Vær forsiktig før du distribuerer PowerProtect DDVE i visse typer miljøer som dette kan føre til at du øker bruken av metadata over retnings linjene for prescribed, slik at det påvirker TCO som brukeren opplever. Økningen i metadata som er et resultat av scenariene som er beskrevet nedenfor, er en naturlig konsekvens av høy deduplisering mens produktet fungerer per design, og vi anbefaler på det sterkeste at du vurderer den potensielle innvirkningen av de underscenariene på TCO før implementeringen.
Dette dokumentet diskuterer slike kjente scenarier som kan føre til økt bruk av metadata mens du bruker DDVE til å skrive til et objekt.

Scenario 1: Sikkerhets kopiering av virtuelt syntetisk fil system

Beskyttelse av sikkerhets kopiering av fil systemet på PowerProtect DDVE ved hjelp av et sikkerhets kopierings program (for eksempel Avamar) med virtuelle syntetiske sikkerhets Kopier aktivert kan føre til en situasjon der kunden opplever et høyt dedupliserings forhold, for å øke bruken av metadata. En høy effektiv deduplisering for exerts som trykkes ned på TCO, samtidig som du øker bruken av metadataene exerts et trykkes oppover. Oppløsningen på disse fremtvingene bestemmer den generelle TCO som er opplevd av brukeren. Det er viktig å vurdere før implementering, Hvis brukerens miljø har denne typen arbeids belastning.
Hvis det ikke er mulig å slå av virtuelle syntetiske sikkerhets kopieringer i programmet for sikkerhets kopiering eller velge en som ikke bruker virtuelle syntetiske, er den eneste kjente løsningen til slike saker at brukeren kan legge til flere metadatatjeneste for å holde systemet i drift.

Scenario 2: Delvise containere

Skriving av delvise beholdere til objekt lageret, som kan være forårsaket av en hyppig forpliktelse eller ved å skrive små filer (< 1 MB) øker metadataets administrasjon av systemet. I dette scenariet er dette innsamlings lageret midlertidig, og systemet kan bli stabilt ved å kjøre ren gjøring, som vil kopiere videre de delvise beholderne og fjerne fragmenteringen. Vær oppmerksom på at det er en kostnad som er knyttet til ren gjøring, som kan påvirke TCO hvis den er kjørt for ofte. Retnings linjene for beste praksis er å kjøre ren gjøring én gang i uken og endre størrelse på nettverksdiskene tilsvarende.

Scenario 3: Små filer

I tilfeller der brukerens miljø har millioner av små filer (< 1 MB), vil metadata-kostnadene sammenlignes med dataene. Dette er en arbeids mengde som ikke støttes, og det er mulig at DDVE ikke er riktig løsning for å beskytte slike arbeids belastninger.

Scenario 4: Kompakte indikatorer

Enkelte apper, for eksempel Oracle eller CommVault, presenterer indikatorer i sikkerhets kopi strømmen. DDVE dedupliserer disse indikatorene, som er ledende til høy dedupe-satser. En gang har brukeren en avveining mellom en høy dedupliserings hastighet på bekostning av økt bruks områder for metadata. Brukeren kan velge å slå på optimalisering i appen i sikkerhets kopierings appen og redusere DDVE bruk av metadata, eller velge de høyere dedupliserte kursene på bekostning av økt metadata-bruk.
Hvis det ikke er mulig å slå av optimalisering av program vare i programmet for sikkerhets kopiering, er den eneste kjente løsningen på slike saker at brukeren kan legge til flere metadatalager for å holde systemet i drift.

Scenario 5: Ikke-virtuelle syntetiske sikkerhets kopier med høy deduplisering

Dette scenariet er uvanlig, og brukeren må være klar over de potensielle innvirkningene for å TCO på grunn av høy
deduplisering, noe som kan føre til betydelige økninger i metadataene for bruk. Den eneste kjente løsningen til slike
saker er at brukeren kan legge til flere metadatalager for å holde systemet i drift.

Sammendrag

I de spesifikke scenariene som er beskrevet ovenfor, forventer vi at det vil være betydelige økninger i meta-
dataforbrukt, og den anbefalte løsningen i slike tilfeller er at brukeren skal kunne legge til flere metadatatjeneste for å holde
systemet i drift. Produktet er i bruk per design, og vi anbefaler sterkt at du vurderer den potensielle
innvirkningen på de oven stående scenariene på TCO før implementeringen.
For arbeids belastninger med høyere deduplisering, er det nødvendig med flere metadata. Lagring av metadata kan
utvides dynamisk. Når bruken av lagrings plassen for metadata overskrider 80%, vil det bli hevet et varsel. En ny sidedisk
bør legges til DDVE umiddelbart for å unngå å være tom for plass. Følg administrasjons veiledningen for
Fremgangs måten for lagrings utvidelse. Vi anbefaler at du alltid bruker 1 TB disk.
Følgende CLI (dokumentert i DDVE Installation & administrasjons veiledning) viser aktiv localmetadata
Bruk.
For eksempel:

sysadmin@atos-ddve # filesys Vis blank tegn enhet aktive lokale metadata aktiv nivå: bruks størrelse for lokal metadata GiB brukt GiB Tilgj GiB bruk%------------------------------24290,4 4390,2 19900,2 18,0%------------------------------