DUL for unix

ALLSTARS_ORACLE

前天朋友介绍一杭州一db  undo被干掉了，估计情况是需要使用 dul 一类工具，也是aix的，不会正好是楼主这个case吧 ?  

于是我就问了问，做这种事情，可能现场处理起来很麻烦，也可能不是太麻烦。 结果对方说来处理好，给 1k 的费用。 我当时差点没晕倒，立即拒绝。

过了一阵子又来电话，说大家都是干it的，都知道这事情不麻烦，只是他们不会做而已，差不多了，就当帮个忙。再说数据其实他们也可以手工补，只是需要花点时间而已。 看样子是再不断地证明自己的数据其实不是那么关键。我也说看样子这个数据不那么“值钱”了，那就算了吧。

btw： 我的猜想，估计是下面的人失误干掉了文件，但是又不想给客户造成影响，却又不敢通过正常的公司渠道暴露自己的错误，让公司来承担这个损失（所谓大事化小，小事化了），所以想控制在小部门内部花点小钱抹平这件事。

但不管怎么说，市场终究是市场，任何违背市场价格的事情我们就不应该支持。 今天还看见有人说dba越来越烂了，这是不是盲目发展的结果呢？ 当然这么讲我不是怕有的人用低价去扰乱市场，因为我自己非常长的时间几乎没有接手过什么服务的单子，因为我的心思不在此。

但我想一个细分行业发展起来，可能逐渐地要将一些规则透明，不能胡乱高价也不能胡乱杀价，^_^

ALLSTARS_ORACLE

最坏的情况是  读数据文件恢复
隐含参数那是最简单的情况，这个未必是一定可以的，你也不能确信人家是否早就各种招数进攻过了，再说隐含参数打开也还要校验数据的正确性啊，是否需要去尽量证明数据是100％ 恢复的还是 99。999％ 恢复的？ 数据库打开了，要不要重新创建一个数据库再导入进去……  其实要完整地做完一个case，也是要消耗不少时间的！除非对方只需要你解决最关键的那一个问题，其他的他们自己来，才比较省事。