Data Domain: Co je funkce Multi Stream Restore (MSR) dostupná v systému DDOS 6.2 a novějších

MsR je ve výchozím nastavení povoleno u příslušných verzí systému DDOS a zařízení DD/DDVE, jak je uvedeno výše. Funguje bez nutnosti konfigurace nebo ladění a funguje transparentně (správce ani zálohovací aplikace nemusí provádět nic nebo měnit nic mimo systém DDOS, aby fungovala aplikace MSR).
  Pokud se msr ve výchozím nastavení systému DD stane podporováno, ale deaktivováno a bude přínosem pro konkrétní pracovní zatížení, obraťte se na podporu Dell Data Domain a požádejte o pomoc.

Režim MSR funguje pouze pro sekvenční čtení u souborů větších než 8 GB a teprve poté, co bylo načteno alespoň 500 MiB souboru, což je množství dat, které musí interní heuristics zpracovat, aby bylo možné určit, zda je MSR relevantní pro průběžný čtení či nikoliv. Počet paralelních vláken čtení, ve kterých se jedno čtení externího souboru změní, závisí na hardwaru DD/DDVE, přičemž hodnoty 4 a 8 vláken jsou typické.

Tyto a další hodnoty lze do určité míry konfigurovat, avšak pouze předem projednání a analýzu ze strany podpory Data Domain, a to případ od případu.

Multi Stream Restore (MSR) je funkce přidaná k fyzickým diskům DDS ve verzi DDOS 6.2, do místních ddvEs od systému DDOS 7.0 a do mimopracovní úrovně Active Tier v úložišti objektů (ATOS) DDVEs od systému DDOS 7.2.

Účelem této funkce je zrychlit načítání čtení (čtení z aktivní vrstvy, například obnovení, a vrstvy cloudu pro svolání souborů) pro větší soubory, takže pokud zálohovací aplikace používá ke čtení ze souboru pouze jeden datový proud, systém DD soubor interně čte pomocí několika vláken souběžně, čímž se data vrátí do zálohovací aplikace rychleji, než kdyby byl soubor přečtený jedním sekvenčním procesem.

Není k dispozici

Pokud je v procesu DD FS načteno jedno streamované čtení souboru, heuristics pro spuštění nástroje MSR a vyčkejte, až čtení bude pokračovat, a zjistí, zda:     

• Soubor je větší než minimum (ve výchozím nastavení 8 GB).
• Pokud bylo sekvenčně přečteno alespoň 500 miB souboru (sekvenční čtení/obnovení nejsou způsobilé pro MSR),
• Pokud systém není dostatečně načten pro msR, které vytváří další dílčí vlákna, nehrožuje výkon.

V takovém případě proces FS interně vytvoří několik datových proudů (obvykle 4 nebo 8) pro nepřekrývající se posuny souborů, které byly načteny ze souboru paralelně, takže externí datový tok (používaný zálohovací aplikací k vyžádání čtení souboru z DD) je postupně dodáván s daty, teoreticky mnohem rychlejší než při čtení pomocí jednoho interního datového toku.

Po dobu životnosti externího čtení mohou interní vlákna dokončit čtení z předem přiřazených odsazených posunů a přecházet na vlákna další v právě čtecích souborech. Nástroj MSR také nepřetržitě sleduje aktivitu načítání a čtení systému v souboru, takže pokud se soubor zastaví nebo dojde k vyššímu zatížení systému, může dojít ke smazání interních vláken a ke čtení souboru pomocí jediného externího vlákna, které by bylo na systému MIMO MSR.

V grafickém uživatelském rozhraní nejsou žádné části příkazového řádku ani statistiky vytištěné v denních nástrojích ASUP pro MSR, protože se jedná o soubor pro čtení a krátké používání. Uživatel může zkontrolovat obsah souboru protokolu "ddfs.info" ("log view debug/ddfs.info" z příkazového řádku) a vyhledat shody pro "MSR" a "_msr", aby se zobrazily některé chatovací informace o použití nástroje MSR pro jednotlivé soubory. Může se zobrazit podobná níže uvedené (a mnohem dodatečné chatovací funkci), když se aplikace MSR spustí pro čtený soubor:     
 
Nakonec se msr přestane používat (soubor se přestal číst, soubor je zavřen), ale může k němu dojít také kvůli přijatým sekvenčním čtením nebo dokonce kvůli načtení systému. V takovém případě se v protokolech může objevit něco podobného níže: