数据库修复之某公司1200G超大SQLserver数据库损坏恢复成功

国信数据恢复李工 2022-04-14 12:21:07

外地某公司的一个超大的SQLserver数据库突发损坏无法附加使用,数据库MDF文件有1200多GB,第三方服务商先尝试对数据库进行修复但以失败告终,后来客户通过网络找到我们数据恢复中心让帮忙解决。

经过检测,这个数据库MDF文件有5000多张表,很多表都是几百万、几千万甚至上亿条记录,表的字段从几个到近百个不等,客户配合提供了部分重要的表名称,我们经过差不多两天时间的分析和测试,最终确定了数据恢复方案。

后期工程师调试修复,服务器24小时不停,经过十多天的努力才把数据恢复工作完成,通过我们对所恢复表记录数的统计和核对,跟原始系统表记录数基本一致。客户自己对部分重要的数据进行核验,结果显示数据大多都是一致的,极少部分有差异,但差异率非常低,成功验收,顺利交付。这种超大数据库的修复工作不仅费时费力,还费脑费眼,是典型的体力劳动和脑力劳动相结合的工作,还好结果是完美的。

8 阅读:6009
评论列表
  • 2022-04-15 17:27

    反正不用署名,图片都模糊处理,没任何线索。你直接在夸大点不行吗。写个8000000T的数据库,而且是跨过公司,全球前三强的。曾经给阿波罗做过项目的。这样写我觉得更好些

    基本属实 回复:
    他想说,反正是吹牛,又不需要什么技术描述,想咋说就咋说
    数据恢复李工 回复:
    1.2TB就觉得不可思议了?在你眼里能跟阿波罗相比!!!其他不举例,你经常接触的物流、商超、医院、银行、化工等内部数据库以TB为单位太正常了。
  • 2022-04-16 14:13

    没有镜像吗?sqlserver.正常肯定都会配置镜像的

  • 2022-04-16 22:55

    一周一次完全备份,一天一次差异备份,一小时一次日志备份,备份策略做好了,比这种事后补救不强多了?

    discoverer 回复:
    数据恢复用了十多天,期间的生产怎么办。停工?还是另搭一个新库?这十多天的损失怎么算。后期的数据合并又是麻烦事。
    数据恢复李工 回复:
    人家有自己的备份方案,只是出现意外情况而已。而且你说的这些不适合这个客户。
    数据恢复李工 回复: discoverer
    这些是甲方的事
  • 2022-05-08 06:16

    不以为耻,反以为荣。这么多数据本就应该拆分不应放在mysql.

    数据恢复李工 回复:
    这是客户的一条业务线,需要进行各种数据核对校验,怎么拆分?而且这个数据量很大吗?只是出现意外而已
  • 2022-04-17 21:40

    恢复成功,没看到啥软件

  • __ 3
    2022-06-17 10:01

    没数据库审计设备吗

  • 不会用rds?

  • 2022-04-19 00:26

    没有30万做不了吧

  • 2022-04-16 17:04

    我们这里最大的才10g,数据库一天一备份,备份后的文件除了本地,还同步传到ftp,服务器一天一备份,就怕数据丢失,如果很大的数据库,必须得弄多库热备了

  • 2022-04-17 17:48

    写了个寂寞

  • 2022-04-17 16:50

    这种修复成功的事真是无法想象重要的大事,确实需要庆贺[点赞][点赞][点赞]

  • 2022-04-20 21:33

    牛批,单机跑?

  • 2022-05-08 00:41

    1t多也叫超大数据库。。。。

    数据恢复李工 回复:
    1T肯定是不大,但出问题同时需要我们来修复处理的概率很低。毕竟,大家都有各种备份方案。
  • 2022-04-16 12:12

    都是钱啊?这些信息能卖多少钱?💰💰💰💰

  • 2022-06-27 09:33

    虎门那个数据恢复李工?

  • 2022-04-18 23:09

    日运行2t,不做备份和镜像吗?

  • 2022-04-24 01:46

    1200GB超大SQL数据库[呲牙笑]

  • 2022-05-24 22:39

    什么鸟公司,DBA该祭天。连个热备都没有?话说都用SQL SEVRER了,AlwaysOn高低也整一套呀。