Процесс «TASK MANAGER» принимает базу данных в однопользовательском режиме. Что это?

13

Это дубликат вопроса, который я задал на stackoverflow , но мне посоветовали, чтобы кто-то здесь мог лучше понять, что происходит.

У меня возникает спорадическая проблема: при обновлении SQL Server в однопользовательском режиме с использованием .NET SqlConnection какое-то другое приложение каким-то образом входит в базу данных во время выполнения кода SQL и выводит мой процесс из строя. SqlConnection не закрывается и не утилизируется. Но какое-то другое приложение каким-то образом оказывается подключенным к базе данных, и это разрывает мое соединение.

Когда я запустил sp_who, я увидел, что процесс, который взял на себя управление базой данных, это Command = "TASK MANAGER".

Кто-нибудь может сказать мне, что это за процесс, какова его цель и как в мире он может попасть в базу данных, которая находится в однопользовательском режиме и существует активное соединение?

sql-server sql-server-2008

— Galets
источник

Вы выключаете агент SQL во время этого процесса? Задачи с именем «TASK MANAGER» (с низким номером спида) являются внутренними процессами.

— Джон Зигель

@JonSeigel нет, я не сделал. Вы хотите сказать, что агент SQL является реальным процессом, который запускает TASK MANAGER?

— Галец

Я не уверен на 100%. Что я знаю, так это то, что агент SQL подключается к экземпляру во время его работы, и это может помешать вам войти в систему, когда сервер находится в однопользовательском режиме. У меня была эта проблема вчера, и остановка SQL Agent исправила ее.

— Джон Зигель

2

Просто чтобы прояснить, это не тот диспетчер задач, который вы используете в Windows для просмотра процессов и производительности системы.

— Аарон Бертран

10

Если бы вы не отключили AUTO_UPDATE_STATISTICS ASYNC сегодня, вы бы не смогли войти в свою базу данных, вы можете решить эту проблему, переведя вашу базу данных в автономный режим. Важно знать, что вам нужно установить высокий приоритет взаимоблокировки, иначе вы будете заблокированы из-за команды. Используйте следующие команды, чтобы выйти из ОДНОГО режима пользователя

SET DEADLOCK_PRIORITY HIGH

ALTER DATABASE [YourDBName] SET OFFLINE WITH ROLLBACK IMMEDIATE

С последующим

SET DEADLOCK_PRIORITY HIGH

ALTER DATABASE [YourDBName] SET ONLINE WITH ROLLBACK IMMEDIATE

С последующим

SET DEADLOCK_PRIORITY HIGH

ALTER DATABASE [YourDBName] SET MULTI_USER WITH ROLLBACK IMMEDIATE

— Стейн Вайнантс
источник

3

Большое спасибо за это. Однако я обнаружил, что шаг OFFLINE / ONLINE не требуется; SET MULTIUSER WITH ROLLBACK IMMEDIATEработал только сам по себе , когда SET DEADLOCK_PRIORITY HIGHбыл сделан первый

— Росс Прессер

6

Я думаю, что тайна, наконец, была решена :

Прежде чем установить для базы данных значение SINGLE_USER, убедитесь, что для параметра AUTO_UPDATE_STATISTICS_ASYNC установлено значение OFF. Если установлено значение ON, фоновый поток, используемый для обновления статистики, подключается к базе данных, и вы не сможете получить доступ к базе данных в однопользовательском режиме.

— Galets
источник

6

Остановите трассировку расширенных событий system_health. Это будет перечислено под

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

Как только блокировщик исправлен, перезапустите сеанс.

— Рагу Наир
источник

Хотя другой ответ объясняет, почему это происходит, этот объясняет, как решить эту проблему.

— Борис Калленс

Идеальное разрешение для меня. Это сработало, как и ожидалось

— Im88

0

Вы должны отключить агент SQL перед запуском одноразового режима. По мере того как агент будет получать доступ от одного пользователя. Помните, что единственный пользователь - это не вы первый пользователь / процесс, подключившийся.

— Ник винстанли
источник