SQL数据库专业修复实例.pptx

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