Data Domain: Hva er Multi Stream Restore (MSR) som tilgjengelig i DDOS 6.2 og nyere

MSR er aktivert som standard på gjeldende DDOS-utgivelser og DD/DDVE-enheter som nummerert ovenfor. Det fungerer uten behov for konfigurasjon eller justering, og fungerer transparent (verken administratoren eller sikkerhetskopieringsapplikasjonen må gjøre noe eller endre noe utenfor DDOS for at MSR skal fungere).
  Hvis MSR viser seg å være støttet, men deaktivert som standard for DD, og den vil være til nytte for den aktuelle arbeidsbelastningen, kan du kontakte Dell Data Domain Support for å få hjelp.

MSR fungerer bare for sekvensielle lesinger for filer som er større enn 8 GiB, og bare etter at minst 500 MiB av filen ble lest til å begynne med, som er mengden data som den interne heuristikken må behandle for å fastslå om MSR er aktuell for den pågående lesingen eller ikke. Antallet parallelle lesetråder som én enkelt ekstern fillesing blir til, avhenger av DD/DDVE-maskinvaren, der verdiene 4 og 8 tråder er typiske.

Disse og andre verdier kan konfigureres til en viss grad, men bare gjennom tidligere konsultasjon og analyse av Data Domain Support, fra sak til sak.

Multi Stream Restore (MSR) er en funksjon som legges til i fysiske DD-er per DDOS 6.2, til på-stedet-DDVE-er per DDOS 7.0, og til eksternt Aktivt nivå på Objektlager (ATOS) DDVE-er per DDOS 7.2.

Formålet med denne funksjonen er å øke hastigheten på lesebelastninger (begge leseoperasjoner fra aktivt nivå, for eksempel gjenopprettinger og skynivå, for filtilbakekallinger) for større filer, slik at hvis sikkerhetskopieringsapplikasjonen bare bruker én enkelt strøm til å lese fra filen, leser DD internt filen ved hjelp av flere tråder parallelt, og deretter returnere dataene til sikkerhetskopiapplikasjonen raskere enn hvis filen ble lest gjennom én enkelt sekvensiell prosess.

Ikke relevant

Når en enkeltstrømet lesing av en fil kommer i DD FS-prosessen, starter heuristikken for MSR, og venter til lesingen fortsetter, for å se om:     

• Filen er større enn minimum (8 GiB som standard)
• Hvis minst 500 MiB av filen har blitt lest sekvensielt (ikke-sekvensielle leseoperasjoner/gjenopprettinger kvalifiserer ikke for MSR)
• Hvis systemet ikke er lastet nok for MSR-utgyting av ekstra undertråder, utsetter ikke ytelsen for risiko

Hvis dette er tilfellet, oppretter FS-prosessen internt et antall strømminger (vanligvis 4 eller 8) for ikke-overlappende filforskyvninger, som leses fra filen parallelt, slik at den eksterne strømmen (den som brukes av sikkerhetskopieringsapplikasjonen for å be om fillesing fra DD) mates med data sekvensielt, teoretisk med en mye raskere hastighet enn hvis lesingen skjedde ved hjelp av en enkelt intern strøm.

I løpet av levetiden til den eksterne lesingen kan interne tråder fullføre lesingen fra de forhånds tilordnede forskyvningene og gå videre til de som leses videre i filen. MSR overvåker også kontinuerlig systemlasting og leseaktivitet på filen, slik at hvis filen leser stopp eller systembelastningen går høyere, kan det ødelegge de interne trådene og la filen lese med én enkelt ekstern tråd den ville ha hatt på et ikke-MSR-system.

Det er ingen CLI-seksjoner i GUI eller statistikk som skrives ut i daglige ASAP-er for MSR, ettersom disse er per fillesing og korte fordypninger. En bruker kan sjekke innholdet i loggfilen «ddfs.info» («log view debug/ddfs.info» fra CLI) for å finne treff for «MSR» og «_msr» for å se litt snakk om msr som brukes for individuelle filer. Noe som ligner på det nedenfor (og mye ekstra skravling) når MSR-filopplysninger leses, kan ses:     
 
Til slutt slutter MSR å bli brukt (filen sluttet å bli lest, filen ble lukket), men den kan også forekomme på grunn av ikke-sekvensielle leseoperasjoner mottatt eller til og med på grunn av systeminnlasting. I så fall kan noe som ligner på det nedenfor, ses i loggene: