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