NetWorker: NMM 19.x SQL AlwaysOn-säkerhetskopiering svarar inte och ökar serverns CPU

Vissa händelser noterades när NetWorker-servern uppgraderades från 18.x till 19.x.
SQL Server AlwaysOn-tillgänglighetsgruppdatabassäkerhetskopior med NetWorker-modulen för Microsoft (NMM) uppvisar följande symptom:

• AlwaysOn-säkerhetskopieringen svarar inte. Faktum är att "nsrsqlsv" startas av savefs men det börjar aldrig spara några data.
• Påverkar AlwaysOn (AOAG) SQL-serversäkerhetskopiering över klusterklient
• Databassäkerhetskopior för fristående SQL Server instanser i samma AlwaysOn-kluster har inga problem med att säkerhetskopiera SQL-databasen.
• NetWorker-servern har allvarliga toppar i processorn. Detta kan åtföljas av allvarlig prestandaförsämring för andra säkerhetskopieringsjobb som körs.

Flera faktorer i konfigurationen kan orsaka det här beteendet och orsaken kan tillskrivas mer än en enskild faktor.
Faktorer inkluderar.

1. Uppgradera: NetWorker-servern uppgraderades nyligen. Före uppgraderingen gick jobben bra. I ett exempel uppgraderades servern från 18.x till 19.2, och SQL NetWorker-klienter och NMM uppgraderades också.
2. Mediedatabasposter: Serveranalysen kan hitta många klienter utan sparuppsättningar och/eller inkonsekventa mediedatabasposter för vissa sparade uppsättningar. Dessa sparuppsättningar kan vara relaterade till den berörda SQL-klienten.
3. Rensning av mediedatabasen med olika metoder, till exempel nsrim -X -V volym, löser inte problemet.
4. Klient Index: Möjlig skada på det faktiska klientfilindexet för klusterklienten kan misstänkas. Det här sista steget kan motivera att du byter namn på klientfilindexet.

SQL-klusterklienten för AlwaysOn är klienten som säkerhetskopierar den sparade uppsättningen som ser ut så här: MSSQL#AAG:
Exempel MSSQL#ALWAYS_ON_GROUP_NAME:

Utför de här stegen när det inte körs några säkerhetskopieringsjobb för SQL-klusterklienten.

• Byt namn på klusterklientens klientfilindex.
• Exempel: Byt namn på "/nsr/index/CLUSTER_CLIENT_NAME" till "/nsr/index/CLUSTER_CLIENT_NAME.suspect".
• Kör en ny säkerhetskopia av SQL AlwaysOn-klusterklienten.
• Ett nytt index genereras och en säkerhetskopiering bör lyckas.