Início / dba / Perguntas / 176210
Accepted
GHauan
Asked: 2017-06-14 12:15:13 +0800 CST

Um banco de dados offline pode estar em uso?

  • 772

Eu tenho um banco de dados SQL Server 2014 onde o arquivo de log preencheu o disco. Como era um banco de dados de teste, decidimos apenas excluir todo o banco de dados. Nós o colocamos offline, mas quando tentamos descartá-lo, recebemos uma mensagem de que ele não pode ser descartado, pois está em uso.

Como pode estar em uso quando está offline? Como posso derrubá-lo? (Preferível sem levá-lo online.)

sql-server offline

2 respostas

  1. Best Answer

    O problema era que a pessoa que configurou o banco de dados para OFFLINE também o configurou para SINGLE_USER, e sua sessão ainda estava aberta e "usando" o banco de dados, mesmo que estivesse OFFLINE. Quando ele encerrou a sessão, conseguimos descartar o banco de dados.

    Thx a todos nos comentários para ajudar.

    • 2

  2. O problema que você viu foi, na verdade, porque outro spid mantinha um bloqueio "SHARED_TRANSACTION_WORKSPACE" no dbcat (catálogo de banco de dados). No seu caso, você pode ter visto esse bloqueio executando this SELECT DB_NAME(resource_database_id) AS DbcatName, * FROM sys.dm_tran_locks;ou this EXEC sp_lock NULL;.

    Aqui estão algumas coisas que aprendi (ainda é verdade no Sql2019):

    1. DROP DATABASE falhará quando outros spids mantiverem um bloqueio compartilhado no dbcat (FYI isso acontece quando um spid está conectado ou usando o dbcat).
    2. DROP DATABASE não excluirá os arquivos se o dbcat estiver OFFLINE.
    3. DROP DATABASE não excluirá o arquivo de log se o dbcat estiver no modo EMERGENCY.
    4. ALTER DATABASE falhará se o dbcat estiver RESTORING (e talvez RECOVERING, RECOVERY PENDING e SUSPECT; não foi possível testar).

    Pela minha experiência, se um dbcat estiver no modo de usuário único no momento em que um spid o colocar OFFLINE, seu bloqueio compartilhado nesse dbcat não será liberado até que também

    • desconecta do servidor
    • ou altera o dbcat de volta para multiusuário.

    Então este é o padrão que eu sigo agora:

    ALTER DATABASE xxx SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
--do maintenance/backup stuff...
ALTER DATABASE xxx SET OFFLINE; --gives you that "Failed to restart the current database. The current database is switched to master." message
ALTER DATABASE xxx SET MULTI_USER; --but you still own that "single user" connection to it, due to that shared DB-level lock.
    • 1

relate perguntas