NetWorker: NMM 19.x SQL AlwaysOn -varmuuskopiointi ei vastaa ja lisää palvelimen suoritintehoa

Joitakin tapauksia havaittiin, kun NetWorker-palvelin päivitettiin versiosta 18.x versioon 19.x.
SQL Server AlwaysOn Availability -ryhmätietokannan varmuuskopioissa ja Microsoftin NetWorker-moduulissa (NMM) ilmenee seuraavia oireita:

• Aina päällä oleva varmuuskopiointi ei vastaa. Itse asiassa savefs käynnistää "nsrsqlsv", mutta se ei koskaan aloita tietojen tallentamista.
• Vaikuttaa AlwaysOn (AOAG) SQL Server -varmuuskopiointiin klusteriasiakkaan kautta
• Saman AlwaysOn-klusterin erillisten SQL Server -esiintymien tietokannan varmuuskopioinnissa ei ole ongelmia SQL-tietokannan varmuuskopioinnissa.
• NetWorker-palvelimen suoritinteho nousee voimakkaasti. Tähän saattaa liittyä muiden käynnissä olevien varmuuskopiointitöiden suorituskyvyn vakava heikkeneminen.

Tämä ongelma voi johtua useista tekijöistä, ja syy voi johtua useammasta kuin yhdestä tekijästä.
Tekijöitä ovat.

1. Päivitys: NetWorker Server päivitettiin hiljattain. Ennen päivitystä työt olivat hienoja. Yhdessä esimerkissä palvelin päivitettiin versiosta 18.x versioon 19.2, ja myös SQL NetWorker Client ja NMM päivitettiin.
2. Mediatietokannan tietueet: Palvelinanalyysi saattaa löytää useita asiakasohjelmia, joissa ei ole tallennusjoukkoja ja/tai joissa on epäjohdonmukaisia mediatietokantatietueita joillekin tallennusjoukoille. Nämä tallennusjoukot saattavat liittyä SQL-asiakasohjelmaan, jota haavoittuvuus koskee.
3. Mediatietokannan puhdistus eri menetelmillä, kuten nsrim -X -V Äänenvoimakkuus, ei ratkaise ongelmaa.
4. Asiakkaan hakemisto: Klusterin asiakasohjelman varsinaisen asiakastiedostoindeksin mahdollista vioittumista voidaan epäillä. Tämä viimeinen vaihe saattaa edellyttää asiakastiedoston indeksin nimeämistä uudelleen.

AlwaysOnin SQL Cluster client varmuuskopioi tallennetun joukon, joka näyttää tältä: MSSQL#AAG:
Example MSSQL#ALWAYS_ON_GROUP_NAME:

Suorita nämä vaiheet, kun SQL Cluster Client -työasemassa ei ole varmuuskopiointitöitä.

• Nimeä klusteriasiakkaan työasematiedostoindeksi uudelleen.
• Esimerkki: Nimeä /nsr/index/CLUSTER_CLIENT_NAME uudelleen nimeksi /nsr/index/CLUSTER_CLIENT_NAME.suspect.
• Varmuuskopioi SQL AlwaysOn -klusterin asiakasohjelma uudelleen.
• Uusi indeksi luodaan, ja varmuuskopioinnin pitäisi onnistua.