当前位置: 数据库>sqlserver
sql server日志文件损坏的解决方法
来源: 互联网 发布时间：2014-08-29
本文导语: 问题： 服务器出现Raid故障，在数据基本恢复成功后，发现其中的一个Sql Server日志文件（扩展名LDF）损坏严重。 使用以下的操作方法使数据全部得到了恢复，现分享出来，供有需要的朋友参考。 首先，新建一个同名的数据库...
问题：
服务器出现Raid故障，在数据基本恢复成功后，发现其中的一个Sql Server日志文件（扩展名LDF）损坏严重。
使用以下的操作方法使数据全部得到了恢复，现分享出来，供有需要的朋友参考。
首先，新建一个同名的数据库，然后再停掉sql server服务，用原数据库的数据文件覆盖掉这个新建的数据库文件，重启sql server服务。
打开企业管理器，该数据库显示“置疑”，在查询分析器中执行下面的语句：
代码示例:
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'
Go
sp_dboption '置疑的数据库名', 'single user', 'true'
Go
DBCC CHECKDB('置疑的数据库名')
Go
update sysdatabases set status =28 where name='置疑的数据库名'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption '置疑的数据库名', 'single user', 'false'
Go
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'
Go
sp_dboption '置疑的数据库名', 'single user', 'true'
Go
DBCC CHECKDB('置疑的数据库名')
Go
update sysdatabases set status =28 where name='置疑的数据库名'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption '置疑的数据库名', 'single user', 'false'
Go
注意，执行后数据库本身仍然有问题，依旧显示“质疑”。
此时新建一个新的数据库，运行DTS导出向导，把有问题的数据库中的数据导入到新的数据库中，打开新的数据库，数据即全部恢复了。
您可能感兴趣的文章:
本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术，将尽最大努力为读者提供更好的信息聚合和浏览方式。
本站(WWW.)站内文章除注明原创外，均为转载、整理或搜集自网络。欢迎任何形式的转载，转载请注明出处。
本站(WWW.)站内文章除注明原创外，均为转载、整理或搜集自网络。欢迎任何形式的转载，转载请注明出处。