1.  
        服务项目Service
        服务项目 威廉希尔 >服务项目 >数据库恢复
        Sybase数据库
        故障类型:
        1. 设备文件(*.dat)损坏;
        2. 数据库表记录删除。
        故障表现
        1. 数据库无法恢复; 2. 数据库查询数据时报错。
        恢复方案
        检测流程
        1. 对损坏的数据库进行备份,保证原盘数据不被破坏;
        2. 使用磁盘编辑器对数据库主文件(*.dat)进行检测。
        3. 针对数据库表记录删除,分析日志文件,判断表记录丢失原因。
        恢复流程
        1. 所有恢复操作在备份文件上进行,避免二次损坏。
        2. 通过自编的专业程序对数据库进行完整检测,并修复损坏的索引或数据文件。
        3. 通过自编的专业程序提取数据,生成数据库。
        4. 针对数据库表记录删除,根据丢失原因,使用自编程序数据恢复。
        5. 把恢复后的数据表插入原数据库,对数据库做完整性检测。
        验收流程
        1. 挂载数据库,启动服务;
        2. 对数据库做DBCC检测和DUMP操作;
        3. 对重要表进行数据查询,查询数据库最新记录,检验数据的更新日期。
        恢复的成功率&时间评估
        1. 数据库的表记录删除后,如未做其它任何操作,数据恢复成功率较高。
        2. 数据库设备文件(*.dat)损坏的成功率视其损坏程序而定,时间视数据库大小而定,一般时间约2-5个工作日。
        数据安全科普
        1. 日常做好数据库备份工作,对数据库进行操作时,尽量做到先备份;
        2. 发现数据库损坏后,请及时对数据库备份,不要在没有备份的情况下对数据进行任何修复操作。
        3. 故障出现的可能原因:
        a 数据库正在操作过程中,机器突然断电;
        b 对数据库进行升级,SQL语句条件不严谨;
        c 人为误操作或其它原因。
        选择服务商的标准
        数据恢复有别于一般维修行业,目前市场鱼龙混杂,不同服务商的技术水平和职业素质千差万别,数据丢失后交由非专业人员进行各种检测与恢复操作造成盘片划伤、数据完全覆盖,最终数据无法恢复的情况常有发生,用户从寻找低价到不惜代价拯救数据的例子比比皆是。因此,恢复重要数据必须寻求专业、正规的数据恢复公司帮助,切勿贪图便宜造成无法挽回的损失。是否专业考量的因素有:
        设备,拥有独立的无尘洁净间,保证开盘操作在百级无尘的洁净环境下进行,市场上很多数据恢复公司都表示有无尘洁净室,但事实上能让客户亲眼所见的只是凤毛麟角,寥寥可数。
        技术,就像病重的人手术一样,资深数据恢复工程师对硬件和逻辑结构均有丰富经验,能果断准确地判定该如何抢救数据,机会可能只有一次,有时一次的误操作足以让数据返魂乏术。
        效率,一般情况下普通故障当天能完成,即使开盘恢复也只1-3天,需要一段时间才能完成的极有可能是中间商,即接单后转给第三方赚取差价,成功率与数据安全毫无保障。

        MY SQL

        故障类型 1. ibdata1、MYI、MYD损坏; 2. 数据库表记录删除。
        典型特征:
        1. 数据库无法进行查询等操作;
        2. 使用mysqlcheck和myisamchk无法修复数据库;
        3. 数据库表中无任何数据或只有部份数据;
        4. 客户端无法查询到完整的信息。
        恢复方案
        检测流程
        1. 对损坏的数据库进行备份,保证原盘数据不被破坏;
        2. 使用磁盘编辑器等对MYD、MYI和ibdata1文件进行内部结构检测与分析。
        恢复流程
        1. 所有恢复操作在备份文件上进行,避免二次损坏;
        2. 通过自主开发的程序修复损坏的索引或数据文件;
        3. 通过专业工具提取数据,生成数据库;
        4. 针对数据库表记录删除,把恢复后的数据表插入原数据库,对数据库做完整性检测。
        验收流程
        1. 挂载数据库,启动服务;
        2. 对数据库做mysqlcheck检测;
        3. 对重要表进行数据查询,查询数据库最新记录,检验数据的更新日期。

        恢复的成功率&时间评估
        1. 数据库的表记录删除后,如未做其它任何操作,因MYD内容结构的原因,数据恢复成功率不可达到100%;
        2. 数据库ibdata1、MYI、MYD损坏的成功率视其损坏程序而定,时间视数据库大小而定,一般时间约2-5个工作日。

        数据安全科普
        1. 日常做好数据库备份工作,对数据库进行操作时,尽量做到先备份;
        2. 发现数据库损坏后,请及时对数据库备份,不要在没有备份的情况下对数据进行任何修复操作;
        3. 故障出现的可能原因:
        a 数据库正在操作过程中,机器突然断电;
        b 对数据库进行升级,SQL语句条件不严谨;
        c 人为误操作或其它原因。

        OR acle

        故障类型: 基于ORACLE数据库环境的常见数据丢失故障。 典型特征: a ORACLE数据库无法启动或无法正常工作;
        b ORACLE ASM存储破坏
        c ORACLE数据文件丢失
        d ORACLE数据文件部份损坏
        e RACLE DUMP文件损坏。
        恢复流程
        检测流程
        a 检测是否存在硬件故障,如硬件故障,先解决硬件故障;
        b 以只读方式检测故障表现,并参考客户对故障的描述。
        恢复流程
        a 以只读方式对故障存储做完整镜像备份,只对镜像盘操作,保证原盘数据不被破坏;
        b 在备份中进行数据分析及恢复操作;
        c 恢复后的数据会暂存在另一个安全的存储,避免对原数据的覆盖。
        验收流程
        a 对已恢复数据做容量及数量统计,是否与数据丢失前吻合;
        b 对已恢复的数据做完整性验证,确保文件节点及底层逻辑等方面正确无误;
        c 对客户指定的关键文件进行重点验证,确保客户关键数据成功恢复。
        恢复的成功率
        1. ORACLE数据库无法启动或无法正常工作
        如果突发性的出现上述故障,通常可恢复性极高。从技术底层上看,如果SYSTEM表未损坏,数据较易恢复;如果SYSTEM表损坏,数据需要人工核对表结构,恢复工作较为耗时。
        2. ORACLE ASM存储破坏
        如ASM重置,或组成ASM的部份设备成员故障,出错后无大量新数据写入,恢复成功率较高。
        3. ORACLE数据文件丢失
        无论ORACLE数据文件是删除、格式化还是未知原因丢失,只要没有新的数据写入,都可以通过ORACLE内部的数据组织规则将数据文件恢复出来,但数据文件的名称则需人工核对。
        4. ORACLE数据文件部份损坏
        如ORACLE数据文件部份损坏(如覆盖),通过复杂的数据提取和重组,通常可以将未
        损坏部份的数据记录恢复出来,并可新建表追加进去,但工作量会相当大。
        5. ORACLE DUMP文件损坏
        ORACLE DUMP文件损坏,将损坏部份去除,其余部份均可正常追加至数据表。
        数据安全科普
        1.针对软件故障,在数据丢失后,应尽可能减小对存储的操作,有时候,即使是开着机,什么也不做,也可能导致灾难进一步加剧,条件允许的话,最好损坏后,对磁盘车匪路霸存储卷做完整备份;
        2.针对硬盘故障,在设备无法正常工作后,应尽可能少的加电,以避免设备的进一步损坏。
        3. 做好备份方案,尽可能避免单存储备份,如数据非常重要,可考虑异地备份。


        SQL SERVER
        故障类型: 1、MDF/NDF/LDF损坏;
        2、数据库文件删除、分区格式化;
        3、数据库表删除或表记录删除。
        典型特征: a 数据库在企业管理器中表现为“置疑”状态;
        b 附加数据库后,做DBCC检测,报“并闩锁”错误;
        c 附加数据库是提示“823错误”;
        d 附加数据库提示日志错误;
        e 客户部进行数据查询时报错。
        f 数据库文件(MDF、NDF或LDF)丢失“置疑”状态;
        g 数据库数据恢复至早期数据。
        h 数据库无任何数据表或只有部份数据表;
        恢复方案
        检测流
        a 对丢失数据的介质进行全盘镜像备份,只对镜像操作,确保操作可逆,原盘不被破坏;
        b 针对MDF/NDF/LDF损坏,通过“SQL SERVER数据库分析”软件检测MDF/NDF文件逻辑结构,判断数据库恢复的可能性。
        c 针对数据库/数据表误删除或记录丢失,使用磁盘编辑器(winhex)对数据库或数据表进行分析,判断丢失的原因及是否有覆盖的情况。
        恢复流程
        针对MDF/NDF/LDF损坏的恢复流程
        a 通过“SQL SERVER数据库恢复工具”对数据库进行附加;
        b 如数据库文件可正常附加,再进行DBCC检测,确定数据损坏的程度及损坏的位置;
        c 数据库提示“823错误”和“并闩锁错误”,极可能是数据库的“索引”页出错导致;如损坏的是“索引”页,则可以依据数据库内上下页衔接内容计算,从而手工修复损坏页;
        d 如数据库损坏的是“数据”页,则需通过“SQL SERVER数据库恢复工具”对数据进行提取和重组。
        针对数据库文件删除、分区格式化的恢复流程
        a 分析原来的文件系统结构;
        b 查找目录索引及文件索引信息;
        c 如无法找到其文件索引,则通过MDF/NDF文件内部结构,编写脚本对全盘进行碎片分析;
        d 碎片分析结束后,根据碎片的内容及特性重新组合,生成数据库文件;
        e 附加数据库后,对数据库做完整的DBCC检测。
        针对数据库表删除或表记录删除的恢复流程
        a 分析损坏数据表的文件结构;
        b 依据表结构编写脚本对全盘进行碎片分析;通过SQL SERVER数据库恢复工具”使删除的数据库表或表记录复原;
        c 对恢复后的数据库进行完整的DBCC检测。
        验收流程
        a 对修复好的数据库文件进行附加;
        b 附加后对数据库做DBCC检测;
        c 对重要表进行数据查询,检验数据的更新日期。
        d 对用户指定的关键数据进行针对性校验。
        恢复的成功率&时间评估
        a 数据库文件删除和分区格式化后,如没有写入数据,则恢复成功率可达95%或以上;
        b 数据库文件删除和分区格式化后,如有再写入数据,对原数据造成覆盖,则恢复成功率通过检测后才能确定;
        c 恢复时间根据故障难度、数据库容量及碎片多少而定,一般1-2天能完成。
        数据安全科普
        数据库出现故障的常见原因有:
        1、数据库正在操作过程中,机器突然断电;
        2、文件系统损坏,机器自动运行磁盘检测;
        3、对数据库进行升级,SQL命令不严格;
        4、人为操作错误。
        避免数据库故障的提示:
        1、对数据库进行任何操作时,请先做好原有数据的备份;
        2、进行数据库还原时,请先做好备份再进行还原;
        3、定期检测文件系统,以免运行磁盘检测删掉文件。
        发现数据库损坏后,请及时对数据库进行全库冷备份,不要在没有备份的情况下对数据库进行任何修复操作,更不要往数据库所在分区写入数据,覆盖是导致无法恢复的主要原因。
        选择服务商的标准
        数据恢复有别于一般维修行业,目前市场鱼龙混杂,不同服务商的技术水平和职业素质千差万别,数据丢失后交由非专业人员进行各种检测与恢复操作造成盘片划伤、数据完全覆盖,最终数据无法恢复的情况常有发生,用户从寻找低价到不惜代价拯救数据的例子比比皆是。因此,恢复重要数据必须寻求专业、正规的数据恢复公司帮助,切勿贪图便宜造成无法挽回的损失。是否专业考量的因素有:
        设备,拥有独立的无尘洁净间,保证开盘操作在百级无尘的洁净环境下进行,市场上很多数据恢复公司都表示有无尘洁净室,但事实上能让客户亲眼所见的只是凤毛麟角,寥寥可数。
        技术,就像病重的人手术一样,资深数据恢复工程师对硬件和逻辑结构均有丰富经验,能果断准确地判定该如何抢救数据,机会可能只有一次,有时一次的误操作足以让数据返魂乏术。
        效率,一般情况下普通故障当天能完成,即使开盘恢复也只1-3天,需要一段时间才能完成的极有可能是中间商,即接单后转给第三方赚取差价,成功率与数据安全毫无保障。




        导航4 导航1 导航2 导航2 导航3