Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieses Thema enthält Informationen zu den SQL Server-Ereignissen, für die Warnungsschwellenwerte für die Datenbankspiegelung konfiguriert und verwaltet werden können. Sie können den Datenbankspiegelungsmonitor oder die gespeicherten Prozeduren sp_dbmmonitorchangealert, sp_dbmmonitorhelpalert und sp_dbmmonitordropalert verwenden. Dieses Thema enthält auch Informationen zum Konfigurieren von Warnungen für Datenbankspiegelungsereignisse.
Nachdem die Überwachung für eine gespiegelte Datenbank eingerichtet wurde, kann ein Systemadministrator Warnungsschwellenwerte für mehrere Wichtige Leistungsmetriken konfigurieren. Außerdem kann ein Administrator Warnungen für diese und andere Datenbankspiegelungsereignisse konfigurieren.
In diesem Thema:
Leistungsmetriken und Warnungsschwellenwerte
Die folgende Tabelle enthält die Leistungsmetriken, für die Warnungen konfiguriert werden können, beschreibt den entsprechenden Warnschwellenwert und listet die entsprechende Bezeichnung für datenbankspiegelnde Monitore auf.
| Leistungsmetrik | Warnungsschwellenwert | Bezeichnung des Datenbankspiegelmonitors |
|---|---|---|
| Nicht gesendetes Protokoll | Gibt an, wie viele Kilobytes (KB) des nicht gesendeten Protokolls eine Warnung für die Prinzipalserverinstanz generieren. Diese Warnung hilft dabei, das Potenzial für Datenverlust in Bezug auf KB zu messen und ist besonders für den Hochleistungsmodus relevant. Die Warnung ist jedoch auch für den Hochsicherheitsmodus relevant, wenn die Spiegelung angehalten oder ausgesetzt wird, da die Partner getrennt werden. | Warnen, wenn das nicht gesendete Protokoll den Schwellenwert überschreitet |
| Nicht wiederhergestelltes Protokoll | Gibt an, wie viele KB nicht wiederhergestelltes Protokoll eine Warnung auf der Spiegelserverinstanz auslöst. Diese Warnung hilft beim Messen der Failoverzeit.
Failoverzeit besteht hauptsächlich aus der Zeit, die der frühere Spiegelserver benötigt, um jedes Protokoll weiterzuleiten, das in der Redo-Warteschlange verbleibt, sowie eine kurze zusätzliche Zeit. Hinweis: Bei einem automatischen Failover ist die Zeit, die das System benötigt, um den Fehler zu erkennen, unabhängig von der Failoverzeit. Weitere Informationen finden Sie unter Schätzen der Dienstunterbrechung während des Rollenwechsels (Datenbankspiegelung). |
Warnen, wenn das nicht gespeicherte Protokoll den Schwellenwert überschreitet |
| Älteste, nicht gesendete Transaktion | Gibt die Anzahl der Minuten an, für die Transaktionen in der Sendewarteschlange gesammelt werden können, bevor auf der Hauptserverinstanz eine Warnung generiert wird. Diese Warnung hilft dabei, das Potenzial für Datenverluste in Bezug auf die Zeit zu messen und ist insbesondere für den Hochleistungsmodus relevant. Die Warnung ist jedoch auch für den Hochsicherheitsmodus relevant, wenn die Spiegelung angehalten oder unterbrochen wird, da die Partnerverbindung getrennt wird. | Warnen, wenn das Alter der ältesten nicht gesendeten Transaktion den Schwellenwert überschreitet |
| Spiegelungs-Commit-Aufwand | Gibt die Anzahl von Millisekunden der durchschnittlichen Verzögerung pro Transaktion an, die toleriert werden, bevor eine Warnung auf dem Prinzipalserver 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 Hochsicherheitsmodus relevant. | Warnung, wenn der Spiegel-Commit-Overhead den Schwellenwert überschreitet |
Für eine dieser Leistungsmetriken kann ein Systemadministrator einen Schwellenwert für eine gespiegelte Datenbank angeben. Weitere Informationen finden Sie unter Einrichten und Verwalten von Warnungsschwellenwerten weiter unten in diesem Thema.
Einrichten und Verwalten von Warnschwellenwerten
Ein Systemadministrator kann einen oder mehrere Warnschwellenwerte für die Metriken zur Spiegelung der Leistung konfigurieren. Es wird empfohlen, einen Schwellenwert für eine bestimmte Warnung für beide Partner festzulegen, um sicherzustellen, dass die Warnung weiterhin besteht, wenn die Datenbank fehlschlägt. Der geeignete Schwellenwert für jeden Partner hängt von den Leistungsfunktionen des Systems dieses Partners ab.
Warnungsschwellenwerte können mithilfe einer der folgenden Werte konfiguriert und verwaltet werden:
Datenbankspiegelungs-Monitor
Im Datenbank-Spiegelungsmonitor kann der Administrator die aktuelle Konfiguration von Warnungen für eine ausgewählte Datenbank gleichzeitig sowohl auf den Principal- als auch auf den Spiegelserver-Instanzen anzeigen, indem er die Registerkartenseite "Warnungen" wählt. Von dort aus kann der Administrator das Dialogfeld " Warnungsschwellenwerte festlegen " öffnen, um mindestens einen Warnschwellenwert zu aktivieren und zu konfigurieren.
Eine Einführung zur Benutzeroberfläche des Datenbankspiegelungs-Monitors finden Sie unter Database Mirroring Monitor Overview. Informationen zum Starten des Datenbankspiegelungsmonitors finden Sie unter Starten des Datenbankspiegelungsmonitors (SQL Server Management Studio).
Gespeicherte Systemprozeduren
Die folgenden vom System gespeicherten Prozeduren ermöglichen es einem Administrator, Warnungsschwellenwerte für gespiegelte Datenbanken eines Partners gleichzeitig einzurichten und zu verwalten.
Prozedur BESCHREIBUNG sp_dbmmonitorchangealert (Transact-SQL) Fügt einen Warnungsschwellenwert für eine angegebene Spiegelungsleistungsmetrik hinzu oder ändert sie. sp_dbmmonitorhelpalert (Transact-SQL) Gibt Informationen zu Warnschwellenwerten für eine oder alle der mehreren wichtigen Datenbankspiegelungs-Monitorleistungsmetriken zurück. sp_dbmmonitordropalert (Transact-SQL) Entfernt die Warnung für eine angegebene Leistungsmetrik.
Performance-Threshold Ereignisse, die an das Windows-Ereignisprotokoll gesendet werden
Wenn Warnungsschwellenwerte für eine Leistungsmetrik definiert sind, wenn die Statustabelle aktualisiert wird, wird der neueste Wert anhand des Schwellenwerts ausgewertet. Wenn der Schwellenwert erreicht wurde, generiert die Updateprozedur sp_dbmmonitorupdate ein informationsbezogenes Ereignis – ein Leistungsschwellenwertereignis – für die Metrik und schreibt das Ereignis in das Microsoft Windows-Ereignisprotokoll. In der folgenden Tabelle sind die Ereignis-IDs der Leistungsschwellenwerte aufgeführt.
| Leistungsmetrik | Ereignis-ID |
|---|---|
| Nicht gesendetes Protokoll | 32042 |
| Nicht wiederhergestelltes Protokoll | 32043 |
| Älteste, nicht gesendete Transaktion | 32040 |
| Spiegelungs-Commit-Aufwand | 32044 |
Hinweis
Ein Administrator kann Warnungen für ein oder mehrere dieser Ereignisse definieren. Weitere Informationen finden Sie unter Verwenden von Benachrichtigungen für eine gespiegelte Datenbank weiter unten in dieser
Thema.
Verwenden von Benachrichtigungen für eine gespiegelte Datenbank
Ein wichtiger Bestandteil der Überwachung einer gespiegelten Datenbank ist die Konfiguration von Warnungen für wichtige Datenbank-Mirro-Ereignisse. SQL Server generiert die folgenden Arten von Datenbankspiegelungsereignissen:
Ereignisse für Leistungsschwellenwerte
Weitere Informationen finden Sie weiter oben in diesem Thema unter "Performance-Threshold Ereignisse, die an das Windows-Ereignisprotokoll gesendet wurden".
Zustandsänderungsereignisse
Hierbei handelt es sich um WMI-Ereignisse (Windows Management Instrumentation), die generiert werden, wenn Änderungen im internen Zustand einer Datenbankspiegelungssitzung auftreten.
Hinweis
Weitere Informationen finden Sie unter WMI-Anbieter für Serverereignissekonzepte.
Ein Systemadministrator kann Benachrichtigungen für diese mithilfe des SQL Server-Agents oder anderer Anwendungen konfigurieren, z. B. Microsoft Operations Manager.
Wenn Sie Warnungen für Datenbankspiegelungsereignisse definieren, sollten Sie Warnungsschwellenwerte und Warnungen für beide Partnerserverinstanzen definieren. Einzelne Ereignisse werden entweder auf dem Prinzipalserver oder auf dem Spiegelserver generiert, aber jeder Partner kann eine der beiden Rollen jederzeit ausführen. Um sicherzustellen, dass eine Warnung nach einem Failover weiterhin ausgeführt wird, muss die Warnung bei beiden Partnern definiert werden.
Weitere Informationen finden Sie im Whitepaper zum Warnen von Datenbankspiegelungsereignissen auf dieser SQL Server-Website. Dieses Whitepaper enthält Informationen zum Konfigurieren von Warnungen mithilfe des SQL Server-Agents, der Datenbankspiegelung von WMI-Ereignissen und Beispielskripts.
Von Bedeutung
Für alle Spiegelungssitzungen wird dringend empfohlen, die Datenbank so zu konfigurieren, dass sie eine Warnung für alle Zustandsänderungsereignisse sendet. Sofern keine Zustandsänderung als Ergebnis einer manuellen Konfigurationsänderung erwartet wird, ist etwas aufgetreten, das Ihre Daten kompromittieren könnte. Um Ihre Daten zu schützen, identifizieren und beheben Sie die Ursache einer unerwarteten Zustandsänderung.
Verwandte Aufgaben
So erstellen Sie eine Benachrichtigung mit SQL Server Management Studio
So überwachen Sie die Datenbankspiegelung
Siehe auch
Datenbankspiegelung (SQL Server)
Überwachen der Datenbankspiegelung (SQL Server)