错误9003:LSN(39:431:1)无效,该LSN是传递给数据库'XXX'中的日志扫描操作的....急求助...

[zhuyiping9727]

客户那边不知道怎么回事数据库自动分离了,再附加的时候就提示"错误9003:LSN(39:431:1)无效,该LSN是传递给数据库'XXX'中的日志扫描操作的".我想把数据库给考到自己电脑上看看行不行...但日志文件就是考不走.提示什么"累赘错误".只把数据库文件考到自己电脑上附加也加不上,提示"错误1813:未能打开新数据库'XXX',Create DataBase 将终止,设备激活错误,物理文件名'XXX\XXX.LDF'可能有误".请各位高手指点...

[dlcyj]

可以试试楼上的办法,如果还不行,MDF文件有物理损坏,系统层是很难修复的.

[水族杰纶]

將數據庫的服務停掉然後再拷貝~~~

[青锋-SS]

好像是介质问题,以前曾经私自更改系统表,加大许多字段的长度,结果也是出现类似的提示,最后整个数据库翘了.

[bwu851]

解决方法:
1) 先停了SQL SERVER.
2) 把该数据库detach了, 把mdf和ldf文件考到别处.
3) 重起SQL SERVER. 建一个完全相同名字的数据库(包括同名的mdf和ldf文件名)
4) 停止SQL SERVER, 然后用旧的mdf和ldf置换新建的mdf和ldf.
5) 再重起SQL SERVER. 那个数据库就处于置疑状态.
6) 在查询分析器中运行:

use master
go

sp_configure 'allow updates', 1
reconfigure with override
go

update sysdatabases set status= 32768 where name = '库名'

7) 再重起SQL SERVER. 在查询分析器里运行:

DBCC REBUILD_LOG('库名', 'ldf文件名'). -- 你会看到一个消息 - Warning: The log for database '库名' has been rebuilt.

Use master
go

sp_configure 'allow updates', 0
Go

行了. 你的数据库救回来了!

[zhuyiping9727]

还是不行啊...我的日志文件不能用.

[bwu851]

[Quote=引用 5 楼 zhuyiping9727 的回复:]
还是不行啊...我的日志文件不能用.
[/Quote]

要是日志文件坏了, 你就直接附加MDF文件吧.

[web2003]

想看