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

MSSQL
在SQL Server 2005数据库中更改数据架构
建立适当的索引是实现查询优化的首要前提
巧用一条SQL 实现其它进制到十进制转换
处理SQL Server 2000的命名实例和多实例
解析:怎样掌握SQL Server中的数据查询
教你轻松掌握常用的子句、关键词和函数
如何获取SQL Server数据库元数据的方法
分析SQL Server中数据库的快照工作原理
汇总数据库备份 还原 压缩与数据库转移的方法
完全讲解 使用MSCS建立SQL Server集群
SQL Server 2005 内置工具建审查系统
在SQL Server计算机上运行病毒扫描软件
教你如何升级SQL Server数据库系统
SQL Server中处理空值时涉及的三问题
教你为SQL Server数据库构造安全门
在SQL Server中编写通用数据访问方法
针对SQL Server中业务规则链接的分析
运行SQL Server的计算机间移动数据库
怎样在不同版本SQL Server中存储数据
认识那些被忽略的SQL Server注入技巧

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


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