您的位置:首页 > 数据库

SQL Server数据库错误9003(LSN无效)的处理方法

2016-11-21 10:37 92 查看
国内一些ERP、财务软件一般后台都使用SQL Server的数据库,SQL Server作为一个中大型数据库是不应该在桌面系统上运行的,小规模企业一般不使用专用服务器,大部分直接使用XP系统+桌面引擎MSDE作为SQL数据库的后台服务。这种方案当然就谈不上什么稳定性和可靠性了,最糟的是在死机、重启或意外掉电后数据库会出现打不开的现象,其中错误9003:LSN(xx:xx:x)无效是最常见的问题。

  这种情况是数据库的日志文件(LDF)数据不同步造成的,可以根据数据库MDF文件重建日志文件修复。

  以下是详细步骤,有颜色标注的部分应该按本机的实际名称进行修改。

  假设损坏的数据库名称是MYDB_001,对应的数据库名称是MyDB_Data.MDF,日志文件是MyDB_Log.LDF,数据库所在文件夹为D:\MYDATA\;

1、先把损坏的数据库对应的文件MyDB_Data.MDF和MyDB_Log.LDF备份到别的地方;

2、在SQL Server和企业管理器中创建一个与损坏数据库同名的数据库,对应的数据库文件名称也是MyDB_Data.MDF和MyDB_Log.LDF;

3、停止SQL Server服务;

4、删除第2步新建数据库产生的MyDB_Log.LDF文件;

5、用损坏的数据库数据文件MyDB_Data.MDF覆盖第2步新建数据库产生的MyDB_Data.MDF文件

6、启动SQL Server服务;

7、进入企业管理器,刷新数据库状态,此时数据库MYDB_001状态为“置疑”;

8、在SQL Server服务器属性中设置SQL Server数据库服务器“允许对系统目录直接修改”

9、从SQL企业管理器的“工具”菜单启动“SQL 查询分析器”;

10、输入以下代码并运行使MYDB_001数据库进入紧急修复模式:

update sysdatabases set status=-32768 where dbid=DB_ID('MYDB_001')

  这句语句执行后,刷新企业管理器,MYDB_001数据库的状态变成“只读\置疑\脱机\紧急模式”。

11、输入以下语句并执行重建日志文件;

dbcc rebuild_log('MYDB_001','D:\MYDATA\MyDB_Log.LDF')

  这句语句执行后,刷新企业管理器,MYDB_001数据库的状态变成“只供DBO使用”。

12、输入并执行正面的语句设置数据库MYDB_001到正常状态;

exec sp_dboption 'MYDB_001','dbo use only','false'

  这句语句执行后,刷新企业管理器,MYDB_001数据库变成正常状态。

  到此,MYDB_001数据库修复成功。最后不要忘记关闭第8步中打开的“允许对系统目录直接进行修改”服务器开关。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: