Data Domain: Wat is Multi Stream Restore (MSR) zoals beschikbaar in DDOS 6.2 en hoger

MSR is standaard ingeschakeld op toepasselijke DDOS-releases en DD/DDVE-apparaten zoals hierboven geïnventariseerd. Het werkt zonder dat u configuratie of afstemming nodig hebt en werkt transparant (noch de beheerder, noch de back-upapplicatie hoeft iets te doen of iets buiten de DDOS te wijzigen zodat MSR kan werken).
  Als MSR wordt ondersteund maar standaard is uitgeschakeld voor de DD en dit ten goede komt aan de specifieke workload, neemt u contact op met Dell Data Domain Support voor hulp.

MSR werkt alleen voor sequentiële leesbewerkingen voor bestanden die groter zijn dan 8 GiB en alleen nadat ten minste 500 MiB van het bestand was gelezen om mee te beginnen, wat de hoeveelheid data is die de interne heuristiek moet verwerken om te bepalen of MSR van toepassing is op de doorlopende leesbewerking of niet. Het aantal parallelle leesthreads waarbij één extern bestand wordt gelezen, is afhankelijk van de DD/DDVE-hardware, waarbij de waarden van 4 en 8 threads normaal zijn.

Deze en andere waarden kunnen tot op zekere hoogte worden geconfigureerd, maar alleen door voorafgaand overleg en analyse door Data Domain Support, per geval.

Multi Stream Restore (MSR) is een functie die is toegevoegd aan fysieke DD's vanaf DDOS 6.2, aan on-premise DDVE's vanaf DDOS 7.0 en aan off-premise Active Tier on Object Store (ATOS) DDVE's vanaf DDOS 7.2.

Het doel van deze functie is het sneller laden van leesbewerkingen (beide leesbewerkingen van active tier, zoals herstelbewerkingen en Cloud tier, voor terughalen van bestanden) voor grotere bestanden, zodat als de back-upapplicatie slechts één stream gebruikt om uit het bestand te lezen, de DD het bestand intern leest met behulp van verschillende parallelle threads, waardoor de data sneller naar de back-upapplicatie worden teruggelezen dan wanneer het bestand via één enkel sequentiële proces werd gelezen.

N.v.t.

Wanneer een enkele gestreamde leesbewerking voor een bestand in het DD FS-proces terechtkomt, wordt de heuristiek voor MSR geactiveerd en wacht u tot het lezen doorgaat om te zien of:     

• Het bestand is groter dan het minimum (standaard 8 GiB)
• Als ten minste 500 MiB van het bestand opeenvolgend is gelezen (niet-sequentiële leesbewerkingen/herstel komen niet in aanmerking voor MSR)
• Als het systeem niet voldoende is geladen voor MSR die extra subthreads voortzet die de prestaties niet in gevaar brengen

Als dit het geval is, maakt het FS-proces intern een aantal streams (meestal 4 of 8) voor niet-overlappende bestands offsets, die parallel van het bestand lezen, zodat de externe stroom (de stroom die wordt gebruikt door de back-uptoepassing om het bestand te lezen van de DD) opeenvolgend wordt gevoed met data, in theorie op een veel hogere snelheid dan als de leesbewerking plaatsvindt met één interne stroom.

Tijdens de levensduur van de externe leesbewerking kunnen interne threads het lezen voltooien van hun vooraf toegewezen offsets en verder gaan met de leesbewerkingen in het bestand. Ook controleert MSR continu op systeembelasting en leesactiviteit op het bestand, zodat als het bestand wordt gelezen stopt of de systeembelasting hoger wordt, de interne threads kunnen worden afgebroken en het bestand kan worden gelezen met de enkele externe thread die het op een niet-MSR systeem zou hebben gehad.

Er zijn geen CLI-secties in de GUI of statistieken afgedrukt in de dagelijkse ASUP's voor MSR, omdat deze per bestand gelezen en kortlevend zijn. Een gebruiker kan de inhoud van het logboekbestand 'ddfs.info' ('log view debug/ddfs.info' in de CLI) controleren op overeenkomsten voor 'MSR' en '_msr' om een chatter te zien over MSR die wordt gebruikt voor afzonderlijke bestanden. Er is iets vergelijkbaar met het onderstaande (en veel extra chatter) wanneer MSR wordt afgetrapt voor een bestand dat wordt gelezen:     
 
Uiteindelijk stopt MSR met het gebruik (bestand wordt niet meer gelezen, bestand gesloten), maar het kan ook optreden als gevolg van niet-sequentiële leesbewerkingen die worden ontvangen of zelfs als gevolg van systeembelasting. In dat geval kan iets vergelijkbaars met het onderstaande worden weergegeven in de logboeken: