Behandeln von Leistungsproblemen im Zusammenhang mit Ereignis 2115 - Operations Manager

Artikel
04/15/2024

Dieser Artikel hilft Ihnen, Leistungsprobleme zu identifizieren und zu beheben, die sich auf die Einfügezeit von Operations Manager-Datenbanken (OpsMgr) und Data Warehouse-Daten auswirken. Sie gilt für alle unterstützten Versionen von System Center Operations Manager.

Ursprüngliche Produktversion: System Center Operations Manager
Ursprüngliche KB-Nummer: 2681388

Ein typisches Zeichen für Leistungsprobleme der Operations Manager-Datenbank ist das Vorhandensein von Ereignissen der Ereignis-ID 2115 im Operations Manager-Ereignisprotokoll. Diese Ereignisse weisen in der Regel darauf hin, dass Leistungsprobleme auf dem Verwaltungsserver oder auf dem Server bestehen, auf dem Microsoft SQL Server ausgeführt wird und auf dem die Operations Manager- oder Operations Manager-Data Warehouse-Datenbanken gehostet werden.

Hintergrund

Workflows für Datenbank- und Data Warehouse-Schreibaktionen werden auf den Verwaltungsservern ausgeführt. Diese Workflows speichern zunächst die Daten, die sie von den Agents und Gatewayservern erhalten, in einem internen Puffer. Anschließend sammeln sie diese Daten aus dem internen Puffer und fügen sie in die Datenbank und das Data Warehouse ein. Wenn die erste Dateneinfügung abgeschlossen ist, erstellen die Workflows einen weiteren Batch.

Die Größe der einzelnen Datenbatches hängt davon ab, wie viele Daten beim Erstellen des Batches im Puffer verfügbar sind. Es gibt jedoch eine maximale Grenze von 5.000 Datenelementen in einem Batch. Wenn die Rate der eingehenden Datenelemente zunimmt oder der Durchsatz des Einfügens von Datenelementen in die Operation Manager- und Data Warehouse-Datenbanken reduziert wird, sammelt der Puffer mehr Daten an, und die Batchgröße nimmt zu.

Es gibt mehrere Schreibaktionsworkflows, die auf einem Verwaltungsserver ausgeführt werden. Die folgenden Workflows behandeln beispielsweise das Einfügen von Daten in die Operations Manager- und Data Warehouse-Datenbanken für verschiedene Datentypen:

Microsoft.SystemCenter.DataWarehouse.CollectEntityHealthStateChange
Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
Microsoft.SystemCenter.DataWarehouse.CollectEventData
Microsoft.SystemCenter.CollectAlerts
Microsoft.SystemCenter.CollectEntityState
Microsoft.SystemCenter.CollectPublishedEntityState
Microsoft.SystemCenter.CollectDiscoveryData
Microsoft.SystemCenter.CollectSignatureData
Microsoft.SystemCenter.CollectEventData

Wenn ein Datenbank- oder Data Warehouse-Schreibaktionsworkflow auf einem Verwaltungsserver langsam eingefügt wird (z. B. länger als 60 Sekunden), beginnt der Workflow mit der Protokollierung der Ereignis-ID 2115 im Operations Manager-Ereignisprotokoll. Dieses Ereignis wird minütlich protokolliert, bis der Datenbatch in die Datenbank oder das Data Warehouse eingefügt wird oder die Daten vom Workflowmodul für die Schreibaktion gelöscht werden. Daher wird die Ereignis-ID 2115 aufgrund der Latenz protokolliert, die beim Einfügen von Daten in die Datenbank oder das Data Warehouse auftritt. Es folgt ein Beispiel für ein Ereignis, das protokolliert wird, weil Daten vom Workflowmodul für die Schreibaktion gelöscht werden:

