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

转自:http://www.bianceng.cn/database/SQLServer/201202/33512.htm

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 Files\Microsoft SQL Server\MSSQL\Data\pos_log.ldf’)

go

你可能感兴趣的:(sql server 错误9003:LSN无效(日志扫描号无效),对数据库的修复)