当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 解决SQL Server日志文件损坏严重的问题

MSSQL
优化SQL Server索引的小技巧
SQL Server的空值处理策略
Windows上的MySQL UDF开发
MS SQLSERVER中如何快速获取表的记录总数
MS SQLSERVER 中如何得到表的创建语句
使用索引调节向导调整应用程序的性能
使用查询分析器调整SQL服务器脚本
SQL Server到Oracle连接服务器的实现
数据库查询结果的动态排序(6)
数据库查询结果的动态排序(7)
保持Oracle数据库优良性能的若干诀窍
数据库管理员制胜之宝
在Linux下访问MS SQL Server数据库
关于如何在查询结果中添加自动编号
如何提取除最新十条记录之外的所有记录?
一个有关DISTINCT的问题解答
关于MSSQL Server中DATETIME类型数据的处理
TOP N 和SET ROWCOUNT N 哪个更快?
金额阿拉伯数字转换为中文的存储过程
谈谈数据从sql server数据库导入mysql数据库的体验

MSSQL 中的 解决SQL Server日志文件损坏严重的问题


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 74 ::
收藏到网摘: n/a

如果服务器出现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
 
执行后数据库本身仍然有问题,依旧显示“质疑”。此时新建一个新的数据库,运行DTS导出向导,把有问题的数据库中的数据导入到新的数据库中,打开新的数据库,数据全部找回!