Ereignistyp: Fehler
Ereignisquelle: HealthService
Ereigniskategorie: Keine
Ereignis-ID: 4506
Computer: <RMS-NAME>
Beschreibung:
Daten wurden aufgrund zu vieler ausstehender Daten in der Regel "Microsoft.SystemCenter.OperationalDataReporting.SubmitOperationalDataFailed.Alert" gelöscht, die für instance <RMS-NAME> mit id:"{F56EB161-4ABE-5BC7-610F-4365524F294E}" in verwaltungsgruppenverwaltungsgruppenname <>ausgeführt wurde.

Einen tieferen Blick werfen

Die Ereignis-ID 2115 enthält zwei wichtige Informationen:

Der Name des Workflows, bei dem das Problem auftritt
Die verstrichene Zeit seit dem Einfügen des letzten Datenbatches durch den Workflow

Zum Beispiel:

Protokollname: Operations Manager
Quelle: HealthService
Ereignis-ID: 2115
Stufe: Warnung
Computer: <RMS-NAME>
Beschreibung:
Eine Bindungsdatenquelle im VERWALTUNGSGRUPPENNAMEN> der Verwaltungsgruppe <hat Elemente an den Workflow gesendet, aber nach 300 Sekunden keine Antwort erhalten. Dies weist auf ein Leistungs- oder Funktionsproblem mit dem Workflow hin.
Workflow-ID: Microsoft.SystemCenter.CollectPublishedEntityState
Instanz: <RMS NAME>
Instanz-ID: {88676CDF-E284-7838-AC70-E898DA1720CB}

Der Microsoft.SystemCenter.CollectPublishedEntityState Workflow schreibt Entitätsstatusdaten in die Operations Manager-Datenbank. Die Ereignis-ID 2115 gibt an, dass der Microsoft.SystemCenter.CollectPublishedEntityState Workflow versucht, einen Batch von Entitätsstatusdaten einzufügen, und dass er vor 300 Sekunden gestartet wurde. In diesem Beispiel ist das Einfügen der Entitätsstatusdaten nicht abgeschlossen. Normalerweise sollte das Einfügen eines Datenbatches innerhalb von 60 Sekunden abgeschlossen sein.

Wenn die Workflow-ID den Begriff DataWarehouse enthält, betrifft das Problem die Data Warehouse-Datenbank von Operations Manager. Andernfalls besteht das Problem im Einfügen von Daten in die Operations Manager-Datenbank.

Ursache

Jedes der folgenden Probleme kann diese Art von Problemen verursachen.

Einfügeprobleme

Dieses Problem kann auf ein Datenbankleistungsproblem hinweisen oder darauf hinweisen, dass von den Agents zu viele Daten gesendet werden. Die Beschreibung der Ereignis-ID 2115 gibt nur an, dass ein Backlog vorhanden ist, das sich auf das Einfügen von Daten in die Datenbank (entweder Operations Manager oder Operations Manager Data Warehouse) auswirkt. Diese Ereignisse können aus vielen Gründen auftreten. Beispielsweise kann es zu einer plötzlichen, großen Menge an Ermittlungsdaten kommen. Oder es könnte ein Problem mit der Datenbankkonnektivität vorliegen. Oder die Datenbank ist möglicherweise voll. Oder es kann eine datenträgerbezogene oder netzwerkbezogene Einschränkung geben.

In Operations Manager ist das Einfügen von Ermittlungsdaten ein relativ arbeitsintensiver Prozess. Es kann auch zu Bursts kommen, bei denen eine erhebliche Menge an Daten vom Verwaltungsserver empfangen wird. Diese Bursts können temporäre Instanzen der Ereignis-IDs 2115 verursachen. Wenn jedoch die Ereignis-ID 2115 für die Sammlung von Ermittlungsdaten konsistent angezeigt wird, kann dies entweder auf ein Problem beim Einfügen einer Datenbank oder eines Data Warehouse oder auf Ermittlungsregeln in einem Management Pack hinweisen, das zu viele Ermittlungsdaten sammelt.

Operations Manager-Konfigurationsupdates, die durch instance Speicherplatzänderungen oder Management Pack-Importe verursacht werden, wirken sich direkt auf die CPU-Auslastung auf dem Datenbankserver aus. Dies kann sich auf die Einfügezeiten von Datenbanken auswirken. Nach einem Management Pack-Import oder einer großen instance Speicherplatzänderung erwarten Sie Meldungen der Ereignis-ID 2115. Weitere Informationen finden Sie unter Erkennen und Behandeln von Problemen mit häufigen Konfigurationsänderungen in Operations Manager.

