数据库置疑处理.doc

关于门店数据库SQLSERVER2000/2005置疑问题处理方法 SQL Server2005数据库出现置疑(可疑)的处理方法： 【操作步骤】： 1. 设置数据库状态为紧急状态 Sp_configure ‘allow’,1 2. 设置数据库状态为允许重新配置 Reconfigure with override 3. 更改数据库状态标识为修复模式 Update sysdatabases set status=32768 where name =’RetailFront’ 4. 重建日志文件 Dbcc rebuild_log(‘RetailFront’,’x:\**\RetailFront_log.ldf’) 5. 取消紧急状态 Update sysdatabases set status=0 where name =’RetailFront’ Sp_configure ‘allow’,0 6. 进一步对数据库进行检查 Dbcc checkdb(‘RetailFront’) 7. 检查过程如果出现错误，接下来将对数据库执行修复 Sp_dboption ‘RetailFront’,’single user’,’true’ Dbcc checkdb(‘RetailFront’,repair_allow_data_loss) Sp_dboption ‘RetailFront’,’single user’,’false’ 目前会存在个别门店由于某些偶然情况导致数据库日志文件损坏的问题，比如：硬件故障导致的电脑自动重启等。当出现数据库日志文件损坏时就会出现零售门店端数据库置疑的状态。 【操作步骤】： 1.通过服务管理器或者命令提示行(net stop mssqlserver)停止SQL数据库服务，备份门店mdf文件，把需要恢复的数据库文件复制到另外一个位置； 2.启动SQL数据库服务命令提示行(net start mssqlserver)，打开企业管理器删除该置疑库； 3.通过用友数据库管理工具或者双击桌面“门店客户端”进入配置界面，重新生成RetailFront数据库； 4.停止SQL数据库服务，把之前备份的mdf数据库文件覆盖到刚新建的数据库文件; 5.再次启动SQL数据库服务，会发现该库仍然为置疑状态； 6.设置数据库允许直接操作系统表，打开企业管理器，右键数据库服务器属性， 点击服务器设置页，对“允许对系统目录直接进行修改”打勾； 7.设置RetailFront为紧急修复模式 update sysdatabases set status = -32768 where dbid = db_id(RetailFront) 如未对“允许对系统目录直接进行修改”打勾在运行该语句会有提示： 8.重建数据库日志文件 DBCC Rebuild_Log(‘RetailFront’,’X:\Program Files\UFIDA\Retail\Retail Front\Database\ RetailFront.ldf’) ***如果当前库在使用会有如下该提示： ??服务器:? ?消息? ?5030，级别? ?16，状态? ?1，行? ?1? ???未能排它地锁定数据库以执行该操作 DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系 注：把数据库服务重新启动就可以解决该问题*** 状态正常后运行该语句会有如下提示： 数据库RetailFront?的日志已重建。已失去事务的一致性。应运行DBCC?CHECKDB以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。DBCC?执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。? 9.运行数据库检查，验证物理一致性DBCC CheckDB(RetailFront) 10.设置数据库为正常状态： sp_dboption RetailFront,dbo use only,false 11.对“允许对系统目录直接进行修改”进行恢复，把之前打上的勾去掉就可以了，现在门店端数据库就能正常使用了。 补充部分： ·注：关于门店数据库置疑状态处理后，可能出现的门店日结或其他操作，由于数据库文件的损坏导致的程序性崩溃的错误，现对该情况进行如下三种修复情况解决： 1. REPAIR_REBUILD参数：执行由 repai*_**st 完成的所有修复，包括需要较长时间的修复（如重建索引等），这个比较的地方是修复后数据不丢失的情况下，安全修复数据库。 具体步骤如下： (1).检查数据库 DBCC CHECKDB (RetailFront) (2).设置数据库状态为单用户的使用模式（如果不设置，是不允许修复数据库） sp_dboption RetailFront, single