数据库附加和质疑处理方法.doc

问题一：数据库附加时提示LSN无效，是传递给目标数据库中的日志扫描操作的；附加数据库失败分析：国内一些ERP、财务软件一般后台都使用SQL Server的数据库，SQL Server作为一个中大型数据库是不应该在桌面系统上运行的，小规模企业一般不使用专用服务器，大部分直接使用XP系统+桌面引擎MSDE作为SQL数据库的后台服务。这种方案当然就谈不上什么稳定性和可靠性了，最糟的是在死机、重启或意外掉电后数据库会出现打不开的现象，其中错误9003：LSN(xx:xx:x)无效是最常见的问题。原因：这种情况是数据库的日志文件（LDF）数据不同步造成的，可以根据数据库MDF文件重建日志文件修复。解决方法：假设问题数据库为“AIS”，数据库文件名称“AIS_data_mdf”和“AIS_data_ldf”1,将问题数据库.mdf和.ldf移动到可方便操作区域2，在企业管理器中新建一个与问题数据库名称相同的数据库“AIS”3，停止SQL server服务4，这时候用问题数据库文件 覆盖 新建数据库的数据文件（由于是问题数据库的日志文件LDF的数据出错，所以只需覆盖名称为“AIS_data_mdf”的文件）问题2：数据库质疑的处理方法即第五步5，启动SQL server，刷新企业管理器，可看到数据库AIS（质疑）的状态6，在SQL server服务器属性服务器设置服务器行为允许直接对系统目录进行修改7，从企业管理器中“工具”菜单启动“查询分析器”，输入： updatesysdatabasessetstatus=-32768wheredbid=DB_ID(AIS) 刷新企业管理器，AIS数据库的状态为“只读质疑脱机紧急模式”8，查询分析器中执行重建AIS数据库日志文件： dbccrebuild_log(AIS,D:MYDATAAIS_Log.LDF), 注意：rebuild_log参数（目标数据库名称，目标数据库所在路径） 刷新企业管理器，AIS数据库的状态变为“只供DBO使用”异常处理：执行该语句后，查询分析器可能给予这样的提示： 服务器: 消息 5030，级别 16，状态 1，行 1未能排它地锁定数据库以执行该操作。DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系 此时说明有其他程序在占用此数据库，退出企业管理器 正确的执行提示应该是这样的：警告: 数据库 test 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。数据恢复 sql数据库修复 密码恢复 sql数据库恢复 硬盘异响 坏道修复 文件恢复 sql server修复 文件修复 raid数据恢复 sql数据库修复 raid磁盘阵列 sql恢复 sql server恢复 硬盘数据恢复 硬盘坏道修复 硬盘数据修复 数据修复DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。 9，执行正面语句使“AIS”数据库恢复到正常状态： execsp_dboptio