In Operations Manager können sich teure Benutzeroberflächenabfragen auch auf die Ressourcennutzung in der Datenbank auswirken, was zu Latenzzeiten bei Datenbankeinfügungszeiten führen kann. Wenn ein Benutzer einen aufwendigen Benutzeroberflächenvorgang ausführt, werden möglicherweise Meldungen der Ereignis-ID 2115 protokolliert.

Datenbanken vollständig oder offline

Wenn die Operations Manager- oder Operations Manager-Data Warehouse-Datenbanken nicht verfügbar sind oder offline sind, erwarten Sie, dass der Verwaltungsserver weiterhin Meldungen der Ereignis-ID 2115 im Operations Manager-Ereignisprotokoll protokolliert. Außerdem erhöht sich die ausstehende Zeit.

Wenn die Schreibaktionsworkflows keine Verbindung mit den Operations Manager- oder Operations Manager-Data Warehouse-Datenbanken herstellen können oder wenn sie ungültige Anmeldeinformationen zum Herstellen der Verbindung verwenden, wird die Dateneinfügung blockiert, und Meldungen der Ereignis-ID 2115 werden protokolliert, bis dieses Szenario behoben ist.

Konfigurations- und Umgebungsprobleme

Ereignis-ID 2115-Meldungen können auch auf ein Leistungsproblem hinweisen, wenn die Operations Manager-Datenbank, die Data Warehouse-Datenbanken und alle unterstützenden Umgebungen nicht ordnungsgemäß konfiguriert sind. Im Folgenden sind einige mögliche Ursachen für dieses Problem aufgeführt:

Die SQL Server Protokoll oder TempDB Datenbank ist zu klein oder nicht verfügbar.
Die Netzwerkverbindung zwischen der Operations Manager- und Data Warehouse-Datenbank und dem Verwaltungsserver ist eingeschränkt, oder die Latenz ist groß. In diesem Szenario empfiehlt es sich, den Verwaltungsserver im selben LAN wie die Operations Manager- und Data Warehouse-Server zu platzieren.
Der Datenträger, auf dem die Datenbank, die Protokolle oder der TempDB von Operations Manager- und Data Warehouse-Datenbanken verwendet wird, ist langsam oder weist ein Funktionsproblem auf. In diesem Szenario wird empfohlen, RAID 10 zu verwenden und auch den akkugestützten Schreibcache auf dem Arraycontroller zu aktivieren.
Die Operations Manager-Datenbank oder der Data Warehouse-Server verfügt nicht über genügend Arbeitsspeicher oder CPU-Ressourcen.
Die SQL Server instance, die die Operations Manager-Datenbank oder das Data Warehouse hostet, ist offline.

Außerdem wird empfohlen, den Verwaltungsserver im selben LAN wie der Operations Manager und der Data Warehouse-Datenbankserver zu platzieren.

Ereignis-ID 2115-Meldungen können auch auftreten, wenn das Datenträgersubsystem, das die Datenbank, die Protokolle oder die hostet, die TempDB von den Operations Manager- und Data Warehouse-Datenbanken verwendet wird, langsam ist oder ein Funktionsproblem auftritt. Es wird empfohlen, RAID 10 zu verwenden und auch den akkugestützten Schreibcache auf dem Arraycontroller zu aktivieren.

Lösung

Der erste Schritt zur Problembehandlung der leistungsbezogenen Ereignis-ID 2115-Nachrichten besteht darin, zu identifizieren, welche Datenelemente innerhalb des Ereignisses zurückgegeben werden. Die Workflow-ID gibt beispielsweise an, welche Art von Datenelementen (z. B. Ermittlung, Warnungen, Ereignis, Leistung) und welche Datenbank beteiligt ist. Wenn die Workflow-ID den Begriff DataWarehouse enthält, sollte der Schwerpunkt bei der Problembehandlung auf der Data Warehouse-Datenbank von Operations Manager liegen. In anderen Fällen sollte der Fokus auf der Operations Manager-Datenbank liegen.

Szenario 1

Im folgenden Beispiel betrifft das Problem den Microsoft.SystemCenter.CollectSignatureData Workflow:

Ereignistyp:
Warnungsereignisquelle: HealthService
Ereigniskategorie: Keine
Ereignis-ID: 2115
Computer: <RMS-NAME>
Beschreibung: Eine Bindungsdatenquelle im VERWALTUNGSGRUPPENNAMEN> der Verwaltungsgruppe <hat Elemente an den Workflow gesendet, aber nach 300 Sekunden keine Antwort erhalten. Dies weist auf ein Leistungs- oder Funktionsproblem mit dem Workflow hin.
Workflow-ID: Microsoft.SystemCenter.CollectSignatureData
Instanz: <RMS NAME>
Instanz-ID: {F56EB161-4ABE-5BC7-610F-4365524F294E}

Lösung

Wir können die Regeln für die Sammlung von Leistungssignaturdaten in diesem Beispiel identifizieren, indem wir die folgende SQL-Abfrage ausführen. Diese Abfrage sollte in SQL Server Management Studio für die Operations Manager-Datenbank ausgeführt werden.

-- Return all Performance Signature Collection Rules
Use OperationsManager
select
managementpack.mpname,
rules.rulename
from performancesignature with (nolock)
inner join rules with (nolock)
on rules.ruleid = performancesignature.learningruleid
inner join managementpack with(nolock)
on rules.managementpackid = managementpack.managementpackid
group by managementpack.mpname, rules.rulename
order by managementpack.mpname, rules.rulename

Diese Abfrage gibt alle Regeln für die Leistungssignatursammlung und ihren jeweiligen Management Pack-Namen zurück. Es wird eine Spalte für den Management Pack-Namen und den Regelnamen zurückgegeben.

Die folgenden Leistungsmonitor Leistungsindikatoren auf einem Verwaltungsserver enthalten Informationen zur Größe und Zeit des Einfügungsbatches für Datenbank- und Data Warehouse-Schreibaktionen:

OpsMgr DB-Schreibaktionsmodule(*)\Durchschn. Batchgröße
OpsMgr DB-Schreibaktionsmodule(*)\Durchschn. Verarbeitungszeit
OpsMgr DW Writer-Modul(*)\Durchschn. Batchverarbeitungszeit, ms
OpsMgr DW Writer-Modul(*)\Durchschn. Batchgröße

Wenn die Batchgröße zunimmt (z. B. die Standardbatchgröße beträgt 5.000 Elemente), weist dies entweder darauf hin, dass der Verwaltungsserver die Daten langsam in die Datenbank oder das Data Warehouse einfügt, oder dass er einen Burst von Datenelementen von den Agents oder den Gatewayservern empfängt.

Anhand des Leistungsindikators für die Datenbank und das Data Warehouse-Schreibaktionskonto durchschnittliche Verarbeitungszeit können wir verstehen, wie lange es durchschnittlich dauert, einen Batch von Daten in die Datenbank und das Data Warehouse zu schreiben. Abhängig von der Zeit, die zum Schreiben eines Datenbatches in die Datenbank benötigt wird, kann dies eine Möglichkeit zur Optimierung bieten.

Szenario 2

Wenn die SQL Server instance, die die Operations Manager-Datenbank oder Data Warehouse-Datenbank hostet, offline ist, werden die Ereignis-ID 2115 und die Ereignis-ID 29200 im Operations Manager-Ereignisprotokoll protokolliert. Zum Beispiel:

Protokollname: Operations Manager
Quelle: HealthService
Datum:
Ereignis-ID: 2115
Stufe: Warnung
Beschreibung:
Eine Bindungsdatenquelle in der Verwaltungsgruppe MSFT hat Elemente an den Workflow gesendet, aber nach 60 Sekunden keine Antwort erhalten. Dies weist auf ein Leistungs- oder Funktionsproblem mit dem Workflow hin.
Workflow-ID: Microsoft.SystemCenter.CollectEventData
Instanz: name.contoso.local
Instanz-ID: {88676CDF-E284-7838-AC70-E898DA1720CB}

Protokollname: Operations Manager
Quelle: OpsMgr Config Service
Ereignis-ID: 29200
Ebene: Fehler
Beschreibung:
Der OpsMgr-Konfigurationsdienst hat die Konnektivität mit der OpsMgr-Datenbank verloren und kann daher keine Updates aus der Datenbank abrufen. Dies kann ein vorübergehendes Problem sein, das automatisch wiederhergestellt werden kann. Wenn das Problem weiterhin besteht, deutet dies in der Regel auf ein Problem mit der Datenbank hin. Grund:
Ein netzwerkbezogener oder instanzspezifischer Fehler ist beim Herstellen einer Verbindung mit SQL Server aufgetreten. Der Server wurde nicht gefunden oder war nicht zugänglich. Stellen Sie sicher, dass der Instanzname korrekt ist und dass SQL Server so konfiguriert ist, dass Remoteverbindungen zugelassen werden. (Anbieter: Named Pipes-Anbieter, Fehler: 40 – Verbindung mit SQL Server konnte nicht geöffnet werden)

Lösung

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

Stellen Sie eine Verbindung mit dem Server her, der die Operations Manager-Datenbank hostet.
Öffnen Sie das Applet Dienste .
Vergewissern Sie sich, dass der SQL Server -Dienst (MSSQLSERVER) gestartet und ausgeführt wird.
Wenn der SQL Server (MSSQLSERVER)-Dienst nicht gestartet und ausgeführt wird, starten Sie den Dienst.

Nachdem die Datenbankkonnektivität wiederhergestellt wurde, sollten Workflows erfolgreich damit beginnen, Daten erneut in der jeweiligen Datenbank zu speichern. Die Ereignis-ID 31554 bestätigt, dass die Informationen erfolgreich geschrieben wurden:

Protokollname: Operations Manager
Quelle: Integritätsdienstmodule
Ereignis-ID: 31554
Aufgabenkategorie: Data Warehouse
Ebene: Informationen
Beschreibung:
Der Workflow konnte Daten im Data Warehouse
Mindestens ein Workflow war davon betroffen.
Workflowname: Microsoft.SystemCenter.DataWarehouse.CollectEventData
Instanzname: name.contoso.local
Instanz-ID: {88676CDF-E284-7838-AC70-E898DA1720CB}

Szenario 3

Die Ereignis-ID 2115 wird durch ungültige RunAs-Anmeldeinformationen verursacht.

Lösung

Untersuchen Sie das Operations Manager-Ereignisprotokoll auf die folgenden Ereignisse. Diese Ereignisse deuten in der Regel darauf hin, dass Data Warehouse SQL Server Authentifizierungskonto möglicherweise falsche Anmeldeinformationen enthält.

Protokollname: Operations Manager
Quelle: HealthService
Ereignis-ID: 7000
Aufgabenkategorie: Integritätsdienst
Ebene: Fehler
Beschreibung: Der Integritätsdienst konnte sich nicht am KontoNAMEN> des ausführenden Kontos <für verwaltungsgruppen-VERWALTUNGSGRUPPENNAME <>anmelden. Der Fehler ist Anmeldefehler: unbekannter Benutzername oder ungültiges Kennwort. (1326L). Dadurch wird verhindert, dass der Integritätsdienst mithilfe dieses ausführenden Kontos Aktionen überwacht oder ausführt.

Protokollname: Operations Manager
Quelle: HealthService
Ereignis-ID: 7015
Aufgabenkategorie: Integritätsdienst
Ebene: Fehler
Beschreibung:
Der Integritätsdienst kann die zukünftige Gültigkeit des KontoNAMENs> des ausführenden Kontos <für den VERWALTUNGSGRUPPENNAMEN> der Verwaltungsgruppe <nicht überprüfen. Der Fehler ist Anmeldefehler: unbekannter Benutzername oder ungültiges Kennwort. (1326L).

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

