SQL Server 2005 und das Windows-Ereignisprotokoll

Question

Ich verwende einen SQL Server 2005-Standard. Ich habe mehrere Benachrichtigungen erhalten, auf die ich reagieren muss. Also habe ich diese Warnungen erstellt, aber sie erscheinen nie, so dass die davon abhängigen Jobs nie ausgeführt werden.

Ich fand heraus, dass für Warnungen es erforderlich ist, dass der SQL Server in das Windows-Ereignisprotokoll schreibt, aber das ist überhaupt nicht passiert. Jede Quelle teilt mir mit, dass normalerweise SQL Server sich automatisch anmeldet, weshalb ich keine Ahnung habe, warum meine Instanz dies nicht tut. Kennt jemand eine Option zum (De-) Aktivieren der Protokollierung in Windows Event Log?

UPDATE:

ich meine Beschreibung zu sehen ist, einige grundlegende Informationen fehlen, so werde ich diese hier hinzufügen.

Ich habe ein Spiegelungsszenario mit einem Zeugen. Was ich suche, sind die Ereignisse mit den IDs 1440 und 1441, die anzeigen, dass ein Server seine Rolle vom Principal nach Mirror geändert hat. Diese sollten automatisch in das Windows Event Log geschrieben werden, aber das passiert nicht. Überhaupt wird nicht nur eine einzelne Nachricht von SQL Server in das Ereignisprotokoll geschrieben.

Answer 1

Ich habe endlich die Antwort gefunden. Es gibt einen Startparameter, um dem SQL Server mitzuteilen, dass er nichts im Windows-Ereignisprotokoll protokollieren soll: -n.

Um es einzustellen, müssen Sie den SQL Server Configuration Manager öffnen, die Eigenschaften Ihrer SQL Server-Instanz öffnen und zu Advanced gehen. Dort finden Sie ein Feld namens Startup Parameters. Hier geben Sie einfach (oder in meinem Fall) den Parameter -n ein und Ihr SQL Server wird aufhören, in das Windows Event Log zu schreiben.

Answer 2

sp_altermessage zu Systemmeldungen zu ändern, so dass sie (Version/SP abhängig)

sp_addmessage für benutzerdefinierte Benachrichtigungen

RAISERROR.. WITH LOG in Ihrem Code (vorbehaltlich Genehmigung)

Ansonsten angemeldet sind, was Warnungen sind Du suchst nach?