Skrypt zabijający wszystkie połączenia z bazą danych (Więcej niż RESTRICTED_USER ROLLBACK)

Mam programistyczną bazę danych, która często wdraża się ponownie z projektu Visual Studio Database (poprzez TFS Auto Build).

Czasami po uruchomieniu kompilacji pojawia się ten błąd:

ALTER DATABASE failed because a lock could not be placed on database 'MyDB'. Try again later.  
ALTER DATABASE statement failed.  
Cannot drop database "MyDB" because it is currently in use.  

Próbowałem tego:

ALTER DATABASE MyDB SET RESTRICTED_USER WITH ROLLBACK IMMEDIATE

ale nadal nie mogę upuścić bazy danych. (Domyślam się, że większość programistów ma dbodostęp.)

Mogę ręcznie uruchomić SP_WHOi zacząć zabijać połączenia, ale potrzebuję automatycznego sposobu, aby to zrobić w automatycznej kompilacji. (Chociaż tym razem moje połączenie jest jedyne w bazie danych, którą próbuję usunąć).

Czy istnieje skrypt, który może upuścić moją bazę danych niezależnie od tego, kto jest podłączony?

Zaktualizowano

Dla MS SQL Server 2012 i nowszych

USE [master];

DECLARE @kill varchar(8000) = '';  
SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), session_id) + ';'  
FROM sys.dm_exec_sessions
WHERE database_id  = db_id('MyDB')

EXEC(@kill);

Dla MS SQL Server 2000, 2005, 2008

USE master;

DECLARE @kill varchar(8000); SET @kill = '';  
SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), spid) + ';'  
FROM master..sysprocesses  
WHERE dbid = db_id('MyDB')

EXEC(@kill); 

USE master
GO
ALTER DATABASE database_name
SET OFFLINE WITH ROLLBACK IMMEDIATE
GO

Ref: http://msdn.microsoft.com/en-us/library/bb522682%28v=sql.105%29.aspx

Możesz uzyskać skrypt dostarczany przez SSMS, wykonując następujące czynności:

1. Kliknij prawym przyciskiem myszy bazę danych w SSMS i wybierz opcję usuń
2. W oknie dialogowym zaznacz pole wyboru „Zamknij istniejące połączenia”.
3. Kliknij przycisk Skrypt u góry okna dialogowego.

Skrypt będzie wyglądał mniej więcej tak:

USE [master]
GO
ALTER DATABASE [YourDatabaseName] SET  SINGLE_USER WITH ROLLBACK IMMEDIATE
GO
USE [master]
GO
DROP DATABASE [YourDatabaseName]
GO

Mało znane: instrukcja GO sql może przyjmować liczbę całkowitą powtarzającą poprzednie polecenie.

Więc jeśli ty:

ALTER DATABASE [DATABASENAME] SET SINGLE_USER
GO

Następnie:

USE [DATABASENAME]
GO 2000

Spowoduje to powtórzenie polecenia USE 2000 razy, wymuszenie zakleszczenia na wszystkich innych połączeniach i przejęcie na własność pojedynczego połączenia. (Dając dostęp do okna zapytania, możesz robić to, co chcesz.)

Z mojego doświadczenia wynika, że ​​używanie SINGLE_USER pomaga w większości przypadków, jednak należy zachować ostrożność: zdarzały mi się sytuacje, w których od momentu uruchomienia polecenia SINGLE_USER do momentu jego zakończenia ... najwyraźniej inny „użytkownik” otrzymał Dostęp SINGLE_USER, nie ja. Jeśli tak się stanie, czeka cię ciężka praca, próbująca odzyskać dostęp do bazy danych (w moim przypadku była to konkretna usługa działająca dla oprogramowania z bazami SQL, które wcześniej uzyskało dostęp do SINGLE_USER). To, co moim zdaniem powinno być najbardziej niezawodnym sposobem (nie mogę za to ręczyć, ale to właśnie przetestuję w nadchodzących dniach), to w rzeczywistości:
- zatrzymaj usługi, które mogą zakłócać twój dostęp (jeśli takie istnieją)
- użyj powyższego skryptu „kill”, aby zamknąć wszystkie połączenia
- natychmiast po tym ustaw bazę danych na single_user
- następnie przywróć

Niezwykle wydajny skrypt Matthew został zaktualizowany, aby używać DMV dm_exec_sessions, zastępując przestarzałą tabelę systemową sysprocesses:

USE [master];
GO

DECLARE @Kill VARCHAR(8000) = '';

SELECT
    @Kill = @Kill + 'kill ' + CONVERT(VARCHAR(5), session_id) + ';'
FROM
    sys.dm_exec_sessions
WHERE
    database_id = DB_ID('<YourDB>');

EXEC sys.sp_executesql @Kill;

Alternatywnie przy użyciu pętli WHILE (jeśli chcesz przetwarzać inne operacje na wykonanie):

USE [master];
GO

DECLARE @DatabaseID SMALLINT = DB_ID(N'<YourDB>');    
DECLARE @SQL NVARCHAR(10);

