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

MSSQL
SQL Server 压缩日志及数据库文件大小
名词解释:带你轻松接触13个数据库术语
自定义数据库自动编号初始值和步进值
合理设置内存让数据库与其他程序共存
SQL Server 2005:数据类型最大值
数据库手边系列:SQL Server数据表信息
SQL Server讲堂:备份和恢复措施
八个有用的WordPress的SQL语句
SQL Server中链接服务器将替代远程服务器
SQLServer与服务器连接时出错的解决方案
在 SQL Server 数据库开发中的十大问题
SQLServer 游标简介与使用说明
SQLServer 存储过程简介与使用方法
数据库大战: MS SQL Server & IBM DB2
如何了解SQL的执行频率
SQL技巧:快速掌握一些异常精妙的"SQL"语句
经验:解决DB2中出现的SQL1032N错误现象
菜鸟课堂:MySQL权限的详细解答
SQL大讲堂:如何了解SQL的执行频率
扫盲大讲堂:SQL查询结果集对注入的影响及利用

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


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 129 ::
收藏到网摘: 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导出向导,把有问题的数据库中的数据导入到新的数据库中,打开新的数据库,数据全部找回!