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

MSSQL
用Oracle和SQL Server数据库组合利弊分析
3个SQL视图搞定所有SqlServer数据库字典
使用SQL Server数据库的查询累计值
如何维护SQL Server的“交易日志”
SQL Server扩展存储过程实现远程备份与恢复
SQL Server 的存储过程
SQL Server 数据库嵌套子查询
如何使用SQL 事件探查器?
SQL Server 2008的新压缩特性
改进SQL Server数据库系统安全五步走
把SQL数据库部署到远程主机环境
SQL Server 2008综合数据可编程性
SQL Server 2005 数据维护实务
详细介绍微软SQL Server 2008
SQL Server数据库管理常用的SQL和T-SQL语句
从算法入手讲解SQL Server典例实现过程
ASP.NET连接Access和SQL Server数据库
SQL Server如何识别真实和自动创建的索引
SQL Server 2005数据转换服务的疑难解答
利用SQL Server 2005同义字缩短开发时间

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


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