Выход из однопользовательского режима

В настоящее время моя база данных находится в однопользовательском режиме. Когда я пытаюсь расширить свою базу данных, я получаю сообщение об ошибке:

База данных 'my_db' недоступна. (ObjectExplorer)

Кроме того, когда я пытаюсь удалить базу данных, я получаю сообщение об ошибке:

Изменения состояния или параметров базы данных «my_db» не могут быть сделаны в настоящее время. База данных находится в однопользовательском режиме, и пользователь в настоящее время подключен к ней.

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

Когда я пытаюсь просмотреть свой сайт с IIS, я получаю следующую ошибку:

Во время выполнения текущего веб-запроса было сгенерировано необработанное исключение. Информация о происхождении и местонахождении исключения может быть идентифицирована с помощью трассировки стека исключений ниже.

Мне кажется, что это вызывает однопользовательский режим.

SSMS в целом использует несколько подключений к базе данных за кулисами.

Вам нужно будет разорвать эти соединения, прежде чем менять режим доступа.

Во-первых, убедитесь, что проводник объектов направлен на системную базу данных, такую ​​как master.

Во-вторых, выполните sp_who2 и найдите все подключения к базе данных «my_db». Убейте все соединения, выполнив те, KILL { session id }где SPIDуказан идентификатор сеанса sp_who2.

В-третьих, откройте новое окно запроса.

Выполните следующий код.

-- Start in master
USE MASTER;

-- Add users
ALTER DATABASE [my_db] SET MULTI_USER
GO

Смотрите мою статью в блоге об управлении файлами базы данных. Это было написано для перемещения файлов, но управление пользователями такое же.

Сначала найдите и KILLвсе процессы, которые в данный момент выполнялись.

Затем выполните следующую команду, T-SQLчтобы перевести базу данных в MULTI_USERрежим.

USE master
GO
DECLARE @kill varchar(max) = '';
SELECT @kill = @kill + 'KILL ' + CONVERT(varchar(10), spid) + '; '
FROM master..sysprocesses 
WHERE spid > 50 AND dbid = DB_ID('<Your_DB_Name>')
EXEC(@kill);

GO
SET DEADLOCK_PRIORITY HIGH
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO

Чтобы выйти из однопользовательского режима, попробуйте:

ALTER DATABASE [my_db] SET MULTI_USER

Чтобы вернуться в однопользовательский режим, вы можете использовать:

ALTER DATABASE [my_db] SET SINGLE_USER

1. Щелкните правой кнопкой мыши вашу базу данных в разделе базы данных
2. Выберите «Свойства»
3. Выберите страницу «Опции»
4. Прокрутите вниз «Другие параметры» и измените поле «Ограничить доступ»

Я пробовал это работает

ALTER DATABASE dbName SET MULTI_USER WITH ROLLBACK IMMEDIATE

У меня была та же проблема, и сессионный идентификатор для уничтожения был найден с помощью этого запроса:

Select request_session_id From sys.dm_tran_locks Where resource_database_id=DB_ID('BI_DB_Rep');

Нажмите CTRL + 1

найдите процесс, который блокирует вашу базу данных. Посмотрите в столбце dbname для вашей базы данных и запишите spid. Теперь вы должны выполнить это утверждение:

kill <your spid>
ALTER DATABASE <your db> SET MULTI_USER;

У меня сработало следующее:

USE [master]
SET DEADLOCK_PRIORITY HIGH
exec sp_dboption '[StuckDB]', 'single user', 'FALSE';
ALTER DATABASE [StuckDB] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [StuckDB] SET MULTI_USER WITH ROLLBACK IMMEDIATE

Другим вариантом является:

• отключить базу данных; в SMSS щелкните базу данных правой кнопкой мыши и выберите «Отключить», отметьте «Отключить все подключения».
• бегать ALTER DATABASE [Your_Db] SET MULTI_USER

На всякий случай, если кто-то наткнется на этот поток, вот пуленепробиваемое решение для SQL Server, застрявшее в РЕЖИМЕ ОДНОГО ПОЛЬЗОВАТЕЛЯ

- Получите ID процесса (spid) соединения, которое вам нужно
разорвать - Замените 'DBName' на фактическое имя БД

