NetWorker: O backup AlwaysOn do NMM 19.x SQL não responde e aumenta a CPU do servidor

Algumas ocorrências foram observadas quando o servidor NetWorker recebeu upgrade da versão 18.x para a 19.x.
Os backups de banco de dados do grupo de disponibilidade AlwaysOn do SQL Server com o NetWorker Module for Microsoft (NMM) apresentam os seguintes sintomas:

• O backup AlwaysOn não está respondendo. Na verdade, "nsrsqlsv" é iniciado por savefs, mas nunca começa a salvar dados.
• Afeta o backup do SQL Server AlwaysOn (AOAG) sobre o client de cluster
• Os backups de banco de dados para as instâncias independentes do SQL Server no mesmo cluster AlwaysOn não têm problemas para fazer backup do banco de dados SQL.
• O servidor do NetWorker enfrenta picos severos de CPU; Isso pode ser acompanhado por degradação grave do desempenho de outros trabalhos de backup em execução.

Vários fatores na configuração podem causar esse comportamento e a causa pode ser atribuída a mais de um único fator.
Os fatores incluem.

1. Upgrade: O servidor NetWorker recebeu upgrade recentemente. Antes do upgrade, os trabalhos estavam bem. Em um exemplo, o servidor recebeu upgrade da versão 18.x para a 19.2, e os clients SQL NetWorker e o NMM também receberam upgrade.
2. Registros de banco de dados de mídia: A análise do servidor pode encontrar muitos clients sem savesets e/ou registros de banco de dados de mídia inconsistentes para alguns savesets. Esses savesets podem ou não estar relacionados ao client SQL afetado.
3. Limpeza do banco de dados de mídia por meio de vários métodos, como nsrim -X -V volume, não resolve o problema.
4. Índice de client: Pode haver suspeita de possível corrupção do índice real de arquivos client do client de cluster. Essa última etapa pode garantir a renomeação do índice de arquivos client.

O cliente de cluster SQL para AlwaysOn é o cliente que faz backup do conjunto salvo que se parece com MSSQL#AAG:
Example MSSQL#ALWAYS_ON_GROUP_NAME:

Execute essas etapas enquanto não houver trabalhos de backup em execução para o client de cluster SQL.

• Renomeie o índice de arquivos client do client de cluster.
• Por exemplo, renomeie "/nsr/index/CLUSTER_CLIENT_NAME" para "/nsr/index/CLUSTER_CLIENT_NAME.suspect".
• Execute um novo backup do client de cluster SQL AlwaysOn.
• Um novo índice é gerado e um backup deve ser bem-sucedido.