Bekannte Probleme und Problembehandlung im Management Pack für SQL Server

In diesem Artikel werden die bekannten Probleme für das Management Pack für SQL Server aufgelistet.

Problemtitel Verhalten/Symptom Bekannte Problemumgehung
Die Seedermittlung eines gelöschten Plattformpakets funktioniert auf den Poolknoten möglicherweise weiterhin Es kann ein Fehler auftreten, wenn ein Betriebssystempaket gelöscht wurde, aber die Seedermittlung auf den Poolknoten weiterhin funktioniert. Löschen Sie die entsprechende Seedermittlung manuell.
Der Status des Monitors Datenbankstatus wird ständig geändert Wenn der Parameter Automatisch schließen für die Datenbank auf True festgelegt wird, ändert der Monitor Datenbankstatus seinen Status entsprechend dem in den Außerkraftsetzungsparametern festgelegten Timeout von Fehlerfrei in Wiederherstellung und umgekehrt. Aufgrund der besonderen Eigenschaften der Überwachung ist keine Lösung erforderlich.
Wenn Sie den Datenbankparameter Automatisch schließen aktivieren, wird die Erfassung von Leistungsmetriken blockiert Ist der Parameter Automatisch schließen auf True festgelegt, geben Leistungsregeln leere Werte zurück. Legen Sie den Parameter Automatisch schließen auf False fest.
Wenn eine im Modus ohne Agent überwachte Instanz nicht verfügbar ist, treten mehrere Fehler im Ereignisprotokoll des Watcher-Knotens auf Wenn der Computer mit einer überwachten Instanz ohne Agent nicht verfügbar ist, treten im Ereignisprotokoll des Watcher-Knotens mehrere Fehler für das Management Pack für die SQL Server-Überwachung unter Windows und das Management Pack für die SQL Server-Ermittlung unter Windows auf. Diese Fehler treten solange auf, bis der Computer wieder verfügbar ist. Keine Lösung.
Möglicherweise treten einige Probleme bei der Installation des Management Packs auf Der Protokollleser beginnt möglicherweise mit dem Scannen des gesamten SQL Server-Protokolls, was zur Auslösung aller gefundenen Warnungen führen kann. Die RepeatCount-Eigenschaft kann eine übermäßige Anzahl von Ereignissen enthalten. Keine Lösung.
Doppelte Anführungszeichen im Datenbanknamen können zu Fehlern bei Tasks der Datenbankkonsole führen Bei Tasks der Datenbankkonsole werden Datenbanknamen, die in doppelte Anführungszeichen eingeschlossen sind, als eines der Argumente verwendet. Ein Datenbankname kann theoretisch alle Symbole enthalten, einschließlich doppelter Anführungszeichen. Wenn der Name aber tatsächlich doppelte Anführungszeichen enthält, funktioniert die Konsolentasks für diese Datenbank nicht. Keine Lösung.
Ungewöhnliches Verhalten der Betriebszustände der Monitore Wenn der Ressourcenpool mehr als einen Verwaltungsserver enthält, ändern sich die Betriebszustände aller Monitore gemäß den Failovereinstellungen des Ressourcenpools. Keine Lösung.
SQL Server unter Docker: Nach dem Neustart von Docker treten mehrere Fehler auf Nach dem Neustart von SQL Server unter Docker treten mehrere Fehler auf, weil sich dabei die Docker-ID (MachineName) ändert. Navigieren Sie in System Center Operations Manager zu den Eigenschaften der Überwachungsvorlage, öffnen Sie die Registerkarte Dienstdetails, und klicken Sie auf Verbindung wiederholen.
Erweiterte Ermittlungsintervalle Wenn ein Ressourcenpool mit mehreren Watcher-Knoten verwendet wird, können die Ermittlungsintervalle erheblich erweitert werden. Keine Lösung.
Keine der Ereignisregeln funktioniert auf lokalisierten SQL-Datenbank-Engines Keine der Ereignisregeln funktioniert auf lokalisierten SQL-Datenbank-Engines. In der aktuellen Implementierung funktionieren diese Regeln nur in der englischen Version. Keine Lösung.
Konsolentasks funktionieren nicht, wenn Namen von Verfügbarkeitsgruppenobjekten doppelte Anführungszeichen enthalten Doppelte Anführungszeichen dürfen in Namen von Verfügbarkeitsgruppen und Datenbanken für Always On nicht verwendet werden. Keine Lösung.
Es tritt ein Fehler bei der Verbindung auf, wenn eine IP-Adresse als eine Verbindungszeichenfolge für eine Linux-basierte Instanz angegeben wird Beim Hinzufügen einer Linux-basierten Instanz tritt ein Fehler beim Testen der Verbindung auf, wenn eine IP-Adresse als eine Verbindungszeichenfolge angegeben ist und der Authentifizierungstyp Windows AD credentials (Windows AD-Anmeldeinformationen) lautet. Geben Sie den Computernamen als eine Verbindungszeichenfolge an, und verwenden Sie den richtigen Authentifizierungstyp.
Problem in System Center Operations Manager: Der Konfigurationsdienst kann nach der Neuinstallation des Management Packs eingefroren sein Der Konfigurationsdienst kann nach der Neuinstallation des Management Packs eingefroren sein. Keine Lösung.
Fehler vom Typ „Nicht genügend Arbeitsspeicher“ werden in Operations Manager empfangen Fehler vom Typ „Nicht genügend Arbeitsspeicher“ werden regelmäßig empfangen, auch wenn der Server über genügend Arbeitsspeicher verfügt. Isolieren Sie den SQL Server-WMI-Anbieter, und erhöhen Sie den Wert für UploadTimeout.
Fehler treten in Workflows im Zusammenhang mit speicheroptimierten Daten für Datenbanken auf Der Fehler „Die Datenbank wird wiederhergestellt. Warten Sie, bis die Wiederherstellung beendet ist.“ tritt in Workflows im Zusammenhang mit speicheroptimierten Daten für Datenbanken auf, bei denen der Parameter Automatisch schließen auf True festgelegt ist. Keine Lösung.
Benutzerdefinierte Benutzerrichtlinie ermittelt Systemdatenbanken Eine benutzerdefinierte SQL Server-Richtlinie wird möglicherweise für Systemdatenbanken wie master, msdb usw. sowie für benutzerdefinierte Datenbanken ermittelt. Eine benutzerdefinierte Benutzerrichtlinie kann nur für Datenbanken ausgeführt werden, die vom Benutzer erstellt wurden. Keine Lösung.
Problem in System Center Operations Manager: Die System Center Operations Manager-Konsole kann eine Ausnahme in der Statusansicht Datenbank-Engines anzeigen, wenn die Ermittlung der ausgewählten Instanz gerade aufgehoben wird Die System Center Operations Manager-Konsole kann eine Ausnahme vom Typ „Der Objektverweis ist nicht festgelegt“ in der Statusansicht Datenbank-Engines anzeigen, wenn die Ermittlung der ausgewählten Instanz gerade aufgehoben wird. Keine Lösung.
Fehler bei der Anmeldung, wenn eine neue Instanz mithilfe des Assistenten zum Hinzufügen von Monitoren hinzugefügt wird Der folgende Fehler kann angezeigt werden, nachdem Sie mithilfe des Assistenten zum Hinzufügen von Monitoren eine neue Instanz zur Überwachungsliste hinzugefügt haben: „Während der Ermittlung ist ein Fehler aufgetreten: Es konnte eine Verbindung mit dem Server hergestellt werden, doch während des Anmeldevorgangs trat ein Fehler auf.“ Höchstwahrscheinlich weist dieser Fehler darauf hin, dass der Ressourcenpool für den Überwachungspool des SQL Server Management Packs nicht ermittelt wurde. Verringern Sie die Intervalle für die Ermittlung MSSQL: Generic Monitoring Pool Watcher Discovery (MSSQL: Ermittlung des generischen Überwachungspool-Watchers) und für die Ermittlung Discover All Management Servers Pool Watcher (Pool-Watcher aller Verwaltungsserver ermitteln), um die sofortige Ausführung zu erzwingen. Anschließend stellen Sie den vorherigen Wert wieder her.
Die Leistungsregel CPU-Auslastung kann Werte größer als 100 anzeigen Manchmal zeigt die Leistungsregel CPU-Auslastung aufgrund eines bekannten Problems in der dynamischen Verwaltungssicht „sys.dm_os_ring_buffers“, die von der Regel zum Abrufen des Auslastungswerts verwendet wird, Werte größer als 100 an. Keine Lösung.
Beim Hinzufügen einer neuen SQL Server-Instanz im Assistenten zum Hinzufügen von Monitoren wird ein Auftragsfehler angezeigt Im letzten Schritt des Assistenten wird eine Fehlermeldung mit dem Hinweis „Auftragsfehler“ angezeigt. Dieses Problem weist darauf hin, dass Sie der Überwachungsvorlage einen der folgenden Namen gegeben haben: SystemCenter, Windows, System, SQLCorelib. Verwenden Sie keines der genannten Wörter als Namen der Überwachungsvorlage.
Nach dem Importieren des Management Packs wurden keine SQL Server-Instanzen ermittelt, und es werden keine Warnungen ausgelöst Dies kann darauf hindeuten, dass Sie ein nicht standardmäßiges Aktionskonto an das ausführende Profil für SQL-Anmeldeinformationen gebunden haben. Konfigurieren Sie ausführende Profile für SQL Server MP.
Der Workflow HKTableMemoryUsageAction löst Fehler im Zusammenhang mit speicheroptimierten Daten aus: „Von Indizes belegter Arbeitsspeicher (MB)“, „Von Tabellen belegter Arbeitsspeicher (MB)“ Solche Fehler können darauf hinweisen, dass es in Umgebungen mit zahlreichen speicheroptimierten Datenbanken zu einem Leistungsabfall kommt. Untersuchen Sie den Leistungsabfall auf den betroffenen Servern.
Dienststatusbezogene Monitore funktionieren nicht auf SQL Server-Clusterinstanzen, auf denen die SQL Server-Rolle beendet wurde Die Monitore SQL Server-Windows-Dienst, Startprogrammdienst für SQL-Volltextfilterdaemon und SQL Server-Agent-Dienst befinden sich auf SQL Server-Clusterinstanzen, bei denen die SQL Server-Rolle beendet wurde, im Status Fehlerfrei. Aufgrund des besonderen Verhaltens von Clusterknoten wird die Überwachung nicht für SQL Server-Clusterinstanzen mit deaktivierter SQL Server-Rolle ausgeführt.
In der Spalte Primäres Replikat werden verschiedene Hostcomputer für Verfügbarkeitsgruppen angezeigt, die auf Windows- und Linux-basierten Systemen bereitgestellt werden Wenn eine Verfügbarkeitsgruppe auf Windows- und Linux-basierten Systemen unter demselben Namen bereitgestellt wird, deren Clustertyp auf Extern oder Keiner festgelegt ist, sind die Ermittlungsergebnisse für eine solche Verfügbarkeitsgruppe jedes Mal unterschiedlich. Einer der Hostcomputer wird in der Spalte Primäres Replikat angezeigt. Die Ursache dafür sind nicht eindeutige IDs in solchen Verfügbarkeitsgruppen. Dadurch ist die Verfügbarkeitsgruppenermittlung gezwungen, während jedes Ermittlungsintervalls einen anderen Hostcomputer auszuwählen. Keine Lösung.
Die Ansicht Dashboards kann nicht für mehrere Verwaltungsgruppen (System Center Operations Manager-Server) geöffnet werden, die dieselbe OperationsManagerDW-Datenbank zum Ziel haben Die Ansicht Dashboards ist in Bereitstellungen, die aus mehreren Verwaltungsgruppen (System Center Operations Manager-Servern) bestehen, die dieselbe OperationsManagerDW-Datenbank zum Ziel haben, nicht verfügbar. Keine Lösung.
Nach der Ausführung von Tasks im Zusammenhang mit SQL Server-Objekten wird durch den Konsolentask keine Ausgabe erstellt. Die System Center Operations Manager-Konsole zeigt keine Ausgabe im Dialogfeld Taskstatus an, und die Statusanzeige dreht sich fortlaufend. Obwohl keine Ausgabe erfolgt und der Task-Assistent anscheinend nicht mehr reagiert, kann der ausgeführte Task weiterhin Befehle an das Ziel-SQL Server-Instanzobjekt senden und damit dieses Objekt zwingen, den angeforderten Befehl auszuführen. Die Ergebnisse der Taskausführung sind in der System Center Operations Manager-Konsole in der Ansicht Taskstatus verfügbar. Keine Lösung.
Übersichtsdashboard für die Webkonsole gibt einen Fehler aus, wenn Umgebungen mit vielen Objekten überwacht werden. Die Überwachung großer Umgebungen kann dazu führen, dass das Übersichtsdashboard der Webkonsole gelegentlich aufgrund einer großen Anzahl von Objekten ausfällt, die nicht innerhalb der zeitig verarbeitet werden können. Keine Lösung.
Verwaltungsserver und deren verwaltete Geräte werden in der Operations Manager-Konsole abgeblendet dargestellt In einer Microsoft System Center Operations Manager-Umgebung können Verwaltungsserver, die die folgenden Rollen hosten, sowie die entsprechenden von diesen Verwaltungsservern verwalteten Geräte in der Betriebskonsole abgeblendet dargestellt werden: Verwaltungsserver, Gatewayserver und Agent. Weitere Informationen zur Lösung dieses Problems finden Sie in diesem Microsoft-Artikel.

Führen Sie das folgende Skript in einer PowerShell-Sitzung mit erhöhten Rechten aus, um einen WMI-Anbieter zu isolieren:

$a = [WMI]'Root\Microsoft\SqlServer\ComputerManagement14:__Win32Provider.name="MSSQL_ManagementProvider"'
$a.HostingModel = "NetworkServiceHost:SQL"
$a.put()

Führen Sie das folgende Skript aus, um die Änderungen rückgängig zu machen.

$a = [WMI]'Root\Microsoft\SqlServer\ComputerManagement14:__Win32Provider.name="MSSQL_ManagementProvider"'
$a.HostingModel = "NetworkServiceHost"
$a.put()*

Führen Sie die folgenden Schritte aus, um das Timeout für den Entladevorgang auf 30 Minuten zu verlängern:

  1. Öffnen Sie WBEMTEST.

  2. Klicken Sie auf Verbinden.

  3. Geben Sie im Feld Namespace die Zeichenfolge Root\Microsoft\SqlServer\ComputerManagement14 ein, und klicken Sie auf Verbinden.

  4. Klicken Sie auf Abfragen.

  5. Geben Sie die folgende Abfrage ein.

    select * from __win32provider where name = 'MSSQL_ManagementProvider'
    
  6. Klicken Sie auf Übernehmen.

  7. Doppelklicken Sie auf die resultierende Zeile.

  8. Doppelklicken Sie auf den Wert UnloadTimeout.

  9. Wählen Sie die Ebene Nicht NULL aus, geben Sie „00000000003000.000000:000“ ein, und klicken Sie auf Eigenschaft speichern.

  10. Klicken Sie auf Objekt speichern.

  11. Klicken Sie auf Schließen.