SQL Server 2019：备份Dev恢复为Prod后Dev库显示‘Restoring’的原因及解决

可能原因 #

• 备份会话残留或资源未释放：备份Dev库的过程中，如果有未完成的事务、挂起的会话，或者备份操作的资源没彻底释放，SQL Server可能误把Dev库标记为恢复中——哪怕你只是用它的备份去恢复Production库，内部资源关联也可能触发这个异常。
• 备份参数使用不当：如果备份时没加COPY_ONLY参数，且Dev库存在跨库依赖，可能导致备份完成后源库状态异常。
• SQL Server 2019版本bug：部分2019版本在跨库备份-恢复操作时，存在状态标记逻辑错误，会错误把源库置为恢复中状态。

修复方法 #

1. 清理异常会话 #

先查一下有没有关联Dev库的异常会话：

SELECT 
    session_id, 
    status, 
    command, 
    database_id, 
    DB_NAME(database_id) AS database_name
FROM sys.dm_exec_requests
WHERE DB_NAME(database_id) = 'Dev';

如果找到状态是suspended或者和备份/恢复相关的会话，直接杀掉（替换成实际的session_id）：

KILL [session_id];

2. 强制恢复Dev库 #

要是杀完会话状态还是没变，直接执行强制恢复命令——这不会破坏Dev库的数据，只是让SQL Server把状态切回正常：

RESTORE DATABASE Dev WITH RECOVERY;

3. 检查数据库完整性 #

恢复完建议跑一遍完整性检查，确保没出问题：

DBCC CHECKDB('Dev') WITH NO_INFOMSGS, ALL_ERRORMSGS;

4. 后续备份注意事项 #

以后备份Dev库的时候，记得加COPY_ONLY参数，避免影响源库的备份链和状态：

BACKUP DATABASE Dev TO DISK = 'D:\Backups\Dev_CopyOnly.bak' WITH COPY_ONLY, INIT;

内容的提问来源于stack exchange，提问作者user5125988