Data Domain: Che cos'è multi-stream restore (MSR) come disponibile in DDOS 6.2 e versioni successive

MSR è abilitato, per impostazione predefinita, nelle versioni DDOS e nei dispositivi DD/DDVE applicabili, come elencato in precedenza. Funziona senza necessità di configurazione o tuning e funziona in modo trasparente (né l'amministratore né l'applicazione di backup devono eseguire alcuna operazione o modificare qualcosa al di fuori di DDOS affinché MSR funzioni).
  Se MSR risulta supportato ma disabilitato per impostazione predefinita per DD e ne trae vantaggio per il particolare carico di lavoro, contattare il supporto Dell Data Domain per assistenza.

MSR funziona solo per le letture sequenziali per i file di dimensioni superiori a 8 GiB e solo dopo che almeno 500 MiB del file sono stati letti per iniziare, ovvero la quantità di dati che l'architettura interna deve elaborare per determinare se MSR è applicabile o meno alla lettura in corso. Il numero di thread di lettura paralleli in cui si trasforma un singolo file esterno di lettura dipende dall'hardware DD/DDVE, con valori tipici di 4 e 8 thread.

Questi e altri valori sono configurabili in una certa misura, ma solo previa consulenza e analisi da parte del supporto di Data Domain, caso per caso.

Multi Stream Restore (MSR) è una funzionalità aggiunta ai DD fisici a partire da DDOS 6.2, ai DDE on-premise a partire da DDOS 7.0 e alle DDE Active Tier on Object Store (ATOS) off-premise a partire da DDOS 7.2.

Lo scopo di questa funzionalità è quello di velocizzare i carichi di lettura (entrambe le letture dal tier attivo, come i restore e il cloud tier, per i richiami di file) per i file di dimensioni maggiori, in modo che se l'applicazione di backup utilizza solo un singolo flusso per la lettura dal file, DD legge internamente il file utilizzando diversi thread in parallelo, restituendo così i dati all'applicazione di backup più velocemente rispetto a quando il file è stato letto tramite un unico processo sequenziale.

N/D

Quando una lettura in streaming singolo per un file entra nel processo FS di DD, l'esadecimale per MSR avvia e attendere che la lettura procede per vedere se:     

• Il file è maggiore del minimo (8 GiB per impostazione predefinita)
• Se almeno 500 MiB del file sono stati letti in sequenza (le letture/ripristini non sequenziali non sono idonei per MSR)
• Se il sistema non è sufficientemente caricato per MSR che genera altri sub-thread, le prestazioni non sono a rischio

In questo caso, il processo FS crea internamente un numero di flussi (in genere 4 o 8) per offset di file non sovrapposti, che vengono letti dal file in parallelo, in modo che il flusso esterno (quello utilizzato dall'applicazione di backup per richiedere la lettura del file dal DD) venga alimentato con dati in sequenza, teoricamente a una velocità molto più elevata rispetto a se la lettura si è verificata utilizzando un singolo flusso interno.

Durante la durata della lettura esterna, i thread interni possono completare la lettura dai offset pre-assegnati e passare a quelli più avanti nella lettura del file. Inoltre, MSR monitora continuamente l'attività di caricamento e lettura del sistema sul file, in modo che se la lettura del file si arresta o il carico del sistema diventa più elevato, potrebbe smontare i thread interni e lasciare il file letto con il singolo thread esterno che avrebbe avuto su un sistema non MSR.

Non sono presenti sezioni CLI nella GUI o statistiche stampate in ASUP giornalieri per MSR, in quanto sono per lettura di file e di breve durata. Un utente può controllare il contenuto del file di registro "ddfs.info" ("log view debug/ddfs.info" dalla CLI) per le corrispondenze di "MSR" e "_msr" per visualizzare alcune informazioni sull'utilizzo di MSR per singoli file. È possibile che si verifichi qualcosa di simile al seguente (e molto altro chatter) quando MSR si avvia per la lettura di un file:     
 
Alla fine MSR smette di essere utilizzato (file interrotto da lettura, file chiuso), ma può anche verificarsi a causa di letture non sequenziali ricevute o anche a causa del carico del sistema. In tal caso, potrebbe essere visualizzato qualcosa di simile a quanto riportato di seguito nei registri: