Freigeben über


Verwenden von Warnungsschwellenwerten und Warnmeldungen für Spiegelungsleistungsmetriken (SQL Server)

Gilt für: SQL Server

Dieses Thema enthält Informationen über SQL Server -Ereignisse, für die Schwellenwerte für Warnungen konfiguriert und die Datenbankspiegelung verwaltet werden können. Sie können den Datenbankspiegelungs-Monitor oder die gespeicherten Prozeduren sp_dbmmonitorchangealert, sp_dbmmonitorhelpalert und sp_dbmmonitordropalert verwenden. Dieses Thema enthält darüber hinaus Informationen über das Konfigurieren von Warnungen für Datenbank-Spiegelungsereignisse.

Nachdem für eine gespiegelte Datenbank die Überwachung eingerichtet wurde, können vom Systemadministrator für mehrere Schlüsselleistungsmetriken Warnungsschwellenwerte konfiguriert werden. Administratoren können für diese Metriken und andere Datenbank-Spiegelungsereignisse auch Warnungsmeldungen konfigurieren.

Leistungsmetriken und Warnungsschwellenwerte

In der folgenden Tabelle werden die Leistungsmetriken, für die Warnungen konfiguriert werden können, zusammen mit den entsprechenden Warnungsschwellenwerten und der entsprechende Bezeichnung des Datenbanküberwachungs-Monitors aufgelistet.

Leistungsmetrik Schwellenwert für Warnung Bezeichnung des Datenbankspiegelungs-Monitors
Nicht gesendetes Protokoll Gibt an, bei welcher Menge (in KB) an nicht gesendeten Protokolldaten eine Warnung auf der Prinzipalserverinstanz generiert wird. Anhand dieser Warnung, die speziell für den Modus für hohe Leistung relevant ist, kann der potenzielle Datenverlust in KB gemessen werden. Die Warnung ist aber auch für den Modus für hohe Sicherheit relevant, wenn die Spiegelung angehalten oder unterbrochen wird, weil die Verbindung zwischen den Partnern getrennt wurde. Warnhinweis anzeigen, wenn das nicht gesendete Protokoll den Schwellenwert überschreitet.
Nicht wiederhergestelltes Protokoll Gibt an, bei welcher Menge (in KB) an nicht wiederhergestellten Protokolldaten eine Warnung auf der Spiegelserverinstanz generiert wird. Diese Warnung ermöglicht die Messung der Failoverzeit. DieFailoverzeit besteht hauptsächlich aus der Zeit, die der frühere Spiegelserver benötigt, um ein Rollforward für die Protokolldaten auszuführen, die sich noch in seiner Wiederholungswarteschlange befinden, sowie einer zusätzlichen kurzen Zeitspanne.

Hinweis: Bei einem automatischen Failover hängt die Zeitspanne, die es dauert, bis das System den Fehler bemerkt, nicht von der Failoverzeit ab.

Weitere Informationen dazu finden Sie unter Einschätzen der Unterbrechung des Dienstes während des Rollenwechsels (Datenbankspiegelung).
Warnhinweis anzeigen, wenn das nicht wiederhergestellte Protokoll den Schwellenwert überschreitet.
Älteste, nicht gesendete Transaktion Gibt die Menge an Transaktionen (in Anzahl Minuten) an, die sich in der Sendewarteschlange ansammeln dürfen, bevor auf der Prinzipalserverinstanz eine Warnung generiert wird. Anhand dieser Warnung, die speziell für den Modus für hohe Leistung relevant ist, kann der potenzielle Datenverlust im Hinblick auf die Zeit gemessen werden. Die Warnung ist aber auch für den Modus für hohe Sicherheit relevant, wenn die Spiegelung angehalten oder unterbrochen wird, weil die Verbindung zwischen den Partnern getrennt wurde. Warnhinweis anzeigen, wenn das Alter der ältesten, nicht gesendeten Transaktion den Schwellenwert überschreitet.
Spiegelungscommitaufwand Gibt die durchschnittliche Verzögerung (in Anzahl der Millisekunden) pro Transaktion an, die toleriert wird, bevor auf dem Prinzipalserver eine Warnung generiert wird. Hierbei handelt es sich um die Verzögerung, die entsteht, während die Prinzipalserverinstanz darauf wartet, dass die Spiegelserverinstanz den Transaktionsprotokolldatensatz in die Wiederholungswarteschlange schreibt. Dieser Wert ist nur im Modus für hohe Sicherheit relevant. Warnhinweis anzeigen, wenn der Spiegelungscommitaufwand den Schwellenwert überschreitet.

Für jede dieser Leistungsmetrik kann vom Systemadministrator ein Schwellenwert für eine gespiegelte Datenbank angegeben werden. Weitere Informationen finden Sie unter Einrichten und Verwalten von Schwellenwerten für Warnungenweiter unten in diesem Thema.

Einrichten und Verwalten von Schwellenwerten für Warnungen

Ein Systemadministrator kann einen oder mehrere Warnungsschwellenwerte für die wichtigsten Leistungsmetriken für die Spiegelung konfigurieren. Es wird empfohlen, einen Schwellenwert für eine bestimmte Warnung jeweils auf beiden Partnern festzulegen, um sicherzustellen, dass bei einem Failover der Datenbank die Warnung beibehalten wird. Der geeignete Schwellenwert für jeden der Partner hängt von den Leistungsmöglichkeiten des betreffenden Partnersystems ab.

