データベースへのすべての接続を強制終了するスクリプト（RESTRICTED_USER ROLLBACK以上）

Visual Studioデータベースプロジェクトから（TFS自動ビルドを介して）頻繁に再展開する開発データベースがあります。

ビルドを実行すると、次のエラーが発生することがあります。

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して接続を強制終了できますが、自動ビルドでこれを行う自動方法が必要です。（今回の接続は、ドロップしようとしているdb上の唯一のものです。）

接続しているユーザーに関係なくデータベースを削除できるスクリプトはありますか？

更新しました

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

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

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

あまり知られていない：GO SQLステートメントは、前のコマンドを繰り返す回数だけ整数をとることができます。

だからあなたが：

ALTER DATABASE [DATABASENAME] SET SINGLE_USER
GO

次に：

USE [DATABASENAME]
GO 2000

これにより、USEコマンドが2000回繰り返され、他のすべての接続で強制的にデッドロックが発生し、単一の接続の所有権が取得されます。（クエリウィンドウに、必要に応じてアクセスできるようにします。）

私の経験では、SINGLE_USERを使用するとほとんどの場合に役立ちますが、注意が必要です。SINGLE_USERコマンドを開始してから終了するまでの間に、別の「ユーザー」が私ではなく、SINGLE_USERアクセス。それが発生した場合、データベースへのアクセスを取り戻すのは難しい仕事です（私の場合、SQLデータベースを使用するソフトウェアで実行されていた特定のサービスであり、私が実行する前にSINGLE_USERアクセスを保持していました）。最も信頼できる方法であると私が思う（それを保証することはできませんが、これから数日間テストします）とは、実際には次のとおりです。-
アクセスを妨害する可能性のあるサービスを停止します（ある場合）
-上記の「kill」スクリプトを使用して、すべての接続を閉じます
-その直後にデータベースをsingle_userに設定します
-次に復元を行います

非推奨のsysprocessesシステムテーブルに代わって、dm_exec_sessions DMVを使用するように更新されたマシューの非常に効率的なスクリプト：

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;

受け入れられた回答には、接続されているもの以外のデータベース内のテーブルを含むクエリを実行している接続によってデータベースがロックされる可能性があることを考慮しないという欠点があります。

これは、サーバーインスタンスに複数のデータベースがあり、クエリが直接または（たとえば、類義語を介して）間接的に複数のデータベース内のテーブルを使用している場合などです。

したがって、killする接続を見つけるために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);

プロセスの強制終了中の例外に注意する必要があります。したがって、次のスクリプトを使用できます。

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は素晴らしい答えを書きました。2セントを足したいだけです。以下のコードは、@ AlexKの回答に完全に基づいています。違いは、最後のバッチが実行されてからのユーザーと時間を指定できることです（コードはmaster..sysprocessの代わりにsys.dm_exec_sessionsを使用することに注意してください）。

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)

この例では、最後のバッチが1時間以上前に実行されたユーザーusrDBTestのプロセスのみが強制終了されます。

あなたはそのようなカーソルを使うことができます：

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

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
*/

以下の簡単なコードでうまくテストできました

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