1、SQL数据库专业修复成果展现 SQL 数据库修复用友通从发版到现在，十年的时间，全国目前有超过 100万的客户群体。而且这个数字将会更快不断的增长。在日常的支持工作中，经常会接到伙伴反馈，由于各种原因造成客户帐套数据库置疑和一致性错误，从而造成软件不能正常使用，严重的甚至会导致客户的数据整体损坏丢失的情况。SQL数据库 损坏主要是由 以下几种原因引起的：1、突然断电，非正常关机，造成日志和事务 损坏 ；2、硬件问题，特别是硬盘问题，造成日志和数据文件 损坏 ；3、硬盘的空间不够，如日志文件过大。4、 系统中毒，造成日志和数据文件损坏数据修复服务流程目前数据损坏问题，要求 伙伴在支持网站（ ht
2、tp:/）提交问题及相关数据；所有的数据损坏问题都必须在支持网站提交 ； 工程师在电话、邮件中收到的关于数据修复的问题，请告知伙伴在后台提交问题 。工程师处理支持网站数据损坏问题；使用 支持网站 维护工具中 的 SQL 数据库检测 修复工具 （编号 9005）进行修复，具体修复步骤请参照 数据库置疑和一致性错误解决办法 数据修复方法这种数据修复 主要是针对数据库中三张系统表 sysindexes ， sysobjects ， syscolumns 损坏， SQL数据检测修复工具无法修复的情况，按照服务支持总部目前的流程，是转由数据库 修复部门 进行专业付费修复，需要客户确认是否进行付费修复。数
3、据修复方法首先 使用 SQL数据库检测修复工具尝试进行修复 检测数据库（仅检测）提示：数据库 UFDATA_888_2011 在 sysobjects、 sysindexes、syscolumns 或 systypes 中存在一致性错误，妨碍了进一步的 CHECKDB 处理。然后点击 修复 3张系统表，修复到 syscolumns表时提示错误信息如下：数据修复方法二 、 系统表损坏，无法使用工具继续进行修复，进入查询分析器，执行修复语句如下：use UFDATA_888_2011 -目标数据库dbcc checkdb -检测数据库sp_dboption UFDATA_888_2011,sing
4、le user,true -将目标数据库置为单用户状态godbcc checktable(syscolumns,repair_rebuild) -修复重建表gosp_dboption UFDATA_888_2011,single user,false -将目标数据库置为多用户状态go如果修复表始终不成功，修复重建表可以替换使用以下：dbcc checktable(syscolumns,repair_allow_data_loss) - 允许数据丢失的重建表（谨慎使用）数据修复方法在 SQL查询分析器中执行修复表脚本如下图： 通过对比 SQL修复 工具和SQL脚本执行的结果， 均 提示： CRE
5、ATE UNIQUE INDEX 终止，因为发现了索引 ID 1 的重复键。最重要的主键为 1256391545。数据修复方法通过提示的主键 ID ，可以在系统对象表（ sysobjects）确认错误的表名，然后 修复相应的表或者 drop掉出错的表（前提是必须要先确认表中是否存在数据）。select * from sysobjects where id=1256391545drop table CA_OnPQu -xtype是表类型数据修复方法继续执行修复 syscolumns 脚本，发现还提示： CREATE UNIQUE INDEX 终止，因为发现了索引 ID 1 的重复键。最重要的主键为 1257823593。数据修复方法按照之前处理的办法，根据提示的主键 ID，还存在两张重复主键的表， 修复或者 drop掉相应的表：select * from sysobjects where id=1257823593drop proc dt_displayoaerror select * from sysobjects where id=1259203586drop view Salse_DXFHTH_T