Öffnen Sie die Operations Manager-Konsole.
Wählen Sie Verwaltung aus.
Wählen Sie Ausführen als Konfiguration\Konten aus.
Konfigurieren Sie die entsprechenden Anmeldeinformationen für Data Warehouse SQL Server-Authentifizierungskonto.

Szenario 4

Ereignis-ID 2115, die durch Datenträgerleistungsprobleme verursacht wird. Dies kann auftreten, wenn der Datenträger, auf dem die Datenbank, Protokolle oder TempDB gehostet wird, die von Operations Manager- und Data Warehouse-Datenbanken verwendet wird, langsam ist oder ein Problem auftritt. In diesem Szenario wird empfohlen, RAID 10 zu verwenden und auch den akkubasierten Schreibcache auf dem Arraycontroller zu aktivieren.

Lösung

Erfassen Sie zunächst die folgenden physischen Datenträgerindikatoren für alle Laufwerke, die SQL Server Daten oder Protokolldateien enthalten:

% Leerlaufzeit: Gibt an, wie viel Leerlaufzeit des Datenträgers gemeldet wird. Alles, was weniger als 50 Prozent beträgt, kann auf einen Datenträgerengpass hinweisen.
Durchschn. Länge der Datenträgerwarteschlange: Dieser Wert sollte die doppelte Anzahl von Spindeln auf einer LUN nicht überschreiten. Wenn eine LUN beispielsweise 25 Spindeln hat, ist ein Wert von 50 akzeptabel. Wenn eine LUN jedoch über 10 Spindeln verfügt, ist der Wert 25 zu hoch. Sie können die folgenden Formeln basierend auf der RAID-Ebene und der Anzahl der Datenträger in der RAID-Konfiguration verwenden:
- RAID 0: Alle Datenträger arbeiten in einem RAID 0-Satz.
  
  Average Disk Queue Length <= # (Disks in the array) *2
- RAID 1: Die Hälfte der Datenträger arbeitet. Daher kann nur die Hälfte von ihnen in die Datenträgerwarteschlange gezählt werden.
  
  Average Disk Queue Length <= # (Disks in the array/2) *2
- RAID 10: Die Hälfte der Datenträger arbeitet. Daher kann nur die Hälfte von ihnen in die Datenträgerwarteschlange gezählt werden.
  
  Average Disk Queue Length <= # (Disks in the array/2) *2
- RAID 5: Alle Datenträger arbeiten in einem RAID 5-Satz.
  
  Average Disk Queue Length <= # (Disks in the array/2) *2
  
  Durchschn. Datenträgersekunden/Übertragung: Die Anzahl der Sekunden, die zum Abschließen einer Datenträger-E/A erforderlich sind.
  Durchschn. Datenträgersekunden/Lesevorgang: Die durchschnittliche Zeit zum Lesen von Daten vom Datenträger in Sekunden.
  Durchschn. Datenträgersekunden/Schreibzugriff: Die durchschnittliche Zeit für das Schreiben von Daten auf den Datenträger in Sekunden.
  Datenträgerbytes/s: Die Anzahl der Bytes pro Sekunde, die auf den oder vom Datenträger übertragen werden.
  Datenträgerübertragungen/Sekunde: Die Anzahl der Eingabe- und Ausgabevorgänge pro Sekunde (IOPS).
  
  Hinweis
  
  Die letzten drei Leistungsindikatoren in dieser Liste sollten konsistent Werte von etwa 0,020 (20 ms) oder weniger aufweisen und dürfen niemals 050 (50 ms) überschreiten.
  
  Die folgenden Schwellenwerte sind im SQL Server Leitfaden zur Problembehandlung bei der Leistung dokumentiert:
  - Weniger als 10 ms: Sehr gut
  - 10-20 ms: Gut
  - 20-50 ms: Langsam, erfordert Aufmerksamkeit
  - Größer als 50 ms: Schwerwiegender E/A-Engpass
  - Datenträgerbytes/s: Die Anzahl der Bytes pro Sekunde, die auf oder vom Datenträger übertragen werden
  - Datenträgerübertragungen/Sekunde: Die Anzahl der Eingabe- und Ausgabevorgänge pro Sekunde (IOPS)
