Data Domain: O que é MSR (Multi Stream Restore, restauração de vários fluxos), conforme disponível no DDOS 6.2 e posterior

A MSR está habilitada, por padrão, em versões do DDOS aplicáveis e em dispositivos DD/DDVE, conforme enumerado acima. Ele funciona sem nenhuma necessidade de configuração ou ajuste e funciona de modo transparente (nem o administrador nem o aplicativo de backup precisam fazer nada ou alterar qualquer coisa fora do DDOS para que a MSR funcione).
  Se a MSR for compatível, mas desativada por padrão para o DD e beneficiar a carga de trabalho específica, entre em contato com o suporte do Dell Data Domain para obter assistência.

A MSR só funciona para leituras sequenciais para arquivos com mais de 8 GiB e somente depois que pelo menos 500 MiB do arquivo foram lidos para começar, que é o volume de dados que a heurística interna precisa processar para determinar se a MSR é aplicável à leitura contínua ou não. O número de threads de leitura paralelos em que uma única leitura de arquivo externo se transforma depende do hardware do DD/DDVE, com valores de 4 e 8 threads sendo típicos.

Esses e outros valores são configuráveis até certo ponto, mas somente por meio de consultas e análises anteriores pelo suporte do Data Domain, caso a caso.

A MSR (Multi Stream Restore, restauração de vários fluxos) é um recurso adicionado aos DDs físicos a partir do DDOS 6.2, aos DDVEs no local a partir do DDOS 7.0 e aos DDVEs fora do local na área de armazenamento em object (ATOS) a partir do DDOS 7.2.

O objetivo desse recurso é acelerar as cargas de leitura (tanto leituras do nível ativo, como restaurações, quanto do nível da nuvem, para recuperações de arquivos) para arquivos maiores, de modo que, se o aplicativo de backup usa apenas um único fluxo para leitura do arquivo, o DD lê internamente o arquivo usando vários threads em paralelo, retornando os dados para o aplicativo de backup mais rapidamente do que se o arquivo fosse lido por meio de um único processo sequencial.

N/D

Quando uma leitura de fluxo único para um arquivo chega ao processo do DD FS, a heurística da MSR é ativada e aguarda a leitura continuar para ver se:     

• O arquivo é maior que o mínimo (8 GiB por padrão)
• Se pelo menos 500 MiB do arquivo tiver sido lido em sequência (leituras/restaurações não sequenciais não se qualificam para MSR)
• Se o sistema não estiver carregado o suficiente para a MSR gerar sub-threads adicionais, não colocará o desempenho em risco

Se esse for o caso, o processo FS cria internamente um número de fluxos (normalmente 4 ou 8) para deslocamentos de arquivos não sobrepostos, que são lidos a partir do arquivo em paralelo, de modo que o fluxo externo (aquele usado pelo aplicativo de backup para solicitar a leitura do arquivo do DD) seja alimentado com dados sequencialmente, teoricamente a uma velocidade muito mais rápida do que se a leitura ocorreu usando um único fluxo interno.

Durante a vida útil da leitura externa, os threads internos podem concluir a leitura de seus deslocamentos pré-atribuídos e passar para aqueles que estão sendo lidos. Além disso, o MSR monitora continuamente a carga do sistema e a atividade de leitura no arquivo, de modo que, se o arquivo ler parar ou a carga do sistema for maior, ele poderá desmontar os threads internos e deixar o arquivo lido com o único thread externo que teria em um sistema não MSR.

Não há seções de CLI na GUI ou estatísticas impressas em ASUPs diários para MSR, pois elas são por arquivo lido e de curta duração. Um usuário pode verificar o conteúdo do arquivo de log "ddfs.info" ("log view debug/ddfs.info" da CLI) para obter correspondências para "MSR" e "_msr" para ver algumas conversas sobre a MSR que está sendo usada para arquivos individuais. Algo semelhante ao abaixo (e muito mais conversas) quando a MSR inicia para um arquivo que está sendo lido pode ser vista:     
 
Eventualmente, a MSR para de ser usada (o arquivo parou de ser lido, o arquivo foi fechado), mas também pode ocorrer devido a leituras não sequenciais recebidas ou até mesmo devido à carga do sistema. Nesse caso, algo semelhante ao abaixo pode ser visto nos registros: