NetWorker: NMM 19.x SQL AlwaysOn-Backup reagiert nicht und erhöht Server-CPU

Summary: NetWorker NMM 19.x SQL AlwaysOn-Backup reagiert nicht und erhöht die Server-CPU. Das SQL-Backup wird nicht fortgesetzt und scheint nicht mehr zu reagieren.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Beim Upgrade des NetWorker-Servers von 18.x auf 19.x traten einige Vorkommnisse auf.
Datenbankbackups von SQL Server AlwaysOn-Verfügbarkeitsgruppen mit NetWorker Module for Microsoft (NMM) weisen die folgenden Symptome auf:

  • Das AlwaysOn-Backup reagiert nicht. Tatsächlich wird "nsrsqlsv" von savefs gestartet, beginnt jedoch nie mit dem Speichern von Daten.
  • Wirkt sich auf AlwaysOn (AOAG) SQL Server-Backups über Clusterclient aus
  • Datenbankbackups für die eigenständigen SQL Server-Instanzen im selben AlwaysOn-Cluster haben keine Probleme beim Sichern der SQL-Datenbank.
  • Auf dem NetWorker-Server treten schwerwiegende CPU-Spitzen auf. Dies kann mit einer schwerwiegenden Performanceverschlechterung anderer laufender Backupjobs einhergehen.

 

Cause

Dieses Verhalten kann durch mehrere Faktoren in der Einrichtung verursacht werden, wobei die Ursache mehr als einem einzigen Faktor zugeordnet werden kann.
Zu den Faktoren gehören:

  1. Upgrade: Der NetWorker-Server wurde kürzlich aktualisiert. Vor dem Upgrade waren die Jobs in Ordnung. In einem Beispiel wurde für den Server ein Upgrade von 18.x auf 19.2 durchgeführt und SQL NetWorker-Clients und NMM wurden ebenfalls aktualisiert.
  2. Mediendatenbankeinträge: Die Serveranalyse kann viele Clients ohne Savesets und/oder inkonsistente Mediendatenbankdatensätze für einige Savesets finden. Diese Savesets können mit dem betroffenen SQL-Client zusammenhängen oder auch nicht.
  3. Bereinigung der Mediendatenbank mit verschiedenen Methoden, z. B. nsrim -X -V Volume, löst das Problem nicht.
  4. Clientindex: Es kann vermutet werden, dass der tatsächliche Clientdateiindex des Clusterclients möglicherweise beschädigt ist. Dieser letzte Schritt kann eine Umbenennung des Clientdateiindex rechtfertigen.

 

Resolution

Der SQL-Clusterclient für AlwaysOn ist der Client, der den gespeicherten Satz sichert, der wie folgt aussieht: MSSQL#AAG:
Example MSSQL#ALWAYS_ON_GROUP_NAME:

Führen Sie diese Schritte aus, während keine Backupjobs für den SQL-Clusterclient ausgeführt werden.

  • Benennen Sie den Clientdateiindex des Clusterclients um.
  • Benennen Sie beispielsweise "/nsr/index/CLUSTER_CLIENT_NAME" in "/nsr/index/CLUSTER_CLIENT_NAME.suspect" um.
  • Führen Sie ein neues Backup des SQL AlwaysOn-Clusterclients aus.
  • Ein neuer Index wird erzeugt und ein Backup sollte erfolgreich sein.

 

Article Properties
Article Number: 000070286
Article Type: Solution
Last Modified: 27 May 2024
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.