SQL Server日志文件损坏的问题解答

以下的文章主要向大家讲述的是对SQL Server日志文件损坏严重问题正确解决的实际操作步骤，在实际操作中假如你的服务器出现了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导出向导，把有问题的数据库中的数据导入到新的数据库中，打开新的数据库，数据全部找回！

以上的相关内容就是对解决SQL Server日志文件损坏严重的问题的介绍，望你能有所收获。

【编辑推荐】

1. SQL Server identity列，美中不足之处
2. SQL Server DateTime数据类型的另类解读
3. SQL Server 2000的安全策略的正确打造
4. SQL Server 数据导入的实际行为规范描述
5. MS SQL Server问题与其正确解答方案