Wenn die Leerlaufzeit in Prozent niedrig ist (10 Prozent oder weniger), bedeutet dies, dass der Datenträger vollständig ausgelastet ist. In diesem Fall geben die letzten beiden Leistungsindikatoren in dieser Liste (Datenträgerbytes/s und Datenträgerübertragungen/Sekunde) einen guten Hinweis auf den maximalen Durchsatz des Laufwerks in Bytes bzw. in IOPS. Der Durchsatz eines SAN-Laufwerks ist stark variabel, abhängig von der Anzahl der Spindeln, der Geschwindigkeit der Laufwerke und der Geschwindigkeit des Kanals. Es wird empfohlen, den SAN-Anbieter zu fragen, wie viele Bytes und IOPS das Laufwerk unterstützen soll. Wenn die Leerlaufzeit in Prozent niedrig ist und die Werte für diese beiden Leistungsindikatoren den erwarteten Durchsatz des Laufwerks nicht erfüllen, bitten Sie den SAN-Anbieter um weitere Hilfe bei der Problembehandlung.

Die folgenden Artikel bieten tiefere Einblicke in die Behandlung von SQL Server Leistungsproblemen:

Szenario 5

Die Ereignis-ID 2115 wird protokolliert, und ein Verwaltungsserver generiert in Operations Manager keine Daten in die Data Warehouse Warnung schreiben. Außerdem treten auf dem Verwaltungsservercomputer die folgenden Symptome auf:

Der Verwaltungsserver generiert eine oder mehrere Warnungen, die der folgenden ähneln:

Protokollname: Operations Manager
Quelle: Integritätsdienstmodule
Datum: 1.1.2022 12:00:00 Uhr
Ereignis-ID: 31551
Aufgabenkategorie: Data Warehouse
Ebene: Fehler
Schlüsselwörter: Klassisch
Benutzer: Nicht zutreffend
Computer: <ManagementServerFQDN>
Beschreibung:
Fehler beim Speichern von Daten im Data Warehouse. Der Vorgang wird wiederholt.
Ausnahme "SqlException": Die von der Anmeldung angeforderte Datenbank "OperationsManagerDW" kann nicht geöffnet werden. Fehler bei der Anmeldung.
Fehler bei der Anmeldung für den Benutzer "CONTOSO\Action_Account".

Mindestens ein Workflow war davon betroffen.

Workflowname: Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
Instanzname: <ManagementServerFQDN>
Instanz-ID: {AEC38E5Z-67A9-0406-20DB-ACC33BB9C494}
Verwaltungsgruppe: <ManagementGroupName>
Das folgende Ereignis wird im Operations Manager-Ereignisprotokoll auf dem Verwaltungsserver protokolliert:

Protokollname: Operations Manager
Quelle: HealthService
Datum: 1.1.2022 12:00:00 Uhr
Ereignis-ID: 2115
Aufgabenkategorie: Keine
Stufe: Warnung
Schlüsselwörter: Klassisch
Benutzer: Nicht zutreffend
Computer: <ManagementServerFQDN>
Beschreibung:
Eine Bindungsdatenquelle in Der Verwaltungsgruppe <ManagementGroupName> hat Elemente an den Workflow gesendet, aber in 22560 Sekunden keine Antwort erhalten. Dies weist auf ein Leistungs- oder Funktionsproblem mit dem Workflow hin.
Workflow-ID: Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
Instanz: <ManagementServerFQDN>
Instanz-ID: {AEC38E5Z-67A9-0406-20DB-ACC33BB9C494}

Lösung

Dieses Problem kann auftreten, wenn der Verwaltungsserver nicht über Konten verfügt, die für seine Data Warehouse-RunAs-Profile angegeben sind. Dieses Problem wirkt sich wahrscheinlich eher auf einen sekundären Verwaltungsserver aus. Gehen Sie wie folgt vor, um das Problem zu beheben:

