在日常管理 SQL Server 的过程中，您可能会遇到这样的棘手情况：数据库长时间卡在“正在恢复”状态，既无法正常访问，也无法直接删除。这种故障通常由还原操作意外中断或日志文件异常导致。不过，有几种经过验证的解决方法可以应对，下面按照推荐的优先级顺序为您详细说明。
方法一：先完成恢复再删除（首选推荐）
这是最规范、风险最低的处理思路——先让卡住的数据库顺利执行完恢复流程，待其恢复正常状态后，再执行删除操作。
- 打开 SQL Server Management Studio (SSMS)，点击顶部工具栏的“新建查询”。
- 执行以下 SQL 语句，注意将
[你的数据库名称]替换为你要删除的实际数据库名（例如AIS20260123152346），然后运行。
-- 尝试完成数据库恢复 RESTORE DATABASE [你的数据库名称] WITH RECOVERY; -- 如果上一步成功，再删除数据库 DROP DATABASE [你的数据库名称];
方法二：强制终止恢复进程并删除（如果方法一无效）
若方法一执行后报错或没有效果，说明恢复进程确实已卡死。此时需要先查找并终止对应的进程，然后再删除数据库。
查找正在进行的还原会话：在新查询窗口中执行以下 SQL，定位卡住的还原进程的 session_id。
SELECT session_id, command, status, percent_complete
FROM sys.dm_exec_requests
WHERE command IN ('RESTORE DATABASE', 'RESTORE LOG');
终止还原进程：假设查到的 session_id 为 75，则执行以下命令强制杀掉该进程。
KILL 75;
删除数据库：进程终止后，数据库可能变为“恢复挂起”或类似状态，此时再次尝试删除。
DROP DATABASE [你的数据库名称];
方法三：强制离线后删除（保底方案）
如果以上两种方法均无效，还有一个更彻底的保底方案：强制将数据库设为“单用户”模式，并立即回滚所有未完成的事务。这通常能踢掉所有阻塞的连接，从而顺利完成删除操作。
USE [master]; -- 强制将数据库设为单用户模式，并立即回滚所有连接 ALTER DATABASE [你的数据库名称] SET SINGLE_USER WITH ROLLBACK IMMEDIATE; -- 现在删除数据库 DROP DATABASE [你的数据库名称]; -- 删除不了，可以任务->脱机->删除
注意事项
- 谨慎操作：删除数据库是不可逆的操作，请务必确认不再需要该数据库的数据后再执行。
- 权限要求：执行这些操作需要具备相应的服务器权限（例如
sysadmin角色）。
