SQL-Server: 错误 - 无法获得独占访问权限，因为数据库正在使用中

设置恢复文件的路径。点击左侧的“选项”。取消选中“还原前进行尾日志备份”勾选复选框 - “关闭与目标数据库的现有连接”。单击确定。

---

我假设如果您要恢复数据库，则不关心该数据库上的任何现有事务。正确的？如果是这样，这应该适合你：

USE master
GO

ALTER DATABASE AdventureWorksDW
SET SINGLE_USER
--This rolls back all uncommitted transactions in the db.
WITH ROLLBACK IMMEDIATE
GO

RESTORE DATABASE AdventureWorksDW
FROM ...
...
GO

现在，还有一项需要注意的事项。将数据库设置为单用户模式后，其他人可能会尝试连接到数据库。如果他们成功，您将无法继续进行还原。这是一场比赛！我的建议是一次运行所有三个语句。

---

在恢复数据库之前执行此查询：

alter database [YourDBName] 
set offline with rollback immediate

恢复后的这个：

  alter database [YourDBName] 
  set online

---

对我来说，解决方案是：

在左侧的 optoins 选项卡中选中覆盖现有数据库（WITH REPLACE）。取消选中所有其他选项。选择源和目标数据库。单击确定。

而已。

---

在恢复数据库之前，使用以下脚本查找并终止所有打开的数据库连接。

declare @sql as varchar(20), @spid as int

select @spid = min(spid)  from master..sysprocesses  where dbid = db_id('<database_name>') 
and spid != @@spid    

while (@spid is not null)
begin
    print 'Killing process ' + cast(@spid as varchar) + ' ...'
    set @sql = 'kill ' + cast(@spid as varchar)
    exec (@sql)

    select 
        @spid = min(spid)  
    from 
        master..sysprocesses  
    where 
        dbid = db_id('<database_name>') 
        and spid != @@spid
end 

print 'Process completed...'

希望这会有所帮助...

---

将原始数据库离线为我工作

https://i.stack.imgur.com/eRrwO.png

---

我刚刚重新启动了 sqlexpress 服务，然后恢复正常完成

---

我认为您只需在尝试恢复之前将数据库设置为单用户模式，如下所示，只需确保您使用的是 master

USE master
GO
ALTER DATABASE AdventureWorksDW
SET SINGLE_USER

---

Use Master
alter database databasename set offline with rollback immediate;

--Do Actual Restore
RESTORE DATABASE databasename
FROM DISK = 'path of bak file'
WITH MOVE 'datafile_data' TO 'D:\newDATA\data.mdf',
MOVE 'logfile_Log' TO 'D:\newDATA\DATA_log.ldf',replace

alter database databasename set online with rollback immediate;
GO

---

将数据库设置为单用户模式对我不起作用，但将其脱机，然后将其重新联机确实有效。它位于数据库的右键菜单中，位于任务下。

请务必选中对话框中的“删除所有活动连接”选项。

---

我在尝试恢复 MS SQL Server 2012 上的数据库时遇到了这个问题。

这对我有用：

我必须首先在备份文件上运行 RESTORE FILELISTONLY 命令以列出逻辑文件名：

RESTORE FILELISTONLY 
    FROM DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup\my_db_backup.bak'

这分别显示了数据库的数据和日志文件的逻辑名称和相应的物理名称：

LogicalName      PhysicalName               
com.my_db        C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\com.my_db.mdf
com.my_db_log    C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\com.my_db_log.ldf

我所要做的就是在我的数据库还原脚本中分别替换数据库的数据和日志文件的 LogicalName 和相应的 PhysicalName：

USE master;
GO

ALTER DATABASE my_db SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
GO

    
RESTORE DATABASE my_db
    FROM DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup\my_db_backup.bak'
    WITH REPLACE,
    MOVE 'com.my_db' TO 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\com.my_db.mdf',
    MOVE 'com.my_db_log' TO 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\com.my_db_log.ldf'
GO
    
ALTER DATABASE my_db SET MULTI_USER;
GO

并且数据库还原任务成功运行：

就这样。

我希望这有帮助

---

这是我从生产到开发进行数据库恢复的一种方式：

注意：我通过 SSAS 工作每天将生产数据库推向开发：

Step1：删除开发中的前一天备份：

declare @sql varchar(1024);

set @sql = 'DEL C:\ProdAEandAEXdataBACKUP\AE11.bak'
exec master..xp_cmdshell @sql

Step2：将生产数据库复制到开发：

declare @cmdstring varchar(1000)
set @cmdstring = 'copy \\Share\SQLDBBackup\AE11.bak C:\ProdAEandAEXdataBACKUP'
exec master..xp_cmdshell @cmdstring 

Step3：通过运行.sql脚本恢复

SQLCMD -E -S dev-erpdata1 -b -i "C:\ProdAEandAEXdataBACKUP\AE11_Restore.sql"

AE11_Restore.sql 文件中的代码：

RESTORE DATABASE AE11
FROM DISK = N'C:\ProdAEandAEXdataBACKUP\AE11.bak'
WITH MOVE 'AE11' TO 'E:\SQL_DATA\AE11.mdf',
MOVE 'AE11_log' TO 'D:\SQL_LOGS\AE11.ldf',
RECOVERY;

---

当没有足够的磁盘空间来恢复 Db 时出现此错误。清理一些空间解决了它。

---

解决方案 1：重新启动 SQL 服务并尝试恢复 DB 解决方案 2：重新启动系统/服务器并尝试恢复 DB 解决方案 3：收回当前 DB，删除当前/目标 DB 并尝试恢复 DB。

---

当我不知道时，我收到了这个错误，其他人在另一个 SSMS 会话中连接到数据库。在我将它们注销后，还原成功完成。

---