Proces „TASK MANAGER” przejmuje bazę danych w trybie pojedynczego użytkownika. Co to jest?

13

To jest duplikat pytania, które zadałem przy przepełnieniu stosu , ale doradzono mi, że ktoś tutaj może mieć lepszy pomysł na to, co się dzieje.

Mam sporadyczny problem, gdy aktualizuję SQL Server w trybie pojedynczego użytkownika, używając .NET SqlConnection, jakaś inna aplikacja w jakiś sposób loguje się do bazy danych, podczas gdy kod SQL jest wykonywany i wyrzuca mój proces. SqlConnection nie jest w żaden sposób zamykany ani usuwany. Ale jakaś inna aplikacja w jakiś sposób zostaje połączona z bazą danych i to powoduje moje połączenie.

Kiedy uruchamiam sp_who, widziałem, że proces, który przejął kontrolę nad bazą danych to Command = "TASK MANAGER".

Każdy może mi powiedzieć, co to jest ten proces, jaki jest jego cel i jak na świecie może dostać się do bazy danych, która jest w trybie pojedynczego użytkownika i istnieje aktywne połączenie?

sql-server sql-server-2008

— galety
źródło

Czy wyłączasz agenta SQL podczas tego procesu? Zadania o nazwie „TASK MANAGER” (o niskiej liczbie spid) są procesami wewnętrznymi.

— Jon Seigel,

@JonSeigel nie, nie zrobiłem tego. Czy mówisz, że SQL Agent jest rzeczywistym procesem, który uruchamia TASK MANAGER?

— galets

Nie jestem w 100% pewien. Wiem tylko, że SQL Agent łączy się z instancją, gdy jest uruchomiona, co może uniemożliwić zalogowanie się, gdy serwer jest w trybie pojedynczego użytkownika. Wczoraj miałem ten problem i naprawiłem go za pomocą zatrzymania agenta SQL.

— Jon Seigel,

2

Żeby było jasne, nie jest to ten sam Menedżer zadań, którego używasz w systemie Windows do przeglądania procesów i wydajności systemu.

— Aaron Bertrand

10

Miałeś dzisiaj ten sam problem, jeśli nie wyłączyłeś AUTOMATYCZNEJ ASYNCU AUTO_UPDATE_STATISTICS, nie będziesz mógł wejść do swojej bazy danych, możesz rozwiązać ten problem, przełączając bazę danych w tryb offline. Ważne jest, aby wiedzieć, że musisz ustawić priorytet zakleszczenia na wysoki, w przeciwnym razie nastąpi zakleszczenie polecenia. Użyj następujących poleceń, aby wyjść z POJEDYNCZEGO trybu użytkownika

SET DEADLOCK_PRIORITY HIGH

ALTER DATABASE [YourDBName] SET OFFLINE WITH ROLLBACK IMMEDIATE

Śledzony przez

SET DEADLOCK_PRIORITY HIGH

ALTER DATABASE [YourDBName] SET ONLINE WITH ROLLBACK IMMEDIATE

Śledzony przez

SET DEADLOCK_PRIORITY HIGH

ALTER DATABASE [YourDBName] SET MULTI_USER WITH ROLLBACK IMMEDIATE

— Stijn Wynants
źródło

3

Bardzo ci za to dziękuję. Stwierdziłem jednak, że krok OFFLINE / ONLINE nie był wymagany; SET MULTIUSER WITH ROLLBACK IMMEDIATEpracował tylko przez siebie, kiedy SET DEADLOCK_PRIORITY HIGHzostała wykonana pierwsza

— Ross dociskową

6

Myślę, że tajemnica w końcu została rozwiązana :

Przed ustawieniem bazy danych na SINGLE_USER sprawdź, czy opcja AUTO_UPDATE_STATISTICS_ASYNC jest ustawiona na OFF. Po ustawieniu na WŁ. Wątek w tle używany do aktualizacji statystyk nawiązuje połączenie z bazą danych i nie będzie można uzyskać dostępu do bazy danych w trybie pojedynczego użytkownika.

— galety
źródło

6

Zatrzymaj śledzenie zdarzeń rozszerzonych „system_health”. Zostanie on wymieniony w sekcji

SQL Server Management Studio
-> [ServerName]
-> Management
-> Extended Events
-> Right-Click on 'System_health'
-> Hit Stop Session

Po zablokowaniu blokady zrestartuj sesję.

— Raghu Nair
źródło

Chociaż druga odpowiedź wyjaśnia, dlaczego tak się dzieje, ta wyjaśnia, jak to rozwiązać.

— Boris Callens

Idealna rozdzielczość dla mnie. Działa zgodnie z oczekiwaniami

— Im88

0

Musisz wyłączyć agenta SQL przed uruchomieniem trybu jednorazowego użytku. W momencie, gdy agent będzie pobierał dostęp dla pojedynczego użytkownika. Pamiętaj, że pojedynczy użytkownik nie jest pierwszym użytkownikiem / procesem do połączenia.

— Nick Winstanley
źródło