SQL7.0数据库修复 SQL6.5数据库修复 SQL7.0字符集排序规则恢复

最新案例

oracle数据库中勒索病毒.E...

SQL数据库

2014-11-08 03:20:05

客户名称福田人民医院

数据类型    SQL 7.0数据库兼容级别6.5

数据大小    18 GB

故障检测    阵列崩溃客户自己提取出来的数据库。

客户要求    必须能直接使用，因为很老的数据库很多结构已经改变老开发人员都找不到了。

修复结果：客户找了几家恢复公司都无法做好，主要难度在于

一由于数据库很久以前是从6.5版本升级到7.0的数据库所以当时的字符集以及排序规则都已经不知道了，

而7.0的字符集加排序规则很多搭配，所以想在SQL7.0上修复此数据库必须得知道数据库原始字符集是什么。

二由于这个数据库中间有 IAM 页 GAM 和 SGAM页面丢失加上有很多其他物理页面丢失，想用SQL2000来修复此数据库基本没有希望.

因为 SQL2000 升级7.0数据库会校验盘区页面分配等信息。，

三采取SQL数据库修复软件提取数据来重建数据库？也不行因为 1 不能保证原始架构信息可以原模原样恢复,2 此数据库视图表触发器

存储过程外键用户众多,而且不同的架构的表互相还有关系。客户还要求直接使用完美无误，这就是非常麻烦的事。

经过我们综合考虑，首选手工修复数据库弄到SQL2000上但是从515版本升级到539版本中间要走24步从525就过不去了，

手工修正损坏页面和无效指针后，升级到526又被卡死，然后在分析卡死原因后手工矫正再次附加升级到 527 报FCB错误，在手工修正升级到536卡死，

一直手工矫正后升级到539版本也就是SQL2000 版本但是数据库大量分配错误，且无法修复通过特殊手段矫正盘区页面和 PFS页面后分配错误修复完成

剩下的就是修复表遇到两个表损坏较严重采取提取数据插入，最后检测数据库没有错误，客户拿回去使用正常.

闲来无事想原库直接在SQL 7.0修复

于是我详细了研究客户的数据库原始的字符集排序规则以及soft order ，最终得知数据库原始信息。

安装SQL 7.0 设置损坏数据库原始字符集排序规则等信息安装完成后语句附加数据库，修复分配错误在修复损坏的数据表，数据库成功OK，完美OK。

耗时2天。

客户满意是数据完美OK。

深圳极佳数据救援中心友情提醒：重要数据一定要勤备份，遇到数据丢失数据损坏等问题，要第一时间联系专业人士。

对于各类主流数据库，我们可以做最底层的数据恢复及数据修复，对于数据库的某些特定故障我们保证数据库100%原模原样恢复，
无论多大的数据库都立等可取。

原始在SQL7.0 附加的报错信息

在SQL2000下附加升级版本时每一步都报错，而且有的直接报错FCB

在SQL2000下最后剩这个故障，顽固非常顽固。手工改位和分配指针无效。大量的对象IAM指向它。

通过特殊手段在SQL2000下修复OK。

下图为在SQL7.0 上直接修复OK的结果。

[Print] [Close]

Prev: SQL数据库删除表恢复 SQL2005数据库表删除恢复 SQL数据库误删除表恢复

Next: SQL数据库系统检查断定失败 SQL数据库错误3624 SQL2008R2数据库无法附加