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

MSSQL
SQL Server数据库搭建农村信息化的方案
建立合理的索引提高SQL Server的性能
如何利用SQL Server 2005中的模板参数
浅析SQL Server三大算法的I/O成本
SQL Server与Oracle数据库在安全性上的异同
解析SQL Server与ASP互操作的时间处理
sql server 中删除默认约束的通用sql脚本
实用技巧:优化SQL Server数据库查询方法
SQL Server的BUILTIN\Administrators用户
史上最简单的方法复制或迁移Oracle数据库
数据库自动化技术弥补数据库DBA短缺难题
教你怎样在Oracle数据库中高速导出/导入
怎样在SQL Server中去除表中不可见字符
怎样使用 SQL Server 数据库嵌套子查询
细化解析:转换 SQL数据库时的疑难问题
细化解析:SQL Server 2000 的各种版本
轻松掌握 SQL Server 2000数据库的构架
带你轻松了解 SQL Server数据库的组成
解决SQL Server日志文件损坏严重的问题
检测你的SQL Server是否有特洛伊木马

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


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