Data Domain: Vad är Multi Stream Restore (MSR) som tillgängligt i DDOS 6.2 och senare?

MSR är aktiverat som standard på tillämpliga DDOS-versioner och DD/DDVE-enheter enligt ovan. Det fungerar utan behov av konfiguration eller finjustering och fungerar transparent (varken administratören eller säkerhetskopieringsprogrammet behöver göra något eller ändra något utanför DDOS för att MSR ska fungera).
  Om MSR visar sig stödjas men är inaktiverat som standard för DD, och det skulle gynna den specifika arbetsbelastningen, kontaktar du Dell Data Domain-supporten för att få hjälp.

MSR fungerar endast för sekventiella läsningar för filer som är större än 8 GiB och endast efter att minst 500 MiB av filen har lästs att börja med, vilket är den mängd data som de interna heuristics behöver bearbeta för att avgöra om MSR är tillämpligt för den pågående läsningen eller inte. Antalet parallella lästrådar som en enda extern filläsning blir till beror på DD/DDVE-maskinvaran, och värdena för 4- och 8 trådar är typiska.

Dessa och andra värden kan i viss utsträckning konfigureras, men endast genom föregående konsultation och analys av Data Domain-supporten, från fall till fall.

MsR (Multi Stream Restore) är en funktion som från och med DDOS 6.2 har lagts till i fysiska DD:er, till lokala DDVE:er från och med DDOS 7.0, och till externa Active Tier i Objektlager-DDVE:er från och med DDOS 7.2.

Syftet med den här funktionen är att snabba upp läsinläsningar (både läsningar från aktiv nivå, t.ex. återställningar och molnnivå, för filåterkallelser) för större filer, så att om säkerhetskopieringsprogrammet endast använder en enda ström för att läsa från filen läser DD internt filen genom att använda flera trådar parallellt, returnerar data till säkerhetskopieringsprogrammet snabbare än om filen lästes genom en enda sekventiell process.

Ej tillämpligt

När en enda streamad läsning för en fil hamnar i DD FS-processen kommer heuristics för MSR att kicka in och vänta på att läsningen fortsätter för att se om:     

• Filen är större än det minsta (8 GiB som standard)
• Om minst 500 MB av filen har lästs sekventiellt (icke-sekventiella läsningar/återställningar kvalificeras inte för MSR)
• Om systemet inte är tillräckligt inläst för MSR-bildning utsätter ytterligare undertrådar prestanda för risk

Om så är fallet skapar FS-processen internt ett antal strömmar (vanligtvis 4 eller 8) för icke-överlappande filförskjutningar, som läses från filen parallellt, så att den externa strömmen (den som används av säkerhetskopieringsprogrammet för att begära filläsning från DD) matas med data sekventiellt, teoretiskt sett i mycket snabbare hastighet än om läsningen inträffade med en enda intern ström.

Under livslängden för den externa läsningen kan interna trådar slutföra läsningen från sina förtilldelade förskjutningar och gå vidare till dem ytterligare i filen som läss. MSR övervakar dessutom kontinuerligt systeminläsnings- och läsaktivitet för filen, så om antingen filläsningarna stoppas eller systembelastningen går högre kan den de interna trådarna förstöras och lämna filläsningen med den externa tråden som den skulle ha haft på ett icke-MSR-system.

Det finns inga CLI-avsnitt i det grafiska användargränssnittet eller statistik som skrivs ut i dagliga ASUPs för MSR, eftersom dessa skrivs per filläsning ochkort. En användare kan kontrollera innehållet i loggfilen "ddfs.info" ("log view debug/ddfs.info" från CLI) efter matchningar för "MSR" och "_msr" för att se chatter om MSR som används för enskilda filer. Något som liknar nedanstående (och mycket ytterligare chatt) när MSR startar för en fil som läses kan ses:     
 
Så småningom slutar MSR att användas (filen slutade läsas, filen stängs) men det kan också uppstå på grund av icke-sekventiella läsningar som tas emot eller till och med på grund av systembelastning. I så fall kan något som liknar nedanstående visas i loggarna: