13510228421
SQL数据库
SQL7.0数据库修复 SQL6.5数据库修复 SQL7.0字符集排序规则恢复
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]  

7x24小时服务  QQ 1186505712 Email 1186505712@qq.com  TEL  13510228421   陈工   
         本站所有资源版权归深圳市极佳电脑技术服务有限公司,禁止克隆本站,抄袭本站文章等侵权行为,否则我们必将追究其法律责任! 

地址:深圳市龙华区民治街道大岭社区龙光玖钻北丙期C座2208
copyright 2008-2022 极佳数据 ( SQL110.com ) All rights reserved 粤ICP备17000871号

在线解答
QQ762862548
在线解答
QQ1186505712
在线解答
QQ254897536
在线解答
在线解答
在线解答