ALTER DATABASE non riuscito perché non è stato possibile posizionare un blocco sul database

Ho bisogno di riavviare un database perché alcuni processi non funzionano. Il mio piano è di metterlo offline e di nuovo online.

Sto provando a farlo in SQL Server Management Studio 2008:

use master;
go
alter database qcvalues
set single_user
with rollback immediate;
alter database qcvalues
set multi_user;
go

Ricevo questi errori:

Msg 5061, Level 16, State 1, Line 1
ALTER DATABASE failed because a lock could not be placed on database 'qcvalues'. Try again later.
Msg 5069, Level 16, State 1, Line 1
ALTER DATABASE statement failed.
Msg 5061, Level 16, State 1, Line 4
ALTER DATABASE failed because a lock could not be placed on database 'qcvalues'. Try again later.
Msg 5069, Level 16, State 1, Line 4
ALTER DATABASE statement failed.

Che cosa sto facendo di sbagliato?

Dopo aver visualizzato l'errore, esegui

EXEC sp_who2

Cerca il database nell'elenco. È possibile che una connessione non sia stata terminata. Se trovi connessioni al database, esegui

KILL <SPID>

dove si <SPID>trova lo SPID per le sessioni connesse al database.

Prova lo script dopo aver rimosso tutte le connessioni al database.

Sfortunatamente, non ho un motivo per cui stai riscontrando il problema, ma ecco un link che mostra che il problema si è verificato altrove.

http://www.geakeit.co.uk/2010/12/11/sql-take-offline-fails-alter-database-failed-because-a-lock-could-not-error-5061/

Sono riuscito a riprodurre questo errore nel modo seguente.

Connessione 1 (lasciare in esecuzione per un paio di minuti)

CREATE DATABASE TESTING123
GO

USE TESTING123;

SELECT NEWID() AS X INTO FOO
FROM sys.objects s1,sys.objects s2,sys.objects s3,sys.objects s4 ,sys.objects s5 ,sys.objects s6

Collegamenti 2 e 3

set lock_timeout 5;

ALTER DATABASE TESTING123 SET SINGLE_USER WITH ROLLBACK IMMEDIATE;

Prova questo se è "in transizione" ...

http://learnmysql.blogspot.com/2012/05/database-is-in-transition-try-statement.html

USE master
GO

ALTER DATABASE <db_name>

SET OFFLINE WITH ROLLBACK IMMEDIATE
...
...
ALTER DATABASE <db_name> SET ONLINE

Lo aggiungerò qui nel caso qualcuno sarà fortunato come me.

Quando si esamina l' elenco di processi sp_who2 , annotare i processi eseguiti non solo per il database interessato ma anche per il master . Nel mio caso il problema che stava bloccando il database era correlato a una procedura memorizzata che ha avviato un xp_cmdshell.

Verificare se sono presenti processi nello stato KILL / RollBack per il database principale

SELECT *
FROM sys.sysprocesses
WHERE cmd = 'KILLED/ROLLBACK'

Se hai lo stesso problema, probabilmente solo il comando KILL non ti aiuterà. È possibile riavviare il server SQL o il modo migliore è trovare cmd.exe nei processi di Windows sul sistema operativo SQL Server e ucciderlo.

In SQL Management Studio, vai su Sicurezza -> Login e fai doppio clic sul tuo Login. Scegli Ruoli server dalla colonna di sinistra e verifica che sysadmin sia selezionato.

Nel mio caso, ero collegato a un account senza quel privilegio.

HTH!

Uccidere l'ID processo ha funzionato bene per me. Quando esegui il comando "EXEC sp_who2" su una nuova finestra di query ... e filtra i risultati per il database "occupato", uccidere i processi con il comando "KILL" è riuscito a fare il trucco. Dopodiché tutto ha funzionato di nuovo.

Solo per aggiungere i miei due centesimi. Mi sono messo nella stessa situazione, mentre cercavo i privilegi minimi richiesti di un accesso db per eseguire correttamente l'istruzione:

ALTER DATABASE ... SET SINGLE_USER WITH ROLLBACK IMMEDIATE

Sembra che l'istruzione ALTER si completi correttamente , quando eseguita con un login sysadmin , ma richiede la parte di pulizia delle connessioni, quando eseguita con un login che ha "solo" autorizzazioni limitate come:

ALTER ANY DATABASE

PS Ho passato ore a cercare di capire perché "ALTER DATABASE .." non funziona se eseguito con un account di accesso che ha il ruolo dbcreator + i privilegi ALTER ANY DATABASE . Ecco il mio thread MSDN !

So che questo è un vecchio post, ma di recente ho riscontrato un problema molto simile. Sfortunatamente non sono stato in grado di utilizzare nessuno dei comandi alter database perché non è stato possibile posizionare un blocco esclusivo. Ma non sono mai stato in grado di trovare una connessione aperta con il db. Alla fine ho dovuto eliminare forzatamente lo stato di integrità del database per forzarlo in uno stato di ripristino anziché nel ripristino.

In rari casi (ad es. Dopo aver eseguito una transazione pesante) un processo di sistema CHECKPOINT in esecuzione che tiene un blocco FILE sul file di database impedisce la transizione alla modalità MULTI_USER.

Nel mio scenario, non vi era alcun processo che bloccava il database in sp_who2. Tuttavia, abbiamo scoperto che il database è molto più grande degli altri nostri database e che i processi in sospeso erano ancora in esecuzione, motivo per cui il database nel gruppo di disponibilità veniva ancora visualizzato come rosso / offline dopo aver provato a "riprendere i dati" facendo clic con il pulsante destro del mouse sul database in pausa.

Per verificare se i processi sono ancora in esecuzione, eseguire questo comando: selezionare percent complete da sys.dm_exec_requests dove percent_complete> 0