NetWorker: NMM 19.x SQL AlwaysOn Backup nie odpowiada i zwiększa obciążenie procesora serwera

Podczas uaktualniania serwera NetWorker z wersji 18.x do 19.x odnotowano pewne zdarzenia.
Kopie zapasowe bazy danych grupy dostępności SQL Server AlwaysOn z modułem NetWorker dla firmy Microsoft (NMM) wykazują następujące objawy:

• Kopia zapasowa AlwaysOn nie odpowiada. W rzeczywistości "nsrsqlsv" jest uruchamiany przez savefs, ale nigdy nie rozpoczyna zapisywania żadnych danych.
• Wpływa na AlwaysOn (AOAG) kopii zapasowej serwera SQL za pośrednictwem klienta klastra
• Kopie zapasowe bazy danych dla autonomicznych wystąpień SQL Server w tym samym klastrze AlwaysOn nie mają problemów z tworzeniem kopii zapasowych bazy danych SQL.
• Serwer NetWorker doświadcza poważnych skoków procesora; Może temu towarzyszyć poważne obniżenie wydajności innych uruchomionych zadań tworzenia kopii zapasowych.

Za takim zachowaniem może odpowiadać kilka czynników, a przyczyna może być przypisana do więcej niż jednego czynnika.
Czynniki obejmują.

1. Aktualizacja: Serwer NetWorker został niedawno uaktualniony. Przed aktualizacją zadania były w porządku. W jednym z przykładów serwer został uaktualniony z wersji 18.x do 19.2, uaktualniono również klientów SQL NetWorker i NMM.
2. Rekordy bazy danych multimediów: Analiza serwera może znaleźć wielu klientów bez zestawów zapisów i/lub niespójne rekordy bazy danych multimediów dla niektórych zestawów zapisów. Te zestawy zapisów mogą, ale nie muszą być związane z klientem SQL, którego dotyczy problem.
3. Czyszczenie bazy danych multimediów różnymi metodami, takimi jak nsrim -X -V głośność, nie rozwiązuje problemu.
4. Indeks klienta: Istnieje podejrzenie uszkodzenia rzeczywistego indeksu pliku klienta klastra. Ten ostatni krok może uzasadniać zmianę nazwy indeksu plików klienta.

Klient SQL Cluster dla AlwaysOn to klient, który tworzy kopię zapasową zapisanego zestawu, który wygląda następująco: MSSQL#AAG:
Example MSSQL#ALWAYS_ON_GROUP_NAME:

Wykonaj te kroki, gdy nie są uruchomione żadne zadania tworzenia kopii zapasowych dla klienta klastra SQL.

• Zmień nazwę indeksu pliku klienta klastra.
• Przykład: zmień nazwę "/nsr/index/CLUSTER_CLIENT_NAME" na "/nsr/index/CLUSTER_CLIENT_NAME.suspect".
• Uruchom nową kopię zapasową klienta klastra SQL AlwaysOn.
• Zostanie wygenerowany nowy indeks, a tworzenie kopii zapasowej powinno zakończyć się pomyślnie.