Warnungsschwellenwerte können mit einem der folgenden Tools konfiguriert und verwaltet werden:

  • Datenbankspiegelungs-Monitor

    Auf der Registerkarte Warnungen des Datenbankspiegelungs-Monitors kann der Administrator die aktuelle Konfiguration von Warnungen für eine ausgewählte Datenbank gleichzeitig für die Prinzipal- und die Spiegelserverinstanz anzeigen. Im Dialogfeld Schwellenwerte für Warnungen festlegen , das von dieser Registerkarte aus geöffnet werden kann, können dann Schwellenwerte für Warnungen aktiviert und konfiguriert werden.

    Eine Einführung zur Benutzeroberfläche des Datenbankspiegelungs-Monitors finden Sie unter Database Mirroring Monitor Overview. Informationen zum Starten des Datenbankspiegelungs-Monitors finden Sie unter Starten des Datenbankspiegelungs-Monitors (SQL Server Management Studio).

  • Gespeicherte Systemprozeduren

    Mit den folgenden gespeicherten Systemprozeduren kann ein Administrator Warnungsschwellenwerte für die gespiegelten Datenbanken jeweils für einen Partner festlegen.

    Verfahren BESCHREIBUNG
    sp_dbmmonitorchangealert (Transact-SQL) Mit dieser Prozedur können Warnungsschwellenwerte für eine bestimmte Spiegelungsleistungsmetrik hinzugefügt oder geändert werden.
    sp_dbmmonitorhelpalert (Transact-SQL) Gibt Informationen zu Warnungsschwellenwerten zurück, die für eine oder mehrere der Schlüsselleistungsmetriken für die Überwachung der Datenbankspiegelung festgelegt wurden.
    sp_dbmmonitordropalert (Transact-SQL) Entfernt die Warnung für eine angegebene Leistungsmetrik.

Leistungsschwellenwert-Ereignisse, die an das Windows-Ereignisprotokoll gesendet werden

Wenn für eine Leistungsmetrik ein Warnungsschwellenwert definiert wurde, wird beim Aktualisieren der Statustabelle der neueste Wert im Vergleich zum Schwellenwert ausgewertet. Wenn der Schwellenwert erreicht wurde, generiert die Updateprozedur, sp_dbmmonitorupdate, ein Informationsereignis, ein so genanntes Leistungsschwellenwert-Ereignis, für die Metrik und schreibt das Ereignis in das Microsoft Windows-Ereignisprotokoll. In der folgenden Tabelle werden die Ereignis-IDs der Leistungsschwellenwert-Ereignisse aufgelistet.

Leistungsmetrik Ereignis-ID
Nicht gesendetes Protokoll 32042
Nicht wiederhergestelltes Protokoll 32043
Älteste, nicht gesendete Transaktion 32040
Spiegelungscommitaufwand 32044

Hinweis

Ein Administrator kann Warnmeldungen für jedes dieser Ereignisse definieren. Weitere Informationen hierzu finden Sie unter Verwenden von Warnmeldungen für eine gespiegelte Datenbankweiter unten in diesem

Thema.

Verwenden von Warnmeldungen für eine gespiegelte Datenbank

Eine wichtige Komponente der Überwachung einer gespiegelten Datenbank ist das Konfigurieren von Warnmeldungen für bedeutsame bei der Datenbankspiegelung auftretende Ereignisse. SQL Server generiert die folgenden Typen von Datenbank-Spiegelungsereignissen:

  • Leistungsschwellenwert-Ereignisse

    Weitere Informationen finden Sie unter "Leistungsschwellenwert-Ereignisse, die an das Windows-Ereignisprotokoll gesendet werden" weiter oben in diesem Thema.

  • Statusänderungereignisse

    Hierbei handelt es sich um Ereignisse der Windows-Verwaltungsinstrumentation (Windows Management Instrumentation, WMI), die generiert werden, wenn im internen Status einer Datenbank-Spiegelungssitzung Änderungen auftreten.

    Hinweis

    Weitere Informationen finden Sie unter Konzepte des WMI-Anbieters für Serverereignisse.

Ein Systemadministrator kann für diese Ereignisse mithilfe des SQL Server -Agents oder anderen Anwendungen, z. B. Microsoft Operations Manager, Warnmeldungen konfigurieren.

Wenn Sie Warnmeldungen für Datenbank-Spiegelungsereignisse definieren, sollten Sie auf beiden Partnerserverinstanzen Warnungsschwellenwerte und Warnmeldungen definieren. Die einzelnen Ereignisse werden jeweils nur auf dem Prinzipalserver oder auf dem Spiegelserver generiert, aber jeder Partner kann dadurch zu jedem Zeitpunkt die Rolle des anderen Partners übernehmen. Soll sichergestellt sein, dass eine Warnmeldung auch nach einem Failover noch funktionsfähig ist, muss die Warnmeldung auf beiden Partnern definiert werden.

Wichtig

Für alle Spiegelungssitzungen wird dringend empfohlen, die Datenbank so zu konfigurieren, dass bei jedem Statusänderungsereignis eine Warnmeldung gesendet wird. Sofern eine Statusänderung nicht als Ergebnis einer manuellen Konfigurationsänderung erwartet wird, muss davon ausgegangen werden, dass ein Ereignis aufgetreten ist, das Ihre Daten gefährden kann. Um den Schutz der Daten sicherzustellen, müssen Sie die Ursache einer unerwarteten Statusänderung herausfinden und beheben.

Related Tasks

So erstellen Sie eine Warnung mit SQL Server Management Studio

So überwachen Sie die Datenbankspiegelung

Weitere Informationen

Datenbankspiegelung (SQL Server)
Überwachen der Datenbankspiegelung (SQL Server)