加载中…
个人资料
  • 博客等级:
  • 博客积分:
  • 博客访问:
  • 关注人气:
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
正文 字体大小:

SQLSERVER2008 数据库可疑的解决步骤

(2012-08-28 18:04:18)
标签:

sqlserver2008数据库

数据库可疑

日志文件被破坏

emergency

checkdb

it

分类: 数据访问

SQLSERVER2008 数据库可疑的解决步骤

2012年8月28日下午公司内部ERP系统突然访问提示超时,经检查发现是数据库可疑造成.

停掉SQLSERVER服务,停掉网站

把出问题的数据库文件及日志拷贝到其他目录进行备份.

尝试脱机,或分离等,均无效果.

在其他机器尝试还原问题数据库,提示日志文件被破坏.


在网上搜索其他帮助并求助朋友后,恢复成功,操作如下:

-------------------------备份并新建同名数据库,并替换原数据文件-----------------------------

1 把问题数据库备份后直接删除

  停掉SQLSERVER服务,把服务器上出问题的数据库, 假设名称为 ErrorDB的数据库文件及日志文件备份到其他目录,然后直接将其删除,把其数据库文件及日志文件也删除

2 新建同名数据库

  启动SQLSERVER服务,新建同名数据库ErrorDB,文件目录和日志和原来一致

3 用备份的数据库文件替换新的数据库文件

  停掉SQLSERVER服务,把备份的数据库文件替换新的数据库文件(只替换数据库文件,不替换日志文件)

  启动SQLSERVER服务,打开数据库,这时数据库应该是不能访问的

-------------------设置应急模式、单用户模式、检查修复数据,取消单用户模式----------------------

4 将数据库设置为应急状态

  alter database ErrorDB set emergency

  执行后,为了保险起见,重新停止、开启的SQLSERVER服务

  再打开数据库,已经可以看到里面的内容了,如表,视图,存储过程等

  数据库名称后有紧急标志,能看到数据库结构,但无法进行备份等操作

5 将数据库设置为单用户模式

  ALTER DATABASE ErrorDB SET SINGLE_USER

6 对数据库进行检查修复

  dbcc checkdb(EIMSDb,REPAIR_ALLOW_DATA_LOSS)

  dbcc checkdb(EIMSDb,REPAIR_REBUILD)

  操作后,仍然停止启动SQLSERVER服务(不确定是否需要,我只是为了想无干扰查看执行后的数据库状况)
 
  重新打开数据库,已经是正常状态了,没有应急提示了

7 取消单用户模式

  exec sp_dboption EIMSDb, N'single', N'false'

 

至此,数据库恢复完毕,对数据库进行BAK

 

重启网站,访问正常。

 

上面步骤只是着火后的救急,不知道怎样做好预防或其他更好的解决办法。

 

0

阅读 收藏 喜欢 打印举报/Report
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有