SELECT sd.[name], sp.spid, sp.login_time, sp.loginame 
FROM sysprocesses sp 
INNER JOIN sysdatabases sd on sp.dbid = sd.dbid  
WHERE sd.[name] = 'DBName'

В качестве альтернативы вы также можете использовать команду «sp_who», чтобы получить «spid» открытого соединения:

- Или используйте этот SP вместо

exec sp_who

- Затем выполните следующее и замените [spid] и [DBName] правильными значениями.

KILL SpidToKillGoesHere
GO

SET DEADLOCK_PRIORITY HIGH
GO

ALTER DATABASE [DBName] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO

Не уверен, что это кому-нибудь поможет, но у меня возникла та же проблема, и я не смог найти процесс, который меня удерживал. Я закрыл SSMS и остановил все службы, работающие на локальном экземпляре. Затем, как только я вернулся и запустил exec sp_who2, он показал мне виновника. Я убил процесс и смог заставить Multi_User работать, а затем перезапустить сервисы. IIS обращался к нему каждые несколько минут / секунд в поисках определенных пакетов.

Я столкнулся с той же проблемой этим утром. Это оказалось простой проблемой. У меня было открыто окно запроса, которое было настроено на однопользовательскую базу данных в проводнике объектов. Хранимая процедура sp_who2 не показала тогда соединение. После того как я закрыл его, я смог установить его

Добавление к ответу Jespers , чтобы быть еще более эффективным:

SET DEADLOCK_PRIORITY 10;-- Be the top dog.

SET DEADLOCK_PRIORITY HIGH использования DEADLOCK_PRIORITY 5.

Происходит то, что другие процессы получают трещину в базе данных и, если ваш процесс имеет более низкий DEADLOCK_PRIORITY , он проигрывает гонку.

Это устраняет необходимость находить и убивать другого спида (что может потребоваться сделать несколько раз).

Вполне возможно, что вам нужно будет запускаться ALTER DATABASEболее одного раза (но это делает Джеспер). Модифицированный код:

USE [master]
SET DEADLOCK_PRIORITY HIGH
exec sp_dboption '[StuckDB]', 'single user', 'FALSE';
ALTER DATABASE [StuckDB] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [StuckDB] SET MULTI_USER WITH ROLLBACK IMMEDIATE

Используйте этот скрипт

exec sp_who

Найти имя db и столбец spid

сейчас выполнить

kill spid 
go
ALTER DATABASE [DBName]
SET MULTI_USER;

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

Чтобы решить эту проблему, мне пришлось закрыть все экземпляры Visual Studio и запустить следующую команду в окне запроса Sql Server:

USE [Your_Database_Name]; ALTER DATABASE [Your_Database_Name] SET MULTI_USER GO

Эта команда изменила БД с Однопользовательского на Многопользовательский, и после этого я смог успешно опубликовать.

Даже я сталкиваюсь с той же проблемой, не в состоянии найти активные подключения к my_db, чтобы убить его, но все равно показывает ту же ошибку. В итоге я отключаю все возможные соединения SSMS для любой базы данных на Сервере, создаю новое соединение из SSMS и меняю его на Многопользовательский.

-- Actual Code to change my_db to multi user mode
USE MASTER;
GO
ALTER DATABASE [my_db] SET MULTI_USER

Примечание. Это, возможно, ошибка в SQL Server 2005!

Мы только что испытали это в SQL 2012. Процесс репликации запустился, когда мы убили исходный сеанс, который установил его для одного пользователя. Но sp_who2 не показал, что новый процесс подключен к БД. Закрытие SSMS и повторное открытие позволили нам увидеть этот процесс в базе данных, а затем мы могли убить его и немедленно переключиться в режим multi_user, и это сработало.

Я не могу понять логику, стоящую за этим, но, похоже, это ошибка в SSMS и все еще проявляется в SQL 2012.

использовать мастер

ИДТИ

выберите d.name, d.dbid, spid, login_time, nt_domain, nt_username, loginame из sysprocesses p внутреннего объединения системных баз данных d на p.dbid = d.dbid где d.name = «имя базы данных»

убить 568 - убить спид

Имя базы данных ALTER DATABASE '

SET MULTI_USER перейти