用友软件数据库质疑处理办法.docVIP

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步中打开的“允许对系统目录直接进行修改”服务器开关。万华数据 逻辑文件UFMODEL不是数据库‘UFDATA_002_2008’的一部分，请使用RESTORE FILELISTO ? U871备份引入失败：逻辑文件UFMODEL不是数据库‘UFDATA_002_2008’的一部分，请使用RESTORE FILELISTONLY 来列出逻辑文件名。-2147217900 截图如下： ? ERP资源中心的方法（如下）： 问题说明：?数据库备份文件逻辑文件名称错误，数据库文件未损坏，可通过sql企业管理器进行bak还原，进行dbcc?checkdb检查也无错误；?正常情况下逻辑文件名应为ufmodel、ufmodel_log,目前用户数据逻辑文件名为ufdata_931_2002_data、ufdata_931_2002_log；（bak还原完成后，从数据库属性中查看逻辑文件名显示正常，但实际上其逻辑文件名存在问题，对其做bak备份仍然保存的是错误的逻辑文件名）解决方法： 可通过脚本修改数据库的逻辑文件名即可，具体操作如下： 1、首先将数据备份文件ufdata.ba_释放成ufdata.bak文件（由于数据库文件有错，请先在sql7机器上使用数据库还原操作，不需要821）； 2、在sql企业管理器中进行数据库还原操作，将ufdata.bak还原成数据库ufdata_931_2002; 3、还原操作时查看逻辑文件名是ufdata_931_2002_data/log，还原后查看逻辑文件名显示ufmodel_log/ufModel，但实际上仍是错误的ufdata_931_2002_data/log； 4、通过sql脚本修改逻辑文件名称（此处需要用到中间逻辑文件名称变量进行转换）： --(1)、先修改日志逻辑文件名称 ALTER DATABASE u