执行RESTORE DATABASE/RESTORE LOG命令时，默认使用WITH RECOVERY选项。如果你被困在“恢复”过程中，你可以通过执行以下命令将数据库恢复到在线状态:

RESTORE DATABASE YourDB WITH RECOVERY
GO

如果需要恢复多个文件，CLI命令分别需要WITH NORECOVERY和WITH RECOVERY -只有命令中的最后一个文件需要WITH RECOVERY才能使数据库恢复在线:

RESTORE DATABASE YourDB FROM DISK = 'Z:\YourDB.bak'
WITH NORECOVERY
GO
RESTORE LOG YourDB FROM DISK = 'Z:\YourDB.trn'
WITH RECOVERY
GO

你也可以使用SQL Server Management Studio向导:

也有虚拟恢复过程，但你必须使用第三方解决方案。通常，您可以使用数据库备份作为实时在线数据库。ApexSQL和Idera都有自己的解决方案。由SQL Hammer审查关于ApexSQL恢复。如果要处理大量备份，虚拟恢复是一个很好的解决方案。恢复过程要快得多，还可以节省磁盘驱动器上的大量空间。你可以看看这里的信息图进行一些比较。

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

希望这对你有所帮助!

默认情况下，每个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

希望这对你有所帮助。

当我在事件日志中也收到TCP错误时，我遇到了这个问题…

用sql删除数据库或在管理器“delete”中右键单击它 然后再恢复。

实际上我已经开始默认这样做了。脚本数据库删除，重新创建，然后恢复。

你可以这样做:

停止服务(MSSQLSERVER); 重命名或删除数据库和日志文件(C:\Program files \Microsoft SQL Server\MSSQL.1\MSSQL\Data…)或任何你有文件的地方; 启动服务(MSSQLSERVER); 删除有问题的数据库; 重新恢复数据库。

这可能是相当明显的，但它刚刚绊倒了我:

如果您正在进行尾日志备份，则在SSMS还原向导中选中此选项-“使源数据库处于还原状态(WITH NORECOVERY)”也可能导致此问题。