Welcome

首页 / 数据库 / SQLServer / sql server 错误9003:LSN无效(日志扫描号无效),对数据库的修复

sql server 错误9003:LSN无效(日志扫描号无效),对数据库的修复2012-02-10 博客园 DotNet菜园sql server 错误9003:LSN无效(日志扫描号无效)

今天,从朋友那儿接到一个有问题的数据库文件与日志文件,在使用sql2000与sql2005进行数据库附加时,

sql server报错,错误信息: "传递给数据库 "POS" 中的日志扫描操作的日志扫描号 (2806:120:1) 无效。

此错误可能指示数据损坏,或者日志文件(.ldf)与数据文件(.mdf)不匹配。

如果此错误是在复制期间出现的,请重新创建发布。否则,如果该问题导致启动期间出错,请从备份还原。

无法打开新数据库 "POS"。CREATE DATABASE 中止。 (Microsoft SQL Server,错误: 9003)"

一看是9003错误,就想到可能是由于日志文件的原因,再看数据库文件可能损坏,于是想到dbcc checkdb指令.

方法如下:

1.我们使用默认方式建立一个供恢复使用的数据库(如pos)。可以在SQ Server Enterprise Manager里面建立。

2.停掉数据库服务器。

3.将刚才生成的数据库的日志文件pos_log.ldf删除,用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件pos_data.mdf。

4.启动数据库服务器。此时会看到数据库pos的状态为“置疑”。这时候不能对此数据库进行任何操作。

5.设置数据库允许直接操作系统表。此操作可以在SQ Server Enterprise Manager里面选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master
go
exec sp_configure "allow updates",1
go
reconfigure with override
go

6.设置pos为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID("pos")

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表,但是仅仅有系统表

7.下面执行真正的恢复操作,重建数据库日志文件

go

dbcc rebuild_log("pos","D:Program FilesMicrosoft SQL ServerMSSQLDatapos_log.ldf")

go