Fehler: 9245, Schweregrad: 16, Status: 1. / Während des letzten Zeitintervalls wurden XXX-Abfragebenachrichtigungsfehler unterdrückt


7

Ich habe diese Folge von Fehlermeldungen, die regelmäßig in meinem Server-Fehlerprotokoll angezeigt werden:

Fehler: 9245, Schweregrad: 16, Status: 1.
Während des letzten Zeitintervalls wurden 257 Abfragebenachrichtigungsfehler unterdrückt.

Ich kann jedoch keine Details zu Fehler 9245 finden. Ich habe mir die Spid angesehen, die den Fehler generiert, und sie hängt mit dem Service Broker zusammen. Ich habe auch Fehler wie diese, die regelmäßig auftreten, und ich vermute, dass sie alle miteinander zusammenhängen:

Der Abfragebenachrichtigungsdialog im Konversationshandle '{1C8BCD7B-3366-E211-93C7-005056BA3606}.' wegen folgendem Fehler geschlossen:
<?xml version="1.0"?>
<Error xmlns="http://schemas.microsoft.com/SQL/ServiceBroker/Error">
<Code>-8490</Code>
<Description>Cannot find the remote service &apos;SqlQueryNotificationService-b7240bb0-6586-4cee-bb7c-a3d2e706c0f8&apos; because it does not exist.</Description> </Error>

Dieser Fehler ist uns seit einiger Zeit bekannt, konnte aber in unserem Anwendungscode noch nicht behoben werden. Die ersten beiden Fehler sind jedoch erst in den letzten Tagen aufgetreten, und sowohl die Häufigkeit der Fehler als auch die Anzahl der unterdrückten Abfragemeldungen scheinen zuzunehmen.

Hat jemand einen Einblick in weitere Schritte zur Fehlerbehebung oder Informationen zu Fehler 9245?

Bearbeiten: Einige zusätzliche Informationen -

In Bezug auf Jons Frage implementieren wir SqlDependency in der App, und ich glaube, dass dies möglicherweise nicht korrekt durchgeführt wird, was zu den Dialognachrichten für Abfragebenachrichtigungen führt. Als wir diese Anwendung zuvor unter SQL 2008R2 ausgeführt haben, haben wir das Ablaufverfolgungsflag 4133 aktiviert, wie in dieser KB beschrieben: http://support.microsoft.com/kb/958006, wodurch zumindest die Anzahl der im Ereignisprotokoll aufgetretenen Nachrichten verringert wurde.

Die erste Folge von Fehlermeldungen, die ich oben gepostet habe (Fehler: 9245), ist (meines Wissens) neu. Wir haben den Server vor einigen Wochen auf SQL 2012 SP1 aktualisiert und das Trace-Flag 4133 zum Zeitpunkt des Auftretens des 9245-Fehlers NICHT aktiviert.

Bemerkenswert ist auch, dass die Fehler, während sie ungefähr 12 Stunden lang mit zunehmender Häufigkeit auftraten (fast 1 Fehler alle fünf bis zehn Minuten), gestern Morgen abrupt aufhörten, kurz nachdem ich hier nach Fehler 9245 gefragt hatte. Ungefähr eine Stunde später habe ich sie aktiviert Trace-Flag 4133, und ich habe den Fehler seitdem nicht mehr gesehen. Obwohl die beiden Fehler zusammenhängen, bin ich mir nicht ganz sicher, ob sie direkt miteinander verbunden sind.

Ich werde sehen, was ich in anderen Windows-Ereignisprotokollen auf diesem Server finden kann, und sehen, ob etwas anderes mit dem Zeitpunkt korreliert, zu dem diese Fehler auftreten. Ich habe auch 4133 deaktiviert, um zu bestätigen, dass sich dies nicht auf den 9245-Fehler ausgewirkt hat.

Edit2: Minuten nach dem Deaktivieren des Trace-Flags 4133 sind die Fehler wieder aufgetreten, und ich glaube, ich kenne jetzt auch die Beziehung zwischen beiden, also werde ich meine eigene Frage beantworten.


1
Verwenden Sie SqlDependencyin Ihrer Anwendung? Wenn ja, würde ich sagen, dass es nicht richtig implementiert ist.
Jon Seigel

@ JonSeigel, ja, wir verwenden SqlDependency und möglicherweise falsch. Ich habe der Frage dazu einige zusätzliche Informationen hinzugefügt.
Kevin

Antworten:


5

Die Fehlermeldung 9245 scheint direkt mit der Meldung "Der Dialog zur Abfragebenachrichtigung im Konversationshandle ..." in SQL Server 2012 SP1 verbunden zu sein, in der dieser Fehler maximal 10 Mal (mit demselben Zeitstempel) im Fehler angezeigt wird Protokoll, der Rest wird zu einer einzigen Fehlermeldung zusammengefasst:

Während des letzten Zeitintervalls wurden 257 Abfragebenachrichtigungsfehler unterdrückt.

Dem geht die Nachricht voraus:

Fehler: 9245, Schweregrad: 16, Status: 1.

Vor SQL 2012 glaube ich nicht, dass die Fehlerbenachrichtigungen überhaupt aggregiert wurden und nicht zu einem Fehler mit dem Schweregrad 16 geführt haben.


Und jetzt kann die eigentliche Arbeit zum Reparieren der Anwendung beginnen. :) Viel Glück.
Jon Seigel
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.