SQL 2008 R2数据库恢复时间太长或数据库无法完成启动

[北京雨翰数据恢复]

数据库版本：SQL Server 2008 R2 (RTM) - 10.50.1600.1
备份文件版本也是：SQL Server 2008 R2 (RTM) - 10.50.1600.1
将数据库备份文件restore database到新数据库后，输出：

引用

已处理百分之 10。
已处理百分之 20。
已处理百分之 30。
已处理百分之 40。
已处理百分之 50。
已处理百分之 60。
已处理百分之 70。
已处理百分之 80。
已处理百分之 90。
已处理百分之 100。
已为数据库 'liu1'，文件 'test1' (位于文件 1 上)处理了 915584 页。
已为数据库 'liu1'，文件 'test1_LOG' (位于文件 1 上)处理了 1 页。
RESTORE DATABASE 成功处理了 915585 页，花费 267.842 秒(26.706 MB/秒)。

后一直无法完成数据库恢复工作。执行sp_who查看到恢复数据库的进程一直处于Conditional状态中。
将sql 2008 R2服务器shutdown with nowait强制关闭后，启动数据库服务器，新恢复出来的数据库test1一直无法访问，执行sp_who查看到有个访问test1的后台系统进程一直处于DB STARTUP状态中。

网上找到：FIX: Slow performance when you recover a database if there are many VLFs inside the transaction log in SQL Server 2005, in SQL Server 2008 or in SQL Server 2008 R2
https://support.microsoft.com/en-us/help/2455009/fix-slow-performance-when-you-recover-a-database-if-there-are-many-vlf

执行dbcc loginfo输出1539行。

引用

1> dbcc loginfo(test1)
2> go
FileId FileSize StartOffset FSeqNo Status Parity CreateLSN
----------- -------------------- -------------------- ----------- ----------- ------ ---------------------------
2 1507328 8192 27484 0 64 0
2 1507328 1515520 27469 0 128 0
2 1507328 3022848 27470 0 128 0
2 1761280 4530176 27471 0 64 0
2 38535168 6291456 27485 2 64 27484000000006600001
2 38535168 44826624 0 0 0 27484000000006600001
2 38535168 83361792 0 0 0 27484000000006600001
2 38535168 121896960 0 0 0 27484000000006600001
2 38535168 160432128 0 0 0 27484000000006600001

将sql 2008 R2打补丁到SQLServer2008R2SP1-KB2528583-x64-CHS （10.51.2500）或者sqlserver2008r2sp3-kb2979597-x64-chs（10.53.6000）仍然存在类似的问题。
我怀疑是在恢复完数据库日志后
请大家提供下思路。
多谢。

[吉普赛的歌]

RESTORE DATABASE dbName WITH RECOVERY;

试下是否可以

[北京雨翰数据恢复]

引用 1 楼 yenange 的回复:

RESTORE DATABASE dbName WITH RECOVERY;

试下是否可以

就是在执行with recovery的阶段出现的这个问题。

[OwenZeng_DBA]

把刚才还原的备份文件在其他服务器上面去还原一下试试。 另外用continue_after_error 试试。另外看看error log

[北京雨翰数据恢复]

引用 3 楼 z10843087 的回复:

把刚才还原的备份文件在其他服务器上面去还原一下试试。 另外用continue_after_error 试试。另外看看error log

问题还是一样。

[OwenZeng_DBA]

看看错误日志有没有有用的信息

[北京雨翰数据恢复]

引用 5 楼 z10843087 的回复:

看看错误日志有没有有用的信息

错误日志文件中没有异常信息。

[薛定谔的DBA]

你是执行了还原数据库 ：restore database …… with recovery 然后一直等待中，接着又强制重启服务，起来后还是一直等待中。 数据库的状态现在是不是 norecovery ？数据库多大？总内存多大？是否限制了内存？ 如果一切正常，那就是数据库正常恢复中，只是很慢…………

[xiaoxiangqing]

看一下windows的错误日志

[北京雨翰数据恢复]

引用 8 楼 kk185800961 的回复:

你是执行了还原数据库 ：restore database …… with recovery 然后一直等待中，接着又强制重启服务，起来后还是一直等待中。 数据库的状态现在是不是 norecovery ？数据库多大？总内存多大？是否限制了内存？ 如果一切正常，那就是数据库正常恢复中，只是很慢…………

我觉得和内存没有关系。sql服务器启动后，数据库一致处于dbstartup状态中。 且sqlservr进程cpu利用率25%

[北京雨翰数据恢复]

引用 8 楼 kk185800961 的回复:

你是执行了还原数据库 ：restore database …… with recovery 然后一直等待中，接着又强制重启服务，起来后还是一直等待中。 数据库的状态现在是不是 norecovery ？数据库多大？总内存多大？是否限制了内存？ 如果一切正常，那就是数据库正常恢复中，只是很慢…………

restore database进行recovery阶段的时候， 进程一致处于conditional。