SqlServer强制断开数据库已有连接的方法

在执行建库脚本时，往往会先将原有的数据库drop掉，由于SqlServer检测到有数据连接时禁止执行drop database操作，所以建库脚本经常执行失败，为此我们需要一种能强制断开数据库已有连接的方法,需要的朋友可以参考下 在SQL Server中，当需要对一个数据库进行删除（DROP DATABASE）操作时，如果该数据库还有活动的连接或会话，SQL Server将不允许执行这个操作，因为这可能导致数据丢失或者破坏正在进行的事务。为了确保建库脚本能够顺利执行，我们需要在删除数据库之前，先强制断开所有与该数据库相关的连接。以下是一种使用T-SQL来实现这个目标的方法。 我们需要编写一段SQL代码，通过查询`sysprocesses`系统视图来获取当前连接到指定数据库的所有会话ID（SPID）。在这个例子中，我们将数据库名替换为`Your_Database_Name`。以下是具体的T-SQL代码： ```sql DECLARE @i INT DECLARE cur CURSOR FOR SELECT spid FROM sysprocesses WHERE db_name(dbid) = 'Your_Database_Name' OPEN cur FETCH NEXT FROM cur INTO @i WHILE @@fetch_status = 0 BEGIN EXEC ('KILL ' + @i) FETCH NEXT FROM cur INTO @i END CLOSE cur DEALLOCATE cur ``` 这段代码定义了一个游标（cur），遍历`sysprocesses`中与目标数据库关联的SPID，并逐个执行`KILL`语句来终止这些会话。`KILL`命令用于强制结束一个SQL Server进程，从而断开连接。 在实际应用中，为了方便集成到建库脚本中，我们可以将上述T-SQL语句封装到一个批处理脚本中。例如，使用osql工具（或sqlcmd工具）执行以下命令： ```cmd ::: Disconnect existing Fortune database connections osql -S"%1" -U"%2" -P"%3" -Q"DECLARE @i INT DECLARE cur CURSOR FOR SELECT spid FROM sysprocesses WHERE db_name(dbid)= 'Your_Database_Name' OPEN cur FETCH NEXT FROM cur INTO @i WHILE @@fetch_status=0 BEGIN EXEC('KILL '+@i) FETCH NEXT FROM cur INTO @i END CLOSE cur DEALLOCATE cur" ``` 这里，`%1`、`%2`和`%3`分别代表SQL Server实例的服务器名称、用户名和密码。确保将`Your_Database_Name`替换为实际的数据库名称。 执行这个批处理脚本后，所有连接到指定数据库的会话都会被终止，这样就可以安全地执行DROP DATABASE语句了。 需要注意的是，强制断开会话可能会导致用户未完成的操作丢失，因此在执行此操作前应谨慎考虑，尤其是在生产环境中。另外，如果数据库中包含长时间运行的事务，可能需要等待事务完成或者手动回滚，否则`KILL`命令可能无法立即断开连接。 强制断开数据库连接是解决SQL Server在执行DROP DATABASE时遇到阻塞问题的一种方法，但应谨慎使用，尽量避免在不必要的情况下中断用户的操作。在设计数据库维护脚本时，应考虑到这种操作的潜在风险，并提前通知可能受影响的用户。