Verwalten von Ereignissen

  • Artikel

Gilt für:SQL ServerAzure SQL Managed Instance

Wichtig

In Azure SQL Managed Instance werden derzeit die meisten, aber nicht alle, SQL Server-Agent-Features unterstützt. Details dazu finden Sie unter T-SQL-Unterschiede zwischen Azure SQL Managed Instance und SQL Server.

Sie können an eine Instanz von SQL Server alle Ereignismeldungen weiterleiten, die einen bestimmten Fehlerschweregrad aufweisen oder überschreiten. Dies wird als Ereignisweiterleitungbezeichnet. Der Weiterleitungsserver ist ein dedizierter Server, bei dem es sich auch um einen Masterserver handeln kann. Durch die Ereignisweiterleitung können Sie die Warnungsverwaltung für eine Gruppe von Servern zentralisieren und so die Arbeitsauslastung stark belasteter Server reduzieren.

Wenn ein Server Ereignisse für eine Gruppe anderer Server empfängt, wird dieser Server als Warnungsverwaltungsserverbezeichnet. In einer Multiserverumgebung bestimmen Sie den Masterserver zum Warnungsverwaltungsserver.

Vorteile der Verwendung eines Warnungsverwaltungsservers

Das Einrichten eines Warnungsverwaltungsservers hat u. a. folgende Vorteile:

  • Zentralisierung. Die zentralisierte Steuerung und eine zusammenfassende Ansicht der Ereignisse mehrerer Instanzen von SQL Server sind von einem einzigen Server aus möglich.

  • Skalierbarkeit Viele physische Server können als ein einziger logischer Server verwaltet werden. Sie können nach Bedarf Server zur Gruppe der physischen Server hinzufügen oder Server aus dieser Gruppe entfernen.

  • Effizienz. Der Konfigurationsaufwand wird reduziert, da Warnungen und Operatoren nur einmal definiert werden müssen.

Nachteile der Verwendung eines Warnungsverwaltungsservers

Das Einrichten eines Warnungsverwaltungsservers hat u. a. folgende Nachteile:

  • Erhöhter Datenverkehr. Das Weiterleiten von Ereignissen an einen Warnungsverwaltungsserver kann den Netzwerkverkehr erhöhen. Diese Erhöhung kann durch Beschränken der Ereignisweiterleitung auf Ereignisse, die einen bestimmten Schweregrad überschreiten, verringert werden.

  • Einzelne Fehlerquelle. Wenn der Warnungsverwaltungsserver offline geschaltet wird, werden keine Warnungen für Ereignisse auf der verwalteten Servergruppe ausgegeben.

  • Serverauslastung. Das Behandeln von Warnungen für die weitergeleiteten Ereignisse verursacht eine erhöhte Verarbeitungsauslastung des Warnungsverwaltungsservers.

Richtlinien für das Verwenden eines Warnungsverwaltungsservers

Beachten Sie beim Konfigurieren eines Warnungsverwaltungsservers folgende Richtlinien:

  • Zum Empfangen weitergeleiteter Ereignisse muss der Warnungsverwaltungsserver eine Standardinstanz von SQL Server sein.

  • Vermeiden Sie es, auf dem Warnungsverwaltungsserver Anwendungen auszuführen, die störanfällig sind oder das System stark beanspruchen.

  • Ziehen Sie den Netzwerkverkehr in Betracht, der entsteht, wenn Sie mehrere Server für die Verwendung desselben Warnungsverwaltungsservers konfigurieren. Reduzieren Sie bei Überlastung die Anzahl der Server, die einen bestimmten Warnungsverwaltungsserver verwenden.

    Die Server, die in SQL Server Management Studio registriert sind, stellen die Liste der verfügbaren Server dar, die von diesem Server als Warnungsweiterleitungsserver ausgewählt werden können.

  • Definieren Sie Warnungen, die eine serverspezifische Antwort erfordern, auf der lokalen Instanz von SQL Server , statt sie an den Warnungsverwaltungsserver weiterzuleiten.

    Für den Warnungsverwaltungsserver bilden alle an ihn weiterleitenden Server eine logische Einheit. So antwortet ein Warnungsverwaltungsserver auf dieselbe Art auf ein 605-Ereignis von Server A wie auf ein 605-Ereignis von Server B.

  • Nach dem Konfigurieren des Warnungssystems sollten Sie das Microsoft Windows-Anwendungsprotokoll auf SQL Server -Agent-Ereignisse hin überprüfen.

    Fehlerbedingungen, die von der Warnungs-Engine erkannt werden, werden mit dem Quellnamen „SQL Server-Agent“ in das lokale Windows-Anwendungsprotokoll geschrieben. Wenn der SQL Server-Agent beispielsweise eine E-Mail-Benachrichtigung nicht wie definiert senden kann, wird im Anwendungsprotokoll ein Ereignis protokolliert.

Tritt nach dem Deaktivieren einer lokal definierten Warnung ein Ereignis auf, das diese Warnung ausgelöst hätte, wird dieses Ereignis an den Warnungsverwaltungsserver weitergeleitet (sofern die Bedingung für die Warnungsweiterleitung erfüllt wird). Die Weiterleitung ermöglicht es, dass lokale Überschreibungen (lokal definierte Warnungen, die auch auf dem Warnungsverwaltungsserver definiert sind) nach Bedarf des Benutzers am lokalen Standort aktiviert und deaktiviert werden können. Sie können auch anfordern, dass Ereignisse immer weitergeleitet werden, selbst wenn sie auch von lokalen Warnungen behandelt werden.

Beim Verwalten von Ereignissen in einer Multiserverumgebung fallen die folgenden allgemeinen Aufgaben an:

So bestimmen Sie einen Server zum Warnungsverwaltungsserver

So definieren Sie die Antwort auf eine Warnung

Ausführen von ereignisgesteuerten Aufträgen

Sie können einen Auftrag so definieren, dass er als Antwort auf eine Warnung ausgeführt werden soll. Sie können beispielsweise einen Auftrag ausführen, der ein von einer Warnung erkanntes Problem behebt oder weiter diagnostiziert.

Hinweis

Da ein Auftrag ein Ereignis auslösen kann, sollten Sie darauf achten, keine rekursive Schleife aus Warnungen und Aufträgen zu erstellen.

Weitere Informationen

sp_add_notification (Transact-SQL)