如果您想从备份文件恢复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;

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

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

RESTORE DATABASE <database name> WITH RECOVERY

我知道为什么了。

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

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

好吧，我有类似的问题，就像在Pauk的情况下一样，这是由服务器在恢复时耗尽磁盘空间引起的，因此导致了永久恢复状态。 如何在不停止SQL Server服务的情况下结束此状态?

我找到了一个解决方案:)

Drop database *dbname*

我也有同样的问题……虽然我不知道为什么我的数据库遇到这个问题，因为我的驱动器没有满…好像是被损坏了什么的。我尝试了以上所有的，没有一个完全工作，我特别认为建议停止服务和删除mdf和ldf文件将工作…但在恢复时仍然死机?

我最终通过删除上面提到的文件来解决这个问题，但我没有尝试再次恢复DB，而是复制了新鲜的.mdf和.ldf文件，并使用前端附件向导附加这些文件。如释重负，它起作用了!!

它花了永远复制的新文件，因为我正在使用虚拟机…所以用剪贴板复制粘贴本身就花了一个小时，所以我只推荐这是最后一次尝试。

你试过运行验证吗?确保这是声音备份。

http://msdn.microsoft.com/en-us/library/ms188902.aspx