我想修改以下内容,因为它似乎没有杀死进程 - 我认为它应该断开用户(这是一样的吗?)。我希望能够杀死特定数据库的所有进程 - 如何修改以下内容:
create procedure [dbo].[sp_killusers](@database varchar(30))
as
----------------------------------------------------
-- * Created By David Wiseman, Updated 19/11/2006
-- * http://www.wisesoft.co.uk
-- * This procedure takes the name of a database as input
-- * and uses the kill statment to disconnect them from
-- * the database.
-- * PLEASE USE WITH CAUTION!!
-- * Usage:
-- * exec sp_killusers 'databasename'
----------------------------------------------------
set nocount on
declare @spid int
declare @killstatement nvarchar(10)
-- Declare a cursor to select the users connected to the specified database
declare c1 cursor for select request_session_id
from sys.dm_tran_locks
where resource_type='DATABASE'
AND DB_NAME(resource_database_id) = @database
open c1
fetch next from c1 into @spid
-- for each spid...
while @@FETCH_STATUS = 0
begin
-- Don't kill the connection of the user executing this statement
IF @@SPID <> @spid
begin
-- Construct dynamic sql to kill spid
set @killstatement = 'KILL ' + cast(@spid as varchar(3))
exec sp_executesql @killstatement
-- Print killed spid
print @spid
end
fetch next from c1 into @spid
end
-- Clean up
close c1
deallocate c1
以上不起作用,即它不会杀死该过程。
它不会杀死这个过程。我看着 活动监视器及其静止 显示过程继续,我可以 看到我的查询仍然在工作 查询窗口。当我做“杀53”时, 查询在查询窗口中停止 这个过程已从活动中消失 监控!所以杀人有效但不是这个程序为什么?
答案 0 :(得分:3)
您是否只是想停止对特定数据库的所有活动,以便对其进行一些维护?
如果是这样,您可以执行以下操作:
ALTER DATABASE myDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
这将终止访问数据库的所有其他SPID,并将数据库置于单用户模式。然后执行维护操作,然后执行以下操作:
ALTER DATABASE myDB SET MULTI_USER;
答案 1 :(得分:2)
我熟悉这个脚本。它会杀死所有正在使用数据库的SPID,是的。您需要在正确的权限下运行它 - 不只是任何用户都可以杀死SPID。
此外,您可能有应用程序尝试维护与数据库的持久连接,因此可能会在您终止其SPID后立即重新连接。
答案 2 :(得分:0)
你可能想尝试使用exec而不是sp_exec(不是它应该有任何区别)
SET @killstatement = 'KILL ' + cast(@spid as varchar(3))
EXEC (@killstatement)
答案 3 :(得分:0)
您是否尝试过程序运行时实际发生的调试/输出?例如,您可以修改@killstatement以声明为nvarchar(max)并包含一些详细输出(如下所示)并发布结果吗?基本上用以下内容替换开始/结束块中的所有内容:
-- Construct dynamic sql to kill spid
select @killstatement = N'
select *
from sys.dm_exec_sessions s
join sys.dm_exec_connections c
on s.session_id = c.session_id
where c.session_id = @spid;
kill ' + cast(@spid as varchar(3)) + ';
select *
from sys.dm_exec_sessions s
join sys.dm_exec_connections c
on s.session_id = c.session_id
where c.session_id = @spid;
';
-- Print & Exec
print @killstatement;
exec sp_executesql @killstatement, N'@spid smallint', @spid;
print @spid;
没有理由在过程代码中应该有任何不同的行为,而不是在连接中明确执行 - 假设你有适当的权限,杀死有效的spid等等。如果你可以发布一些调试的结果,如以上(以及你可能尝试过的任何其他事情),它将有助于找出问题所在。您可能还希望包含游标声明结果的调试输出,以确保您实际上正在获取要杀死的会话 - 即只需包含您在游标中使用的相同选择以声明输出结果集,如下所示:
declare c1 cursor for select request_session_id
from sys.dm_tran_locks
where resource_type='DATABASE'
AND DB_NAME(resource_database_id) = @database
-- Debug output - sessions we should try and kill...
select request_session_id
from sys.dm_tran_locks
where resource_type='DATABASE'
AND DB_NAME(resource_database_id) = @database;
如果您可以发布结果,希望这会给我们一些事情。
答案 4 :(得分:0)
这些都不适用于你,但是这里有一些奇怪的情况我在几年前处理这样的事情时遇到了一些奇怪的情况(所有SQL 2005)。
运行SQL事件探查器并在运行此过程时跟踪登录和注销可能会有所启发,尤其是对于连接池问题。
答案 5 :(得分:0)
这适用于SQLServer 2000
DECLARE @DbName VARCHAR(100)
DECLARE @SPID INT
DECLARE @TranUOW UNIQUEIDENTIFIER
DECLARE @KillStmt NVARCHAR(100)
SET @DbName = 'MyDatabase'
-----------------------------------
-- Kill distributed transactions
DECLARE dist CURSOR FOR
SELECT DISTINCT req_transactionUOW
FROM master..syslockinfo
WHERE db_name(rsc_dbid) = @DbName
AND req_transactionUOW <> '00000000-0000-0000-0000-000000000000'
OPEN dist
FETCH NEXT FROM dist INTO @TranUOW
WHILE @@FETCH_STATUS = 0
BEGIN
SET @KillStmt = 'kill ''' + CAST(@TranUOW AS VARCHAR(50)) + ''''
PRINT @KillStmt
EXECUTE(@KillStmt)
FETCH NEXT FROM dist INTO @TranUOW
END
CLOSE dist
DEALLOCATE dist
-----------------------------------
-- Kill user connections
DECLARE cur CURSOR FOR
SELECT spid
FROM master..sysprocesses
WHERE db_name(dbid) = @DbName
AND spid > 50
OPEN cur
FETCH NEXT FROM cur INTO @SPID
WHILE @@FETCH_STATUS = 0
BEGIN
SET @KillStmt = 'kill ' + CAST(@SPID AS VARCHAR(10))
PRINT @KillStmt
EXECUTE(@KillStmt)
FETCH NEXT FROM cur INTO @SPID
END
CLOSE cur
DEALLOCATE cur