Verwenden von Warnungsschwellenwerten und Warnmeldungen für Spiegelungsleistungsmetriken

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.

HinweisHinweis

Informationen zur Funktionsweise der Überwachung einer gespiegelten Datenbank und zum Konfigurieren von Warnungsschwellenwerten finden Sie unter Überwachen des Spiegelungsstatus.

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

Warnungsschwellenwert

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. Anhand dieser Warnung kann die Failoverzeit gemessen werden. Die Failoverzeit 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.

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

Weitere Informationen finden Sie unter Schätzen der Dienstunterbrechung beim Rollenwechsel.

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 Warnungen" weiter 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 Datenbankspiegelungs-Monitor (Übersicht). Informationen zum Starten des Datenbankspiegelungs-Monitors finden Sie unter Vorgehensweise: Starten des Datenbankspiegelungs-Monitors.

  • Gespeicherte Systemprozeduren

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

    Prozedur

    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 Aktualisierungsprozedur, 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

HinweisHinweis

Ein Administrator kann Warnmeldungen für jedes dieser Ereignisse definieren. Weitere Informationen hierzu finden Sie unter "Verwenden von Warnmeldungen für eine gespiegelte Datenbank" weiter 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 2005 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.

    HinweisHinweis

    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.

Weitere Informationen finden Sie im Whitepaper über das Ausgeben von Warnmeldungen bei Datenbank-Spiegelungsereignissen auf dieser SQL Server-Website. Dieses Whitepaper enthält Informationen zum Konfigurieren von Warnmeldungen mithilfe des SQL Server-Agents, zu WMI-Ereignissen für die Datenbankspiegelung sowie Beispielskripts.

Wichtiger HinweisWichtig

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.