当前位置: 首页 > >

sql server错误9003LSN 无效修复

发布时间:

寒山 sql 数据库修复中心 http://www.qjsmw.com/ sql server 错误 9003: LSN 无效 日志扫描号无效 对数据库的修复 无效(日志扫描号无 效 对数据库的修复. 日志扫描号无效),对数据库的修复 : --sql server 错误 9003:LSN 无效(日志扫描号无效) --今天,从朋友那儿接到一个有问题 的数据库文件与日志文件,在使用 sql2000 与 sql2005 进行数据库附加时, --sql server 报错, 错误信息: "传递给数据库 'POS' 中的日志扫描操作的日志扫描号 (2 806:120:1) 无效。 --此 错误可能指示数据损坏,或者日志文件(.ldf)与数据文件(.mdf)不匹配。 --如果此错误是在复 制期间出现的, 请重新创建发布。 否则, 如果该问题导致启动期间出错, 请从备份还原。 --无法打开新数据库 'POS'。 CREATE DATABASE 中止。 (Microsoft SQL Server, 错误: 9003)" 一 看是 9003 错误,就想到可能是由于日志文件的原因,再看数据库文件可能损坏,于是想到 dbcc checkdb 指令. --方法如下: --1.我们使用默认方式建立一个供恢复使用的数据库(如 pos)。可以在 SQL Server Enterprise Manager 里面建立。 --2.停掉数据库服务器。 --3. 将 刚才生成的数据库的日志文件 pos_log.ldf 删除, 用要恢复的数据库 mdf 文件覆盖 刚才 生成的数据库数据文件 pos_data.mdf。 --4. 启动数据库服务器。 此时会看到数据库 pos 的 状态为“置疑” 。这时候不能对此数据库 进行任何操作。 一般可以直接从这一步开始操作 一般可以直接从这一步开始操作 直接从这一步 --5. 设置数据库允许直接操作系统表。 此操作可以在 SQL Server Enterprise Ma nager 里 面选择数据库服务器,按右键,选择“属性” ,在“服务器设置”页面中将“允许对系 统目 录直接修改” 一项选中。 也可以使用如下语句来实现。 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 --执行过程中,如果遇到下列提示信息: --服务器: 消息 5030,级别 16,状态 1,行 1 -未能排它地锁定数据库以执行该操作。 --DBCC 执行完毕。如果 DBCC 输出了错误信息, 请与系统管理员联系。 --说明您的其他程序正在使用该数据库,如果刚才您在 F 步骤中使 用 SQL Server Ent erprise Manager 打开了 pos 库的系统表,那么退出 SQL Server Enterprise M anager 就可以了。 --正确执行完成的提示应该类似于: --警告: 数据库 'pos' 的日志已 重建。已失去事务的一致性。应运行 DBCC CHE CKDB 以验证物理一致性。将必须重置数据 库选项,并且可能需要删除多余的日志文件。 --DBCC 执行完毕。如果 DBCC 输出了错误 信息,请与系统管理员联系。 --此时打开在 SQL Server Enterprise Manager 里面会看到数据 库的状态为“只供 DBO 使用” 。此时可以访问数据库里面的用户表了。 --8.验证数据库一 致性(可省略) go dbcc checkdb('pos') --一般执行结果如下: --CHECKDB 发现了 --DBCC 0 个分配错误和 DBCC 0 个一致性错误 (在数据库 'pos' 中) 。 执行完毕。如果 输出了错误信息,请与系统管理员联系。 --9.设置数据库为正常状态 go exec sp_dboption 'pos','dbo use only','false' go --如果没有 出错,那么恭喜,现在就可以正常的使用恢复后的数据库啦。 --10.最后一步,我们要将

步骤 E 中设置的“允许对系统目录直接修改”一项恢复。因为* 时直接操作系统表是一件 比较危险的事情。当然,我们可以在 SQL Server Enterpris e Manager 里面恢复,也可以使用 如下语句完成 exec sp_configure 'allow updates',0 go reconfigure with override go 举例:置疑数据为 005 账套 2011 年度 选择数据库服务器,按右键,选择“属性” , 在“服务器设置”页面中将“允许对系统目录直接 修改”一项选中 第一步: update sysdatabases set status=-32768 where dbid=DB_ID( 'UFDATA_005_2011 ') 第二步: 删除日志文件 第 三 步 go dbcc rebuild_log('UFDATA_005_2011 ','D:\UFSMART\Admin\ZT005\2011\UFDATA.ldf') go 第 四 步 : go exec sp_dboption 'UFDATA_005_2011 ','dbo use only','false' go 将“允许对系统目录直接修改”一项恢复 本文来自 sql 数据库修复大师 http://www.duote.com/soft/57122.html http://www.skycn.com/soft/69905.html http://www.crsky.com/soft/33114.html http://www.onlinedown.net/soft/267662.htm




友情链接: 时尚网 总结汇报 幼儿教育 小学教育 初中学习资料网