ALTER DATABASE a échoué car un verrou n'a pas pu être placé sur la base de données.

Question

Je dois redémarrer une base de données car certains processus ne fonctionnent pas. J'ai l'intention de la mettre hors ligne et de la remettre en ligne.

J'essaie de faire cela dans Sql Server Management Studio 2008 :

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

J'obtiens ces erreurs :

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.

Qu'est-ce que je fais de mal ?

Answer 1

Après avoir obtenu l'erreur, exécutez

EXEC sp_who2

Cherchez la base de données dans la liste. Il est possible qu'une connexion n'ait pas été interrompue. Si vous trouvez des connexions à la base de données, exécutez

KILL <SPID>

où <SPID> est le SPID des sessions qui sont connectées à la base de données.

Essayez votre script après que toutes les connexions à la base de données aient été supprimées.

Malheureusement, je n'ai pas la raison pour laquelle vous rencontrez ce problème, mais voici un lien qui montre que le problème s'est produit ailleurs.

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

Answer 2

J'ai réussi à reproduire cette erreur en procédant comme suit.

Connexion 1 (laisser fonctionner pendant quelques minutes)

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

Connexions 2 et 3

set lock_timeout 5;

ALTER DATABASE TESTING123 SET SINGLE_USER WITH ROLLBACK IMMEDIATE;

Answer 3

Essayez ceci si elle est "en transition" ...

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

Answer 4

Dans SQL Management Studio, allez dans Sécurité -> Logins et double-cliquez sur votre Login. Choisissez Server Roles dans la colonne de gauche, et vérifiez que sysadmin est coché.

Dans mon cas, j'étais connecté sur un compte sans ce privilège.

HTH !

Answer 5

Tuer l'ID du processus a bien fonctionné pour moi. En exécutant la commande "EXEC sp_who2" sur une nouvelle fenêtre de requête... et en filtrant les résultats pour la base de données "occupée", tuer les processus avec la commande "KILL" a réussi à faire l'affaire. Après cela, tout a fonctionné à nouveau.