我知道为什么了。

如果发出RESTORE DATABASE命令的客户端在恢复期间断开连接，则恢复将卡住。

奇怪的是，当客户机连接告诉服务器恢复数据库时，除非客户机一直保持连接，否则服务器不会完成恢复。

为我解决问题的是

停止实例 在data文件夹中创建.mdf和.ldf文件的备份 重新启动实例 删除恢复卡住的数据库 把。mdf和。LDF文件返回到数据文件夹 将实例附加到.mdf和.ldf文件

在使用SQL server management studio恢复数据库时遇到了类似的问题，它陷入了恢复模式。经过几个小时的问题跟踪，下面的查询对我有用。下面的查询将数据库从现有备份恢复到以前的状态。我相信，关键在于.mdf和.log文件在同一个目录下。

RESTORE DATABASE aqua_lc_availability
FROM DISK = 'path to .bak file'
WITH RECOVERY

先检查并运行SQL代理服务。 使用以下T-SQL: 选择文件名 从master.sys.sysaltfiles WHERE dbid = DB_ID('db_name'); 连续使用T-SQL: 从磁盘恢复数据库= 'DB_path' 与 重启,取代;

希望这对你有所帮助!

我使用赛门铁克Backup Exec 11d将数据库恢复到SQL Server 2005标准版实例时遇到了这种情况。恢复作业完成后，数据库仍处于“还原”状态。我没有磁盘空间问题——数据库只是没有从“还原”状态中出来。

我对SQL Server实例运行以下查询，发现数据库立即变得可用:

RESTORE DATABASE <database name> WITH RECOVERY

如果您想从备份文件恢复SQL Server数据库，可以使用以下脚本:

RESTORE DATABASE [MyDatabase] -- which database to restore
FROM DISK = N'X:\MyDatabase.bak' -- location of the database backup
WITH 
    FILE = 1, -- restore from a backup file
    -- declare where the file groups should be located (can be more than two)
    MOVE N'MyDatabase_Data' TO N'D:\SSDPATH\MyDatabase.mdf',
    MOVE N'MyDatabase_Log' TO N'E:\HDDPATH\MyDatabase.ldf',
    -- Tape option; only relevant if you backup from magnetic tape
    NOUNLOAD,
    -- brings the database online after the database got restored
    -- use this option when you don't want to restore incremental backups
    -- use NORECOVERY when you want to restore differential and incremental backup files
    RECOVERY,
    -- replace existing database with the backup 
    -- deletes the existing database
    REPLACE, 
    -- print log message for every 1 percent of restore
    STATS = 1;