我实际上有一个问题，我的db几乎被进程和竞争条件锁定，当我得到一个命令执行刷新时，他们再次锁定…我不得不在SSMS中背靠背地运行以下命令，让我离线，从那里我做了我的恢复，并恢复在线，这两个查询在哪里:

第一个跑:

USE master
GO

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

EXEC(@kill);

然后紧接着(在第二个查询窗口中):

USE master ALTER DATABASE <yourDbName> SET OFFLINE WITH ROLLBACK IMMEDIATE

做了我需要做的，然后重新上线。感谢所有为我写这些文章的人，让我把这些文章结合起来，解决我的问题。

您可以添加立即回滚更改的选项。

ALTER DATABASE BARDABARD
SET MULTI_USER
WITH ROLLBACK IMMEDIATE
GO

我刚固定使用以下步骤，它可能会帮助你。

步骤:1

一步:2

一步:3

一步:4

一步:5

然后运行下面的查询。

ALTER DATABASE YourDBName
SET MULTI_USER
WITH ROLLBACK IMMEDIATE
GO

享受……!

该错误消息通常意味着还有其他进程连接到DB。试着运行这个，看看哪些是连接的:

exec sp_who

这将返回进程，然后你应该能够运行:

kill [XXX]

其中[xxx]是您试图杀死的进程的蜘蛛。

然后你可以运行上面的语句。

我实际上有一个问题，我的db几乎被进程和竞争条件锁定，当我得到一个命令执行刷新时，他们再次锁定…我不得不在SSMS中背靠背地运行以下命令，让我离线，从那里我做了我的恢复，并恢复在线，这两个查询在哪里:

第一个跑:

USE master
GO

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

EXEC(@kill);

然后紧接着(在第二个查询窗口中):

USE master ALTER DATABASE <yourDbName> SET OFFLINE WITH ROLLBACK IMMEDIATE

做了我需要做的，然后重新上线。感谢所有为我写这些文章的人，让我把这些文章结合起来，解决我的问题。

我和当地的数据库出了点问题。

我能够通过停止SQL server来解决这个问题，然后启动SQL server，然后使用SSMS UI将DB属性更改为Multi_User。

当我试图恢复备份时，数据库进入“单用户”模式。在尝试恢复之前，我没有创建目标数据库的备份(SQL 2017)。这样你每次都能成功。

停止SQL Server，启动SQL Server，然后运行上述脚本或使用用户界面。