Rejestracja SQL Server Agent

Rejestracja SQL Server Agent następuje przy instalacji jako usługa systemu Windows.

Czym jest usługa harmonogramu w silniku bazodanowym

SQL Server Agent to osobna usługa systemu Windows, instalowana razem z silnikiem bazy i widoczna w przystawce services.msc pod nazwą zawierającą identyfikator instancji, na przykład SQLAgent$NAZWAINSTANCJI dla instancji nazwanej. Odpowiada za wykonywanie zadań według harmonogramu, uruchamianie kroków w językach T-SQL, PowerShell i pakietów integracyjnych, obsługę alertów oraz powiadamianie operatorów. Bez działającego agenta baza nadal odpowiada na zapytania, ale przestają wykonywać się kopie zapasowe, przebudowa indeksów i nocne zamknięcia dnia w programach handlowych — a to zwykle wychodzi na jaw dopiero przy próbie odtworzenia danych.

Konto usługi decyduje o tym, co agent może zrobić

Podczas instalacji trzeba wskazać konto, z którego uprawnieniami agent będzie pracował. Wbudowane konto wirtualne wystarcza, dopóki wszystkie operacje pozostają w obrębie maszyny. W momencie, gdy zadanie ma zapisać kopię zapasową na udziale sieciowym, konto lokalne przestaje wystarczać i potrzebne jest konto domenowe z prawem zapisu do tego zasobu — inaczej zadanie kończy się błędem odmowy dostępu, mimo że administrator ręcznie zapisze plik w tej samej lokalizacji bez problemu. Osobna kwestia to edycja silnika: wersja Express w ogóle nie zawiera agenta, więc harmonogram trzeba oprzeć o Harmonogram zadań systemu Windows uruchamiający skrypt sqlcmd. To jedno z najczęstszych zaskoczeń przy tanich wdrożeniach.

Ciche awarie harmonogramu

Typowy scenariusz wygląda tak: firma przez rok jest przekonana, że ma kopie zapasowe, po czym okazuje się, że tryb uruchamiania usługi ustawiono na Ręczny i po pierwszym restarcie serwera agent nigdy nie wstał. Drugi wariant to zadania wykonujące się poprawnie i zapisujące pliki na dysku, który zdążył się zapełnić, przez co ostatnia udana kopia pochodzi sprzed miesięcy. Trzeci to brak skonfigurowanej poczty bazodanowej i operatora, więc nieudane zadanie nie wysyła żadnego powiadomienia, a błąd zostaje wyłącznie w historii zadań, gdzie nikt nie zagląda. Warto też pamiętać o zmianie hasła konta domenowego — po niej usługa nie wystartuje, dopóki nowe hasło nie zostanie wpisane we właściwościach usługi.

Przegląd kopii zapasowych i zadań nocnych u klientów firmowych

Przy przejmowaniu opieki nad serwerem zaczynamy właśnie od agenta: sprawdzamy tryb uruchamiania usługi, konto, pod którym pracuje, historię wykonania zadań i to, czy zapisane pliki kopii dają się faktycznie odtworzyć na maszynie testowej. Konfigurujemy powiadomienia o niepowodzeniu, plan czyszczenia starych kopii i weryfikację sumy kontrolnej. Obsługujemy w ten sposób bazy pod Subiekta, WAPRO i systemy Comarch, także poza godzinami pracy biura, bo wtedy większość tych zadań się wykonuje.