Data Domain: Hvad er MSR (Multi Stream Restore) som tilgængelig i DDOS 6.2 og nyere

MSR er som standard aktiveret på gældende DDOS-udgivelser og DD/DDVE-enheder som nævnt ovenfor. Det fungerer uden behov for konfiguration eller finindstilling og fungerer transparent (hverken administratoren eller sikkerhedskopieringsprogrammet skal gøre noget eller ændre noget uden for DDOS, for at MSR kan fungere).
  Hvis MSR viser sig at være understøttet, men deaktiveret som standard for DD, og det vil gavne det særlige workload, skal du kontakte Dell Data Domain Support for at få hjælp.

MSR fungerer kun for sekventielle læsninger for filer, der er større end 8 GIB, og kun efter at mindst 500 MiB af filen var blevet læst til at starte med, hvilket er den mængde data, som de interne heuristics skal behandle for at afgøre, om MSR er relevant for den løbende læsning eller ej. Antallet af parallelle læsetråde, som en enkelt ekstern fillæses i, afhænger af DD/DDVE-hardwaren, hvor værdierne på 4 og 8 tråde er typiske.

Disse og andre værdier kan konfigureres til en vis grad, men kun gennem forudgående konsultation og analyse af Data Domain Support, på en sag-for-sag-basis.

MSR (Multi Stream Restore) er en funktion, der er føjet til fysiske DD'er fra DDOS 6.2, til lokale DDVE'er fra DDOS 7.0 og til off-premise Active Tier på Object Store (ATOS) DDVE fra og med DDOS 7.2.

Formålet med denne funktion er at fremskynde læsningsbelastninger (begge læsninger fra aktivt niveau som f.eks. gendannelser og Cloud-niveauer for filtilbagekaldelser) for større filer, så hvis sikkerhedskopieringsprogrammet kun bruger en enkelt stream til at læse fra filen, læser DD filen internt ved hjælp af flere tråde parallelt, dermed returnere dataene til sikkerhedskopieringsprogrammet hurtigere, end hvis filen blev læst igennem en enkelt sekventiel proces.

Ikke tilgængelig

Når en enkelt streamet læsning for et fillandskab i DD FS-processen starter heuristics for MSR og venter på, at læsningen fortsætter, for at se, om:     

• Filen er større end minimum (8 GiB som standard)
• Hvis mindst 500 MiB af filen er blevet læst sekventielt (ikke-sekventielle læsninger/gendannelser berettiger ikke til MSR)
• Hvis systemet ikke er indlæst nok til MSR, kan yderligere undertråde ikke udsætte ydeevnen for risiko

Hvis dette er tilfældet, opretter FS-processen internt et antal streams (typisk 4 eller 8) til ikke-overlappende filforskydninger, der læses fra filen parallelt, så den eksterne stream (den, der bruges af sikkerhedskopieringsprogrammet til at anmode om fillæsning fra DD) indføres med data sekventielt, teoretisk ved en meget hurtigere hastighed, end hvis læsningen skete ved hjælp af en enkelt intern stream.

I løbet af den eksterne læsningslevetid kan interne tråde fuldføre læsningen fra deres fortildelte forskydninger og gå videre til dem, der er længere i den fil, der læses. Desuden overvåger MSR konstant systemindlæsnings- og læseaktivitet på filen, så hvis filens læsning stopper, eller systembelastningen bliver højere, kan den ødelægge de interne tråde og lade filen stå med den enkelte eksterne tråd, som den ville have haft på et ikke-MSR-system.

Der er ingen CLI-afsnit i GUI eller statistik, der er trykt i daglige ASUP'er til MSR, da disse gælder pr. fil læst og kortlevetids. En bruger kan kontrollere indholdet af "ddfs.info"-logfilen ("log view debug/ddfs.info" fra CLI) for matches for "MSR" og "_msr" for at se noget snak om, at MSR bruges til individuelle filer. Noget, der ligner nedenstående (og meget ekstra chatter), når MSR starter for en fil, der læses, kan ses:     
 
I sidste ende stopper MSR med at blive brugt (filen stopper med at blive læst, fil lukket), men det kan også forekomme på grund af ikke-sekventielle læsninger modtaget, eller endda på grund af systemindlæsning. I så fald kan noget i stil med nedenstående ses i logfilerne: