所有基于WITH RECOVERY的选项都不适合我。

所做的是做完整的恢复从管理工作室。

USE [master]
RESTORE DATABASE Sales_SSD
FROM  DISK = N'D:\databaseBackups02\Daily_Sales_20150309_0941.bak' 
WITH  FILE = 1,  
MOVE N'Sales_Data' TO N'C:\Data\SSD\Sales.mdf',  
MOVE N'Sales_Log' TO N'C:\Data\SSD\Sales_1.ldf',  
NOUNLOAD,  REPLACE,  STATS = 5

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

希望这对你有所帮助!

这个方法奏效了:

http://social.msdn.microsoft.com/Forums/en/sqldatabaseengine/thread/8dd1b91d-3e14-4486-abe6-e3a550bfe457

我有一个情况，我的数据库显示恢复状态，我不能运行任何查询，不能与我们的软件连接。

为了摆脱这种情况，我所做的是:

停止windows服务中的所有SQL相关服务。 我打开了数据文件夹，其中Ldf和Mdf文件驻留在SQL目录中，通常是这样的: “C: \程序文件 ***********\ 该软件\数据 然后我复制了数据库的Ldf和Mdf文件: (数据库名称)。MDF和[db name]_log.ldf

我把这两个文件都复制到另一个文件夹。

Then I started all the SQL related services (in step 1) again from windows services. Started my MS SQL Management studio with normal login. Right click on the culprit database and hit DELETE (to delete the database at all). All the LDF and MDF files related to this database have gone from DATA folder (mentioned in step 2). Created a new database with the same name (same name of the one I deleted in step 6 - the culprit database). Then [database name]->right click -> tasks -> Take Offline. I then Copied both the files (from step 3) back to the DATA folder (step 2). [database name]->right click -> tasks -> Bring Online.

RESTORE DATABASE {DatabaseName}
   FROM DISK = '{databasename}.bak'
   WITH REPLACE, RECOVERY

在我的情况下，我只是右键单击数据库，然后任务—>恢复—>数据库—>Ok，一切都变得很好。

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

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

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