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

Sybase数据库恢复 2018-02-26 02:32:18
数据库版本: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)仍然存在类似的问题。
我怀疑是在恢复完数据库日志后
请大家提供下思路。
多谢。

...全文
1296 10 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
引用 8 楼 kk185800961 的回复:
你是执行了还原数据库 :restore database …… with recovery 然后一直等待中,接着又强制重启服务,起来后还是一直等待中。 数据库的状态现在是不是 norecovery ?数据库多大?总内存多大?是否限制了内存? 如果一切正常,那就是数据库正常恢复中,只是很慢…………
restore database进行recovery阶段的时候, 进程一致处于conditional。
  • 打赏
  • 举报
回复
引用 8 楼 kk185800961 的回复:
你是执行了还原数据库 :restore database …… with recovery 然后一直等待中,接着又强制重启服务,起来后还是一直等待中。 数据库的状态现在是不是 norecovery ?数据库多大?总内存多大?是否限制了内存? 如果一切正常,那就是数据库正常恢复中,只是很慢…………
我觉得和内存没有关系。sql服务器启动后,数据库一致处于dbstartup状态中。 且sqlservr进程cpu利用率25%
xiaoxiangqing 2018-02-27
  • 打赏
  • 举报
回复
看一下windows的错误日志
薛定谔的DBA 2018-02-27
  • 打赏
  • 举报
回复
你是执行了还原数据库 :restore database …… with recovery 然后一直等待中,接着又强制重启服务,起来后还是一直等待中。 数据库的状态现在是不是 norecovery ?数据库多大?总内存多大?是否限制了内存? 如果一切正常,那就是数据库正常恢复中,只是很慢…………
  • 打赏
  • 举报
回复
引用 5 楼 z10843087 的回复:
看看错误日志有没有有用的信息
错误日志文件中没有异常信息。
OwenZeng_DBA 2018-02-26
  • 打赏
  • 举报
回复
看看错误日志有没有有用的信息
  • 打赏
  • 举报
回复
引用 3 楼 z10843087 的回复:
把刚才还原的备份文件在其他服务器上面去还原一下试试。 另外用continue_after_error 试试。另外看看error log

问题还是一样。
OwenZeng_DBA 2018-02-26
  • 打赏
  • 举报
回复
把刚才还原的备份文件在其他服务器上面去还原一下试试。 另外用continue_after_error 试试。另外看看error log
  • 打赏
  • 举报
回复
引用 1 楼 yenange 的回复:
RESTORE DATABASE dbName WITH RECOVERY;
试下是否可以
就是在执行with recovery的阶段出现的这个问题。
吉普赛的歌 2018-02-26
  • 打赏
  • 举报
回复
RESTORE DATABASE dbName WITH RECOVERY;
试下是否可以

22,301

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