Sair do modo de usuário único

Atualmente, meu banco de dados está no modo de usuário único. Quando tento expandir meu banco de dados, recebo um erro:

O banco de dados 'my_db' não está acessível. (ObjectExplorer)

Além disso, quando tento excluir o banco de dados, recebo o erro:

Alterações no estado ou nas opções do banco de dados 'my_db' não podem ser feitas no momento. O banco de dados está no modo de usuário único e um usuário está atualmente conectado a ele.

Como saio do modo de usuário único? Não tenho nenhum usuário usando esse banco de dados.

Quando tento navegar no meu site com o IIS, o erro que recebo é:

Uma exceção não tratada foi gerada durante a execução da solicitação da web atual. Informações sobre a origem e o local da exceção podem ser identificadas usando o rastreamento da pilha de exceções abaixo.

Sinto como se o modo de usuário único estivesse causando isso.

O SSMS em geral usa várias conexões com o banco de dados nos bastidores.

Você precisará eliminar essas conexões antes de alterar o modo de acesso.

Primeiro, verifique se o gerenciador de objetos está apontado para um banco de dados do sistema como mestre.

Segundo, execute um sp_who2 e encontre todas as conexões com o banco de dados 'my_db'. Mate todas as conexões fazendo KILL { session id }onde a identificação da sessão está SPIDlistada por sp_who2.

Terceiro, abra uma nova janela de consulta.

Execute o seguinte código.

-- Start in master
USE MASTER;

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

Veja o artigo do meu blog sobre gerenciamento de arquivos de banco de dados. Isso foi escrito para mover arquivos, mas o gerenciamento de usuários é o mesmo.

Primeiro, encontre e KILLtodos os processos em execução no momento.

Em seguida, execute o seguinte T-SQLpara definir o banco de dados no MULTI_USERmodo

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

Para sair do modo de usuário único, tente:

ALTER DATABASE [my_db] SET MULTI_USER

Para voltar ao modo de usuário único, você pode usar:

ALTER DATABASE [my_db] SET SINGLE_USER

1. Clique com o botão direito do mouse no seu banco de dados na seção de bancos de dados
2. Selecione "Propriedades"
3. Selecione a página "Opções"
4. Role para baixo "Outras opções" e altere o campo "Restringir acesso"

Eu tentei isso está funcionando

ALTER DATABASE dbName SET MULTI_USER WITH ROLLBACK IMMEDIATE

Eu tive o mesmo problema, e o session_id to kill foi encontrado usando esta consulta:

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

Pressione CTRL + 1

encontre o processo que bloqueia seu banco de dados. Procure na coluna dbname pelo seu db e observe o spid. Agora você precisa executar essa instrução:

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

O seguinte funcionou para mim:

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

Outra opção é:

• colocar o banco de dados offline; no SMSS, clique com o botão direito do mouse no banco de dados e escolha Desligar, marque 'Descartar todas as conexões'
• corre ALTER DATABASE [Your_Db] SET MULTI_USER

Caso alguém se depare com esse segmento, aqui está uma solução à prova de balas para o SQL Server presa no MODO DE USUÁRIO ÚNICO

- Obtenha o ID do processo (spid) da conexão que você precisa matar
- Substitua 'DBName' pelo nome real do banco de dados

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'

Como alternativa, você também pode usar o comando "sp_who" para obter o "spid" da conexão aberta:

- Ou use esse SP

exec sp_who

- Em seguida, execute o seguinte e substitua [spid] e [DBName] pelos valores corretos

KILL SpidToKillGoesHere
GO

SET DEADLOCK_PRIORITY HIGH
GO

ALTER DATABASE [DBName] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO

Não tenho certeza se isso ajuda alguém, mas eu tive o mesmo problema e não consegui encontrar o processo que estava me atrasando. Fechei o SSMS e parei todos os serviços que atingiam a instância local. Então, quando voltei e executei o exec sp_who2, ele me mostrou o culpado. Eu matei o processo e consegui fazer o Multi_User funcionar e, em seguida, reinicie os serviços. Tivemos o IIS acessando-o a cada poucos minutos / segundos, procurando por determinados pacotes.

Encontrei o mesmo problema esta manhã. Acabou sendo um problema simples. Eu tinha uma janela de consulta aberta, definida como o banco de dados de usuário único no explorador de objetos. O procedimento armazenado sp_who2 não mostrou a conexão. Depois de fechado, pude configurá-lo para

Adicionando à resposta de Jespers , para ser ainda mais eficaz:

SET DEADLOCK_PRIORITY 10;-- Be the top dog.

SET DEADLOCK_PRIORITY HIGHusos DEADLOCK_PRIORITYde 5.

O que está acontecendo é que os outros processos ficam com uma fenda no banco de dados e, se o seu processo tiver um valor mais baixo DEADLOCK_PRIORITY, ele perde a corrida.

Isso evita encontrar e matar o outro spid (que pode precisar ser feito várias vezes).

É possível que você precise executar ALTER DATABASEmais de uma vez (mas Jesper faz isso). Código modificado:

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

Use este script

exec sp_who

Encontre a coluna dbname e spid

agora execute

kill spid 
go
ALTER DATABASE [DBName]
SET MULTI_USER;

Hoje, enfrentei o mesmo problema em que meu banco de dados foi alterado do modo Multiusuário para Usuário Único e isso acabou me impedindo de publicar o banco de dados.

Para corrigir esse problema, tive que fechar todas as instâncias do Visual Studio e executar o comando abaixo na janela de consulta do Sql Server -

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

Este comando alterou o banco de dados de Usuário único para Usuário múltiplo e, posteriormente, consegui publicar.

Até me deparo com o mesmo problema, incapaz de encontrar conexões ativas com o my_db para matá-lo, mas ainda mostra o mesmo erro. Acabo desconectando todas as conexões SSMS possíveis para qualquer banco de dados no servidor, crio uma nova conexão a partir do SSMS e altero para Multiusuário.

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

Nota: Este parece ser um erro possível no SQL Server 2005!

Acabamos de experimentar isso no SQL 2012. Um processo de replicação entrou em cena quando matamos a sessão original que a definiu como usuário único. Mas sp_who2 não mostrou esse novo processo anexado ao banco de dados. Fechar o SSMS e reabrir nos permitiu ver esse processo no banco de dados e, em seguida, poderíamos matá-lo e mudar para o modo multiusuário imediatamente e isso funcionou.

Não consigo descobrir a lógica por trás disso, mas parece ser um bug no SSMS e ainda está se manifestando no SQL 2012.

use mestre

IR

selecione d.name, d.dbid, spid, login_time, nt_domain, nt_username, nome de login de sysprocesses p sysdatabases de junção interna d em p.dbid = d.dbid em que d.name = 'nome do banco de dados'

matar 568 - matar spid

ALTER DATABASE database name '

SET MULTI_USER ir