Ereignisse verwalten
Gilt für:
SQL Serverazure SQL Managed Instance
Wichtig
In azure SQL Managed Instancewerden die meisten, aber nicht alle SQL Server-Agent-Features derzeit unterstützt. Weitere Informationen finden Sie unter Azure SQL Managed Instance T-SQL-Unterschiede von SQL Server.
Sie können alle Ereignismeldungen, die einen bestimmten Fehlerschweregrad erfüllen oder überschreiten, an eine Instanz von SQL Server weiterleiten. Dies wird Ereignisweiterleitunggenannt. Der Weiterleitungsserver ist ein dedizierter Server, der auch ein Masterserver sein kann. Sie können die Ereignisweiterleitung verwenden, um die Warnungsverwaltung für eine Gruppe von Servern zu zentralisieren, wodurch die Arbeitsauslastung auf stark genutzten Servern reduziert wird.
Wenn ein Server Ereignisse für eine Gruppe anderer Server empfängt, wird der Server, der Ereignisse empfängt, als Warnungsverwaltungsserverbezeichnet. In einer Multiserverumgebung legen Sie den Masterserver als Warnungsverwaltungsserver fest.
Vorteile der Verwendung eines Warnungsverwaltungsservers
Zu den Vorteilen beim Einrichten eines Warnungsverwaltungsservers gehören:
Zentralisierung. Zentrale Steuerung und eine konsolidierte Ansicht der Ereignisse mehrerer Sql Server-Instanzen sind von einem einzelnen Server aus möglich.
Skalierbarkeit. Viele physische Server können als ein logischer Server verwaltet werden. Sie können dieser physischen Servergruppe nach Bedarf Server hinzufügen oder entfernen.
Effizienz. Die Konfigurationszeit wird reduziert, da Sie Warnungen und Operatoren nur einmal definieren müssen.
Nachteile der Verwendung eines Warnungsverwaltungsservers
Zu den Nachteilen beim Einrichten eines Warnungsverwaltungsservers gehören:
erhöhter Verkehr. Das Weiterleiten von Ereignissen an einen Warnungsverwaltungsserver kann den Netzwerkdatenverkehr erhöhen. Diese Erhöhung kann moderiert werden, indem die Ereignisweiterleitung auf Ereignisse beschränkt wird, die über einem festgelegten Schweregrad liegen.
Einzelner Fehlerpunkt. Wenn der Warnungsverwaltungsserver offline ist, werden keine Warnungen für ereignisse auf der verwalteten Servergruppe ausgegeben.
Server wirdgeladen. Die Behandlung von Warnungen für die weitergeleiteten Ereignisse führt zu einer erhöhten Verarbeitungslast auf dem Warnungsverwaltungsserver.
Richtlinien für die Verwendung eines Warnungsverwaltungsservers
Befolgen Sie beim Konfigurieren eines Warnungsverwaltungsservers die folgenden Richtlinien:
Um weitergeleitete Ereignisse zu empfangen, muss der Warnungsverwaltungsserver eine Standardinstanz von SQL Server sein.
Vermeiden Sie die Ausführung kritischer oder stark verwendeter Anwendungen auf dem Warnungsverwaltungsserver.
Planen Sie sorgfältig den Netzwerkdatenverkehr, der an der Konfiguration vieler Server beteiligt ist, um denselben Warnungsverwaltungsserver zu nutzen. Verringern Sie bei Überlastungsergebnissen die Anzahl der Server, auf denen ein bestimmter Warnungsverwaltungsserver verwendet wird.
Die Server, die in SQL Server Management Studio registriert sind, stellen die Liste der Server dar, die von diesem Server als Warnungsweiterleitungsserver ausgewählt werden können.
Definieren Sie Warnungen für die lokale Instanz von SQL Server, die eine serverspezifische Antwort erfordert, anstatt die Warnungen an den Warnungsverwaltungsserver weiterzuleiten.
Der Server für die Warnungsverwaltung betrachtet alle Server, die an ihn weitergeleitet werden, als ein logisches Ganzes. Beispielsweise reagiert ein Warnungsverwaltungsserver auf die gleiche Weise auf ein 605-Ereignis von Server A und ein 605-Ereignis von Server B.
Überprüfen Sie nach dem Konfigurieren des Benachrichtigungssystems regelmäßig das Microsoft Windows-Anwendungsprotokoll auf SQL Server-Agent-Ereignisse.
Fehlerbedingungen, die vom Warnungsmodul festgestellt werden, werden in das lokale Windows-Anwendungsprotokoll mit dem Quellnamen "SQL Server-Agent" geschrieben. Wenn der SQL Server-Agent z. B. keine E-Mail-Benachrichtigung senden kann, wie er definiert wurde, wird ein Ereignis im Anwendungsprotokoll protokolliert.
Wenn eine lokal definierte Warnung deaktiviert ist und ein Ereignis auftritt, das dazu geführt hätte, dass die Warnung ausgelöst wurde, wird das Ereignis an den Warnungsverwaltungsserver weitergeleitet (wenn es die Warnungsweiterleitungsbedingung erfüllt). Mit dieser Weiterleitung können lokale Außerkraftsetzungen (lokal definierte Warnungen, die auch auf dem Warnungsverwaltungsserver definiert sind) deaktiviert und bei Bedarf vom Benutzer am lokalen Standort aktiviert werden. Sie können auch anfordern, dass Ereignisse stets weitergeleitet werden, selbst wenn sie bereits von lokalen Warnungen behandelt werden.
Im Folgenden finden Sie allgemeine Aufgaben zum Verwalten von Ereignissen in einer Multiserverumgebung:
Festlegen eines Warnungsverwaltungsservers
So definieren Sie die Antwort auf eine Warnung
Ausführen von Event-Triggered Aufträgen
Sie können einen Auftrag definieren, der als Reaktion auf eine Warnung ausgeführt werden soll. Sie können z. B. einen Auftrag ausführen, der ein Problem korrigiert oder weiter diagnostiziert, das durch die Warnung erkannt wurde.
Anmerkung
Da ein Job ein Ereignis auslösen kann, achten Sie darauf, keine rekursive Alarm-Job-Schleife zu erstellen.