Widok msdb.dbo.sysoperators zawiera listę operatorów, do których kierowane są powiadomienia o zadaniach.
Rola widoku msdb.dbo.sysoperators w SQL Server Agent
msdb.dbo.sysoperators to widok systemowy dostępny w bazie systemowej msdb środowiska Microsoft SQL Server. Udostępnia informacje o operatorach skonfigurowanych dla SQL Server Agent. Operator jest odbiorcą powiadomień generowanych przez zadania, alerty i inne zdarzenia obsługiwane przez mechanizm SQL Server Agent. Nie jest to konto logowania do silnika bazy danych ani użytkownik definiowany przez CREATE LOGIN. Operator reprezentuje adresata komunikatu, na przykład administratora, dyżurnego zespołu albo system powiadomień.
Widok pozwala odczytać między innymi nazwę operatora, jego stan aktywności, adres poczty elektronicznej, adres pagera lub urządzenia obsługiwanego przez dawny mechanizm powiadomień, a także informacje o harmonogramie wysyłania komunikatów. Dane pochodzą z konfiguracji przechowywanej w msdb, dlatego ich obecność zależy od tego, czy administrator utworzył operatorów przy użyciu SQL Server Management Studio, procedur systemowych lub odpowiednich poleceń administracyjnych. Sam widok służy do odczytu i analizy konfiguracji.
Jakie informacje można odczytać z tego widoku
Podstawowe zapytanie diagnostyczne może wyglądać następująco:
SELECT id, name, enabled, email_address, pager_address, netsend_address, date_created, date_modified, description FROM msdb.dbo.sysoperators;
Kolumna name identyfikuje operatora, a enabled wskazuje, czy operator jest aktywny w konfiguracji SQL Server Agent. Pola email_address, pager_address i netsend_address zawierają odpowiednie adresy używane przez mechanizmy powiadamiania dostępne w danej instalacji. Kolumny last_email_date, last_pager_date i last_netsend_date mogą pomóc ustalić, kiedy ostatnio zarejestrowano wysłanie komunikatu określonego typu. date_created oraz date_modified opisują czas utworzenia i ostatniej modyfikacji wpisu. W widoku znajdują się również pola opisujące dni oraz godziny, w których operator może otrzymywać powiadomienia pagerowe.
Powiązanie operatorów z zadaniami i alertami
Wpis w sysoperators nie oznacza jeszcze, że operator otrzyma wiadomość przy każdym błędzie SQL Server. Powiadomienie musi być powiązane z konkretnym zadaniem lub alertem SQL Server Agent, a agent musi mieć skonfigurowany sposób wysyłki. Dla poczty elektronicznej wymagane jest skonfigurowanie profilu Database Mail oraz ustawień SQL Server Agent. Operator może być wskazany jako odbiorca informacji o zakończeniu zadania, jego niepowodzeniu albo zakończeniu z określonym statusem. Alert może również przekazywać komunikaty operatorowi po wystąpieniu zdarzenia, błędu określonego numerem lub warunku wydajnościowego.
Przy analizie konfiguracji warto zestawić operatorów z tabelami i widokami SQL Server Agent dotyczącymi zadań oraz alertów, zamiast interpretować samą listę jako dowód działającego monitoringu. Przykładowo aktywny operator bez adresu pocztowego nie będzie prawidłowym odbiorcą wiadomości e-mail. Z kolei poprawny adres nie gwarantuje dostarczenia komunikatu, ponieważ znaczenie mają także ustawienia profilu Database Mail, uprawnienia konta usługi SQL Server Agent, stan agenta oraz historia wykonania zadania. Widok jest więc punktem kontrolnym konfiguracji, a nie kompletnym dziennikiem dostarczenia powiadomień.
Wykorzystanie widoku podczas przeglądu konfiguracji SQL Server
Podczas diagnostyki można filtrować operatorów aktywnych i sprawdzać, czy mają skonfigurowany wymagany kanał komunikacji:
SELECT name, enabled, email_address, last_email_date FROM msdb.dbo.sysoperators WHERE enabled = 1 ORDER BY name;
Takie zapytanie pomaga wykryć wpisy wyłączone, pozbawione adresu e-mail albo dawno nieużywane. Należy jednak zachować ostrożność przy bezpośrednim odwoływaniu się do widoków systemowych. Widok znajduje się w bazie msdb, której zawartość jest zarządzana przez SQL Server, a zakres i sposób prezentacji metadanych może zależeć od wersji silnika. Do zmian konfiguracji należy używać udokumentowanych procedur SQL Server Agent, takich jak sp_add_operator i sp_update_operator, a nie wykonywać ręcznych modyfikacji tabel systemowych. W przypadku rozbieżności między konfiguracją operatora a rzeczywistymi powiadomieniami trzeba sprawdzić także definicje zadań i alertów, historię SQL Server Agent oraz logi Database Mail.
