Скрипт для уничтожения всех соединений с базой данных (больше чем RESTRICTED_USER ROLLBACK)

Question

У меня есть база данных разработки, которая часто переустанавливается из проекта базы данных Visual Studio (через TFS Auto Build).

Иногда, когда я запускаю свою сборку, я получаю эту ошибку:

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.  

Я пробовал это:

ALTER DATABASE MyDB SET RESTRICTED_USER WITH ROLLBACK IMMEDIATE

, но я все еще не могу удалить базу данных.(Я предполагаю, что большинство разработчиков имеют доступ dbo.)

Я могу вручную запустить SP_WHO и начать уничтожать соединения, но мне нужен автоматический способ сделать это в автоматической сборке.(Хотя на этот раз мое соединение является единственным в БД, который я пытаюсь сбросить.)

Существует ли сценарий, который может удалить мою базу данных независимо от того, кто подключен?

Answer 1

Обновлено

Для MS SQL Server 2012 и выше

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);

Для 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); 

Answer 2

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

Ссылка: http://msdn.microsoft.com/en-us/library/bb522682%28v=sql.105%29.aspx

Answer 3

Вы можете получить скрипт, предоставляемый SSMS, выполнив следующие действия:

1. Щелкните правой кнопкой мыши базу данных в SSMS и выберите «Удалить»
2. В диалоговом окне установите флажок «Закрыть существующие подключения».
3. Нажмите кнопку «Сценарий» в верхней части диалогового окна.

Сценарий будет выглядеть примерно так:

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

Answer 4

Малоизвестно: оператор GO sql может принимать целое число для количества повторений предыдущей команды.

Так что если вы:

ALTER DATABASE [DATABASENAME] SET SINGLE_USER
GO

Тогда:

USE [DATABASENAME]
GO 2000

Это будет повторять команду USE 2000 раз, вызывать взаимоблокировку всех остальных соединений и переходить во владение одним соединением. (Предоставление вашему окну запроса единственного доступа к действиям, которые вы хотите.)

Answer 5

В высшей степени эффективный сценарий Мэтью обновлен для использования DMV dm_exec_sessions, заменив устаревшую системную таблицу 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;

Альтернатива с использованием цикла WHILE (если вы хотите обрабатывать любые другие операции за выполнение):

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;

Answer 6

По моему опыту, использование SINGLE_USER в большинстве случаев помогает, однако следует быть осторожным: у меня были случаи, когда между временем, когда я запускаю команду SINGLE_USER, и временем, когда она закончилась ... очевидно, еще один «пользователь»получил доступ SINGLE_USER, а не я.Если это произойдет, вам придется нелегко пытаться вернуть доступ к базе данных (в моем случае это была специальная служба, работающая для программного обеспечения с базами данных SQL, которая получила доступ SINGLE_USER раньше, чем я).То, что я думаю, должно быть самым надежным способом (не могу ручаться за это, но это то, что я буду проверять в ближайшие дни), на самом деле:
- остановить службы, которые могут помешать вашему доступу (если естьлюбой)
- используйте приведенный выше скрипт 'kill', чтобы закрыть все соединения
- сразу после этого установите для базы данных значение single_user
- затем выполните восстановление

Answer 7

Принятый ответ имеет недостаток, заключающийся в том, что он не принимает во внимание, что база данных может быть заблокирована соединением, которое выполняет запрос, который включает таблицы в базе данных, отличной от той, к которой подключен.

Это может быть в том случае, если экземпляр сервера имеет более одной базы данных и запрос прямо или косвенно (например, через синонимы) использует таблицы в более чем одной базе данных и т. Д.

Поэтому я считаю, что иногда лучшеиспользуйте syslockinfo, чтобы найти соединения для уничтожения.

Поэтому я бы предложил использовать приведенный ниже вариант принятого ответа от 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);

Answer 8

Вы можете использовать Курсор так:

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

Я написал об этом в своем блоге здесь: http://www.pigeonsql.com/single-post/2016/12/13/Kill-all-connections-on-DB-by-Cursor

Answer 9

@ AlexK написал отличный ответ .Я просто хочу добавить свои два цента.Приведенный ниже код полностью основан на ответе @ AlexK, разница в том, что вы можете указать пользователя и время с момента последнего выполнения пакета (обратите внимание, что код использует sys.dm_exec_sessions вместо 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)

В этом примере будет остановлен только процесс пользователя usrDBTest, последний пакет которого был выполнен более 1 часа назад.

Answer 10

Вы должны быть осторожны с исключениями во время процессов убийства. Таким образом, вы можете использовать этот скрипт:

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)