|
案例:思讯软件
故障:意外断电导致数据库无法访问
附加提示:
数据库容量5G
根据SQL附加的错误提示,判断为头或启动页面损坏,经过对头和启动页面的整体分析没有发现明显损坏主要数据全部完整。
通过数据5个月前的备份库,进行比对分析和尝试性修复故障库,最终确定为启动页面损坏、修复后直接附加,DBCC检测通过
整个修复过程不到10分钟,为客户挽回数百万账目。
在此和大家分享一下数据库修复的一些常识和对故障的判断.
SQL数据库最常见损坏故障 823 824 错误 此类问题 大部分都是系统表损坏造成,系统表也就是新建一个空库系统生成的表如图
sysobjects 是系统主表里面记录了 所有表的 name id xtype uid info status ====属性其中通过主表里面的 id可以定位到
所有表分部的页面地址 823 824 等错误超过95%以上都是此表损坏造成,要恢复数据,那就必须要修复系统表的损坏数据。
对于一些常见的修复软件 更多的情况是修复后少数据、存储过程,视图等等 导致软件下无法正常使用。
sysindexes 系统索引
sysfiles 系统文件(此表包含数据名称,数据库的总页面,以及存放路径==)系统表的更多资料可以通过网络学习
SQL 的常见故障不是有效的数据库文件,此类故障则更多是头或启动页面检测失败造成,此类故障的修复最好通过备份库获取相应的头或
启动页面信息来修复,成功的概率更高,如果没有备份库、那也可以尝试生成新的数据来代替,修复效果要远比常见的SQL修复软件
Stellar_Phoenix_SQL_Recovery D-Recovery systools sql 等软件 直接修复的效果好上很多 设置可以修复后可以直接附加 使用。
对于大家用 软件修复后无法在客户端正常使用或者看到表数据无法导出的情况,无法处理可与我联系; |
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?立即注册
x
|