AUL成功使用于一个2TB数据库的恢复

    某国外公司的一个2TB的数据仓库坏了, 由于磁盘的问题, 系统表空间上出现了一些块坏. 他们也不是没有备份, 只是最后一次备份是在一个月以前做的, 而最近一段时间装载和处理了很多数据(大约100G左右), 如果直接恢复到一个月以前的备份, 则需要将这些数据重新装载和处理, 将消耗很长的时间. 在数据仓库中, 一般会将数据按时间分表或分区来存放, 因此还是比较容易将最近处理的数据恢复出来的.

    他们的领导给他们下了最后命令, 必须在5个工作日之内将这些数据恢复出来, 以供业务部门进行经营分析. 因此他们在对AUL作了一些测试后, 选用它作为这次恢复的解决方案. 这可是AUL有史以来面最大的数据库了, 要恢复其中100g的数据, 数据量也不算少了. 上次遇到一个1TB的, 不过我建议了他们重新生成数据.

    第一天我给他们许可证, 第二天我去问他们恢复进行得如何时, 已经只有一张大一点的表还没有恢复出来, 其他大部份数据都已经恢复好了, 速度还是比较快的. 在整个过程中, 我基本上没有作什么技术支持, 只是将英文站点上的几个页面链接发过去, 告诉他们如何申请许可证, 如何一步一步进行恢复.

    中国的数据仓库就没有这样的事了, 一个500G的坏掉了, 在OEM中将用户删除了, 三年的数据, 领导说重新从业务系统来生成数据, 只能说明这个数据仓库并不重要. 另外一个200G的数据仓库坏掉了, 磁盘陈列坏了, 拷出来的系统表空间文件中有很多的坏块, 好象也没有选择去恢复.

    还有一个数据库, 一个15G的表空间不知如何被删除了, 只留下了数据文件, 表空间文件用自动增长方式, 在这15G充满了数据. 据说是10月1号左发生的, 到现在还没有恢复, 因为领导还在费用和数据之间做平衡工作.

留言 (6)

真不错啊,又赚了不少钱,恭喜

小赚一点了, 每年盼到个一两次, 是件痛苦的事.
还不太会出个合适的价.

AUL很有发展前景的

AUL已经成熟了,建议作一张地图,将AUL到过的地方标记出来!

老早就想过, 不过感觉那样做太嚣张了, 最后止住了.

强悍!

发表留言: