Data Domain : Qu’est-ce que la restauration multiflux (MSR) disponible dans DDOS 6.2 et versions ultérieures ?

MSR est activé, par défaut, sur les versions DDOS applicables et les périphériques DD/DDVE énumérés ci-dessus. Il fonctionne sans nécessiter de configuration ou de réglage, et fonctionne en toute transparence (ni l’administrateur ni l’application de sauvegarde n’ont besoin de faire quoi que ce soit ou de modifier quoi que ce soit en dehors du DDOS pour que MSR fonctionne).
  Si MSR s’avère être pris en charge, mais désactivé par défaut pour le DD, et qu’il profite à la charge applicative spécifique, contactez le support Dell Data Domain pour obtenir de l’aide.

MSR fonctionne uniquement pour les lectures séquentielles pour les fichiers de plus de 8 Gio et seulement après la lecture d’au moins 500 Mio du fichier, c’est-à-dire la quantité de données que les heuristiques internes doivent traiter pour déterminer si MSR est applicable à la lecture continue ou non. Le nombre de threads de lecture parallèles qu’un seul fichier externe lit dépend du matériel DD/DDVE, avec des valeurs de 4 et 8 threads standard.

Ces valeurs et d’autres sont configurables dans une certaine mesure, mais uniquement via une consultation et une analyse préalables par le support Data Domain, au cas par cas.

La restauration multiflux (MSR) est une fonctionnalité ajoutée aux DD physiques à partir de DDOS 6.2, aux instances DDVE sur site à partir de DDOS 7.0 et au niveau actif hors site sur les instances DDVE de la zone de stockage d’objets (ATOS) à partir de DDOS 7.2.

L’objectif de cette fonctionnalité est d’accélérer les charges de lecture (les deux lectures à partir du niveau actif, telles que les restaurations, et le niveau Cloud, pour les rappels de fichiers) pour les fichiers plus volumineux. Ainsi, si l’application de sauvegarde n’utilise qu’un seul flux pour la lecture à partir du fichier, le DD lit le fichier en interne à l’aide de plusieurs threads en parallèle, renvoyant ainsi les données à l’application de sauvegarde plus rapidement que si le fichier était lu via un processus séquentiel unique.

Sans objet

Lorsqu’une lecture à flux unique d’un fichier arrive dans le processus DD FS, les heuristiques pour MSR se lancent et attendent que la lecture se poursuive pour voir si :     

• Le fichier est supérieur au minimum (8 Gio par défaut)
• Si au moins 500 MIO du fichier ont été lus de manière séquentielle (les lectures/restaurations non séquentielles ne sont pas éligibles pour MSR)
• Si le système n’est pas suffisamment chargé pour que MSR génère des sous-threads supplémentaires ne mettant pas en péril les performances

Si c’est le cas, le processus FS crée en interne un certain nombre de flux (généralement 4 ou 8) pour les décalages de fichier sans chevauchement, qui se lisent à partir du fichier en parallèle, de sorte que le flux externe (celui utilisé par l’application de sauvegarde pour demander la lecture du fichier à partir du DD) est alimenté avec des données de manière séquentielle, théoriquement à une vitesse beaucoup plus rapide que si la lecture se produisait à l’aide d’un seul flux interne.

Pendant la durée de vie de la lecture externe, les threads internes peuvent terminer la lecture à partir de leurs décalages pré-attribués et passer à des threads supplémentaires dans le fichier en cours de lecture. En outre, MSR surveille en permanence la charge du système et l’activité de lecture sur le fichier, de sorte que si le fichier lit l’arrêt ou que la charge du système augmente, il peut démonter les threads internes et laisser le fichier lu avec le thread externe unique qu’il aurait eu sur un système non MSR.

Il n’existe aucune section de l’interface de ligne de commande dans l’interface graphique ou les statistiques imprimées dans les ASUP quotidiens pour MSR, car elles sont lues par fichier et de courte durée. Un utilisateur peut vérifier le contenu du fichier log « ddfs.info » (« log view debug/ddfs.info » à partir de la CLI) pour rechercher des correspondances pour « MSR » et « _msr » pour voir certains tchats sur l’utilisation de MSR pour des fichiers individuels. Vous pouvez voir quelque chose de similaire à ce qui suit (et beaucoup d’autres conversations) lorsque MSR démarre pour un fichier en cours de lecture :     
 
Finalement, MSR cesse d’être utilisé (le fichier a cessé d’être lu, le fichier est fermé), mais il peut également se produire en raison de lectures non séquentielles reçues ou même en raison de la charge du système. Dans ce cas, des éléments similaires à ceux ci-dessous peuvent apparaître dans les logs :