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

国内一些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步中打开的“允许对系统目录直接进行修改”服务器开关。