默认情况下，每个RESTORE DATABASE都带有恢复设置。 “NORECOVERY”选项，基本上告诉SQL Server数据库正在等待更多的恢复文件(可能是一个DIFF文件和LOG文件，如果可能的话，可能包括尾日志备份文件)。 “RECOVERY”选项，完成所有事务，让数据库准备好执行事务。

So:

如果您的数据库设置为SIMPLE恢复模式，那么当您有一个DIFF备份时，您只能执行带NORECOVERY选项的完全恢复。在SIMPLE恢复模型数据库中不允许LOG备份。 否则，如果数据库设置为FULL或BULK-LOGGED恢复模型，则可以执行FULL恢复，然后执行NORECOVERYoption，然后执行DIFF，然后执行NORECOVERY，最后使用recovery选项执行LOG恢复。

记住，最后一个恢复查询必须有恢复选项。这可能是一种明确的方式，也可能不是。在T-SQL方面，情况如下:

1.

 USE [master]
    GO
    RESTORE DATABASE Database_name 
    FROM DISK = N'\\path_of_backup_file.bak WITH FILE = 1, [REPLACE],NOUNLOAD, 
    RECOVERY -- This option could be omitted.
    GO

必须谨慎使用WITH REPLACE选项，因为它可能导致数据丢失

或者，如果执行FULL和DIFF备份，则可以使用此选项

   USE [master]
    GO
    RESTORE DATABASE Database_name
      FROM DISK = N'\\path_of_backup_file.bak' WITH FILE = 1, 
       NOUNLOAD,NORECOVERY
    GO
    RESTORE DATABASE Database_name
      FROM DISK =N'\\path_of_**diff**backup_file.bak' WITH FILE = 1, 
     NOUNLOAD, RECOVERY
    GO

 2. USE [master]
    GO
   -- Perform a Tail-Log backup, if possible. 
   BACKUP LOG Database_name
   GO
   -- Restoring a FULL backup
   RESTORE DATABASE Database_name
    FROM DISK = N'\\path_of_backup_file.bak' WITH FILE = 1, 
     NOUNLOAD,NORECOVERY
  GO 
  -- Restore the last DIFF backup
  RESTORE DATABASE Database_name
    FROM DISK = N'\\path_of_DIFF_backup_file.bak' WITH FILE = 1,
     NORECOVERY,NOUNLOAD
  GO
  -- Restore a Log backup
  RESTORE LOG Database_name
    FROM DISK = N'path_of_LOG_backup_file.trn' WITH FILE = 2,
    RECOVERY, NOUNLOAD
  GO

当然，您可以使用STATS = 10选项执行恢复，该选项告诉SQL Server每完成10%就报告一次。

如果您愿意，您可以观察过程或基于实时查询的恢复。 遵循:

USE[master]
GO
SELECT session_id AS SPID, command, a.text AS Query, start_time, percent_complete, dateadd(second,estimated_completion_time/1000, getdate()) as estimated_completion_time 
    FROM sys.dm_exec_requests r CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) a 
        WHERE r.command in ('BACKUP DATABASE','RESTORE DATABASE')
GO

希望这对你有所帮助。

请使用以下命令解决此问题

RESTORE DATABASE [DatabaseName] WITH RECOVERY

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

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

Drop database *dbname*

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

希望这对你有所帮助!

右键单击数据库，进入“任务——>恢复——>事务日志” 在事务文件中，如果您看到一个文件被选中，则SQL server正在尝试从该文件恢复。 取消选中该文件，并单击OK。数据库恢复.....

这为我解决了问题，希望这能帮助到别人。

如果启用了快照，删除被卡住的数据库也会有问题。对我来说，这很有效:

首先，我遵循了Tipu Delacablu的步骤(阅读一些帖子) 运行命令:drop database [your database]，这将给您一个错误，告诉您快照数据库的名称 执行命令drop database [snapshot database]，然后再执行步骤2中的命令。