WHILE EXISTS ( SELECT
                1
               FROM
                sys.dm_exec_sessions
               WHERE
                database_id = @DatabaseID )    
    BEGIN;
        SET @SQL = (
                    SELECT TOP 1
                        N'kill ' + CAST(session_id AS NVARCHAR(5)) + ';'
                    FROM
                        sys.dm_exec_sessions
                    WHERE
                        database_id = @DatabaseID
                   );
        EXEC sys.sp_executesql @SQL;
    END;

Przyjęta odpowiedź ma tę wadę, że nie bierze pod uwagę, że bazę danych można zablokować przez połączenie, które wykonuje zapytanie obejmujące tabele w bazie danych innej niż ta, z którą jest połączone.

Może się tak zdarzyć, jeśli instancja serwera ma więcej niż jedną bazę danych, a zapytanie bezpośrednio lub pośrednio (na przykład przez synonimy) korzysta z tabel w więcej niż jednej bazie danych itp.

Dlatego uważam, że czasem lepiej jest użyć syslockinfo do znalezienia połączeń do zabicia.

Sugeruję zatem użycie poniższej odmiany zaakceptowanej odpowiedzi od AlexK:

USE [master];

DECLARE @kill varchar(8000) = '';  
SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), req_spid) + ';'  
FROM master.dbo.syslockinfo
WHERE rsc_type = 2
AND rsc_dbid  = db_id('MyDB')

EXEC(@kill);

Powinieneś uważać na wyjątki podczas procesów zabijania. Możesz więc użyć tego skryptu:

USE master;
GO
 DECLARE @kill varchar(max) = '';
 SELECT @kill = @kill + 'BEGIN TRY KILL ' + CONVERT(varchar(5), spid) + ';' + ' END TRY BEGIN CATCH END CATCH ;' FROM master..sysprocesses 
EXEC (@kill)

@AlexK napisał świetną odpowiedź . Chcę tylko dodać moje dwa centy. Poniższy kod jest całkowicie oparty na odpowiedzi @ AlexK, różnica polega na tym, że możesz określić użytkownika i czas od ostatniego uruchomienia partii (zwróć uwagę, że kod używa sys.dm_exec_sessions zamiast master..sysprocess):

DECLARE @kill varchar(8000);
set @kill =''
select @kill = @kill + 'kill ' +  CONVERT(varchar(5), session_id) + ';' from sys.dm_exec_sessions 
where login_name = 'usrDBTest'
and datediff(hh,login_time,getdate()) > 1
--and session_id in (311,266)    
exec(@kill)

W tym przykładzie zabity zostanie tylko proces użytkownika usrDBTest, którego ostatnia partia została wykonana ponad godzinę temu.

Możesz użyć takiego kursora :

USE master
GO

DECLARE @SQL AS VARCHAR(255)
DECLARE @SPID AS SMALLINT
DECLARE @Database AS VARCHAR(500)
SET @Database = 'AdventureWorks2016CTP3'

DECLARE Murderer CURSOR FOR
SELECT spid FROM sys.sysprocesses WHERE DB_NAME(dbid) = @Database

OPEN Murderer

FETCH NEXT FROM Murderer INTO @SPID
WHILE @@FETCH_STATUS = 0

    BEGIN
    SET @SQL = 'Kill ' + CAST(@SPID AS VARCHAR(10)) + ';'
    EXEC (@SQL)
    PRINT  ' Process ' + CAST(@SPID AS VARCHAR(10)) +' has been killed'
    FETCH NEXT FROM Murderer INTO @SPID
    END 

CLOSE Murderer
DEALLOCATE Murderer

Napisałem o tym na moim blogu tutaj: http://www.pigeonsql.com/single-post/2016/12/13/Kill-all-connections-on-DB-by-Cursor

SELECT
    spid,
    sp.[status],
    loginame [Login],
    hostname, 
    blocked BlkBy,
    sd.name DBName, 
    cmd Command,
    cpu CPUTime,
    memusage Memory,
    physical_io DiskIO,
    lastwaittype LastWaitType,
    [program_name] ProgramName,
    last_batch LastBatch,
    login_time LoginTime,
    'kill ' + CAST(spid as varchar(10)) as 'Kill Command'
FROM master.dbo.sysprocesses sp 
JOIN master.dbo.sysdatabases sd ON sp.dbid = sd.dbid
WHERE sd.name NOT IN ('master', 'model', 'msdb') 
--AND sd.name = 'db_name' 
--AND hostname like 'hostname1%' 
--AND loginame like 'username1%'
ORDER BY spid

/* If a service connects continously. You can automatically execute kill process then run your script:
DECLARE @sqlcommand nvarchar (500)
SELECT @sqlcommand = 'kill ' + CAST(spid as varchar(10))
FROM master.dbo.sysprocesses sp 
JOIN master.dbo.sysdatabases sd ON sp.dbid = sd.dbid
WHERE sd.name NOT IN ('master', 'model', 'msdb') 
--AND sd.name = 'db_name' 
--AND hostname like 'hostname1%' 
--AND loginame like 'username1%'
--SELECT @sqlcommand
EXEC sp_executesql @sqlcommand
*/

Testowałem pomyślnie z prostym kodem poniżej

USE [master]
GO
ALTER DATABASE [YourDatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE
GO