Rozwiązywanie problemów z powiadomień kwerendy: Sprawdzanie subskrypcji
Subskrypcje powiadomienie są przechowywane w bazie danych, gdy kwerenda jest wykonywana.Jeśli aplikacja nie odbiera powiadomienie, zażądać powiadomienie, a następnie natychmiast sprawdzić Jeśli subskrypcja jest wyświetlana w dynamiczny widok zarządzania sys.dm_qn_subscriptions.Jeśli SQL Server nie produkuje zdarzenie powiadamiania i nie subskrypcja powiadomienie pojawia się parametry żądania są prawdopodobnie nieprawidłowa.In this case, SQL Server refuses the notification request.SQL Server reports information on refused requests in two places:
Sprawdź, czy SQL Server Dziennik błędów dla błędów z żądanie subskrypcja.
Użyj SQL Server Profiler i Rozpocznij śledzenie, który wyświetla zdarzenia w kategorii powiadomień kwerendy.Pomyślne subskrypcja występuje po QN:subskrypcja zdarzeń jest produkowany z Podklasa zdarzenie z 1 - subskrypcja zarejestrowanych.
Należy zauważyć, że subskrypcje powiadomienie są śledzone za pomocą kwerendy i komunikat z powiadomieniem.Po przesłaniu subskrypcja z tej samej wiadomości, tej samej kwerendy i tę samą usługa dostawy jako istniejącej subskrypcja, SQL Server aktualizacje czas-out istniejącej subskrypcja, zamiast tworzenia nowej subskrypcja.
Na ogół, gdy żądanie subskrypcja jest nieprawidłowy, SQL Server natychmiast tworzy powiadomienie.Treści powiadomienie komunikat zawiera dodatkowe informacje dotyczące subskrypcja.
Zobacz także