Öffnen Sie auf dem Computer, auf dem Operations Manager ausgeführt wird, die Betriebskonsole.
Wählen Sie im Navigationsbereich Die Option Verwaltung aus.
Erweitern Sie Sicherheit, und wählen Sie dann Ausführend Profile aus.
Doppelklicken Sie in der Ansicht Ausführende Profile auf Data Warehouse Konto.
Wählen Sie im Dialogfeld Eigenschaften des ausführenden Profils – Data Warehouse Kontoeigenschaften die Registerkarte Ausführende Konten und dann Neu aus.
Wählen Sie in der Liste Ausführenes Kontodie Option Data Warehouse Aktionskonto aus.
Wählen Sie in der Liste Name den Verwaltungsserver aus, der die Warnung generiert hat.
Wählen Sie zweimal OK aus.
Führen Sie die Schritte 4 bis 8 aus, um den folgenden Profilen das entsprechende RunAs-Konto zuzuweisen:
- Data Warehouse-Konfigurationssynchronisierungslesekonto
- Data Warehouse Berichtsbereitstellungskonto
- Data Warehouse SQL Server-Authentifizierungskonto
Wählen Sie für jedes Profil das Ausführende Konto aus, das dem Namen des RunAs-Profils entspricht. Nehmen Sie beispielsweise die folgenden Zuweisungen vor:
- Weisen Sie das Data Warehouse-Konfigurationssynchronisierungslesekonto dem Profil des Data Warehouse-Konfigurationssynchronisierungsleserkontos zu.
- Weisen Sie das Data Warehouse Berichtsbereitstellungskonto dem Profil Data Warehouse Berichtsbereitstellungskonto zu.
- Weisen Sie das Data Warehouse SQL Server-Authentifizierungskonto dem Profil Data Warehouse SQL Server-Authentifizierungskonto zu.
Starten Sie auf dem Verwaltungsserver, der die Warnung generiert hat, den OpsMgr-Integritätsdienst neu.
Überprüfen Sie im Operations Manager-Ereignisprotokoll auf dem Verwaltungsserver, ob Ereignisse der Ereignis-ID 31554 protokolliert werden. Ereignis-ID 31554 gibt an, dass sich der Überwachungszustand in Fehlerfrei geändert hat. Diese Änderung löst die Warnung auf.

Szenario 6

Die Ereignis-ID 2115 tritt auf einem Server auf, auf dem HP MPIO FF DSM XP 3.01 ausgeführt wird, für den keine LUNs angezeigt werden. Wenn der Benutzer Leistungsmonitor öffnet und versucht, einen Zähler hinzuzufügen, bleibt Leistungsmonitor hängen, und die Handleanzahl für diese Anwendung steigt schnell an.

Problemumgehung

Für dieses Problem gibt es zwei Problemumgehungen:

Benennen Sie die HPPerfProv.dll-Datei um, und starten Sie Windows neu. Leistungsmonitor funktioniert problemlos, wenn die Datei umbenannt und nicht geladen wird.
Mindestens eine LUN ist auf dem System vorhanden.

Hintergrund

Einen tieferen Blick werfen

Ursache

Einfügeprobleme

Datenbanken vollständig oder offline

Konfigurations- und Umgebungsprobleme

Lösung

Szenario 1

Szenario 2

Szenario 3

Szenario 4

Szenario 5

Szenario 6

Feedback

Feedback

Zusätzliche Ressourcen

Behandeln von Leistungsproblemen im Zusammenhang mit der Ereignis-ID 2115 in Operations Manager

Hintergrund

Einen tieferen Blick werfen

Ursache

Einfügeprobleme

Datenbanken vollständig oder offline

Konfigurations- und Umgebungsprobleme

Lösung

Szenario 1

Szenario 2

Szenario 3

Szenario 4

Szenario 5

Szenario 6

Feedback

Feedback

Zusätzliche Ressourcen