Zatrzymanie SQL Server Agent

Zatrzymanie SQL Server Agent przerywa realizację wszystkich zaplanowanych zadań do czasu jego ponownego uruchomienia.

Co oznacza zatrzymanie usługi SQL Server Agent

SQL Server Agent jest usługą systemu Microsoft SQL Server odpowiedzialną za uruchamianie zadań zgodnie z harmonogramami oraz reagowanie na skonfigurowane alerty. Zatrzymanie tej usługi przerywa mechanizm automatycznego wykonywania zadań do czasu ponownego uruchomienia agenta. Sam silnik SQL Server może nadal przyjmować połączenia, wykonywać zapytania i obsługiwać aplikacje korzystające z baz danych. Zatrzymanie agenta nie jest więc równoznaczne z zatrzymaniem usługi silnika bazy danych.

Podczas zatrzymania SQL Server Agent nie są uruchamiane nowe zadania, których termin nadejdzie w tym czasie. Nie są również przetwarzane powiadomienia i reakcje zależne od działania agenta, w tym alerty skonfigurowane w SQL Server Agent. Dotyczy to między innymi zadań związanych z wykonywaniem skryptów Transact-SQL, poleceń systemu operacyjnego, pakietów SQL Server Integration Services oraz innych typów kroków dostępnych w zadaniach SQL Server Agent.

Wpływ na harmonogramy, alerty i wykonywane zadania

Harmonogramy zapisane w bazie systemowej msdb nie są usuwane przez zatrzymanie usługi. Ich definicje, przypisania do zadań, ustawienia właścicieli oraz historia wykonania pozostają zapisane. W czasie postoju agenta harmonogram nie może jednak wywołać przypisanego zadania, ponieważ komponent odpowiedzialny za obserwowanie terminów i rozpoczynanie pracy nie działa. Po ponownym uruchomieniu SQL Server Agent zachowanie zależy od ustawień konkretnego harmonogramu i zadania. Sam fakt ponownego uruchomienia usługi nie oznacza automatycznego odtworzenia wszystkich pominiętych uruchomień.

Zatrzymanie agenta może przerwać zadania, które były wykonywane przez usługę w chwili zatrzymania. Skutkiem może być niepełny wynik operacji, brak utworzonego pliku kopii zapasowej, nieukończona konserwacja indeksów albo pozostawienie danych pośrednich. W przypadku zadań wieloetapowych należy sprawdzić, który krok był ostatnim zakończonym poprawnie. W SQL Server Management Studio można przejrzeć historię zadania w węźle SQL Server Agent, natomiast w bazie msdb informacje o historii są przechowywane między innymi w tabelach używanych przez system historii zadań.

Bezpieczne zatrzymanie i ponowne uruchomienie

Stan usługi można sprawdzić w SQL Server Management Studio, w węźle SQL Server Agent, albo za pomocą narzędzi systemu Windows. Dla domyślnej instancji SQL Server nazwa usługi agenta to zwykle SQLSERVERAGENT. Dla nazwanej instancji stosowana jest nazwa w rodzaju SQLAgent$NazwaInstancji. Przed wykonaniem operacji trzeba ustalić właściwą nazwę usługi, ponieważ pomylenie agenta z usługą silnika SQL Server może doprowadzić do wykonania niewłaściwej czynności.

W środowisku Windows usługę można zatrzymać poleceniem net stop SQLSERVERAGENT, jeżeli używana jest instancja domyślna, albo odpowiednią nazwą usługi dla instancji nazwanej. Do uruchomienia służy polecenie net start SQLSERVERAGENT. Równoważną operację można wykonać w konsoli usług systemu Windows lub w SQL Server Configuration Manager. W PowerShellu używa się poleceń Stop-Service -Name SQLSERVERAGENT i Start-Service -Name SQLSERVERAGENT. Wymagane uprawnienia wynikają z konfiguracji systemu Windows i zasad kontroli usług. Polecenie sp_stop_job z bazy msdb służy do zatrzymania pojedynczego zadania, a nie do zatrzymania całej usługi SQL Server Agent.

Kontrola skutków po ponownym uruchomieniu agenta

Po uruchomieniu SQL Server Agent należy sprawdzić, czy usługa rzeczywiście działa oraz czy agent może połączyć się z właściwą instancją SQL Server. Następnie warto przejrzeć listę zadań, ich harmonogramy, historię wykonania i komunikaty zapisane w dzienniku SQL Server Agent. Szczególnej uwagi wymagają zadania, których uruchomienie przypadło na okres zatrzymania. Trzeba ustalić, czy należy wykonać je ręcznie, czy ich pominięcie jest zgodne z założeniami procesu.

Jeżeli zatrzymanie nastąpiło podczas wykonywania zadania, ponowne uruchomienie nie powinno być poprzedzone bezwarunkowym powtórzeniem operacji. Najpierw należy sprawdzić, czy poprzednia próba zmieniła dane, utworzyła część pliku, rozpoczęła transfer albo wykonała tylko wybrane kroki. Powtórzenie zadania bez takiej kontroli może spowodować duplikację danych lub konflikt z pozostałościami wcześniejszego uruchomienia. Diagnostyka powinna obejmować stan usługi, historię zadania, dziennik agenta, komunikaty błędów oraz dostępność zasobów wymaganych przez konkretne kroki zadania.