数据库置疑修复实例.doc

第 PAGE \* Arabic 14 页 数据库置疑修复实例 方法1： 企业管理器能够正常分离附加时： 第一步：先把数据库服务停止客户数据SQL SERVER服务停止把软件安装所在目录的账套数据复制一份,以避免操作不当造成的数据丢失。 小提示：使用WINDOWS自带的搜索功能，搜索*.mdf即可出来电脑上所有的数据，用友的数据文件名称为ufdata.mdf注意看所在文件夹及修改时间，这样可以避免漏备份数据 如图所示： 看这里搜索*.mdf搜索 看这里 搜索 *.mdf 搜索 第二步：分离数据库 打开企业管理器，已置疑的数据库上点右键-所有任务-分离数据库-清除连接（若有连接）-确定 如图所示： 确定清除单击右键 确定 清除 单击 右键 第三步：删除ufdata.ldf文件 分离完成后，进入用友软件数据所在文件夹，把其中的ufdata.ldf 删除掉，若是看到2个ufdata就显示，点右键属性，查看文件类型，或者是在我的电脑里点工具-文件夹选项-查看-把隐藏已知文件类型的扩展名前面的勾去掉即可 如图所示： 删除 删除 然后再打开企业管理器，在数据库上点右键-所有任务-附加数据库-定位至数据文件ufdata.mdf所在路径-确定- 提示“为日志文件指定的文件名不正确。将创建新的日志文件。要继续吗？”点是(Y)。 数据库置疑修复成功。 如图所示： 单击右键 单击 右键 确定选择 确定 选择 是 是 方法2： 企业管理器分离附加异常时： 下面以ufdata_002_2011置疑修复为例 第一步：先把数据库服务停止客户数据SQL SERVER服务停止把软件安装所在目录的账套数据复制一份,以避免操作不当造成的数据丢失。 小提示：使用WINDOWS自带的搜索功能，搜索*.mdf即可出来电脑上所有的数据，用友的数据文件名称为ufdata.mdf注意看所在文件夹及修改时间，这样可以避免漏备份数据 如图所示： 看这里搜索*.mdf搜索 看这里 搜索 *.mdf 搜索 第二步：删除ufdata.ldf文件 进入用友软件数据所在文件夹，把其中的ufdata.ldf 删除掉，若是看到2个ufdata就显示，点右键属性，查看文件类型，或者是在我的电脑里点工具-文件夹选项-查看-把隐藏已知文件类型的扩展名前面的勾去掉即可 如图所示： 删除 删除 第三步： 1、将数据库设置为“允许对系统目录直接修改”，在查询分析器中执行如下语句：? use?mastergosp_configure?allow?updates,1goreconfigure?with?overridego 如图所示 2、设置UFDATA_001_2011数据库为紧急修复模式。在查询分析器中执行如下语句：?use ?master update sysdatabases set status=-32768 where dbid=DB_ID(UFDATA_001_2011) 执行后在企业管理器中刷新后会发现UFDATA_001_2011数据库显示为“只读\置疑\脱机\紧急模式”。 如图所示： 3、重建数据库日志文件。 在查询分析器中执行如下语句：?dbcc rebuild_log (UFDATA_001_2011,E:\U8SOFT\Admin\XWPC\ZT001\2011\ufdata.ldf) 执行之前必须退出企业管理器，并且没有人连接些数据库。否则会报如下错误：? 服务器:?消息?5030，级别?16，状态?1，行?1?　　未能排它地锁定数据库以执行该操作。　　DBCC?执行完毕。如果?DBCC?输出了错误信息，请与系统管理员联系。 重建日志成功提示：? 警告:?数据库?UFDATA_001_2011?的日志已重建。已失去事务的一致性。应运行?DBCC?CHECKDB?以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。?DBCC?执行完毕。如果?DBCC?输出了错误信息，请与系统管理员联系。 此时打开在SQL?Server?Enterprise?Manager里面会看到数据库的状态为“只供DBO使用”。可以访问数据库里面的用户表了。? 如图所示： 4、设置数据库为正常状态。在查询分析器中执行如下语句：?sp_dboption?test,dbo?use?only,false? 如图所示： 5、最后一步，将步骤1中设置的“允许对系统目录直接修改”一项恢复，在查询分析器中执行如下语句： sp_configure?allow?updates,0?go? reconfigure?with?override?go? 如图所示：