DUL for unix
前天朋友介绍一杭州一db undo被干掉了，估计情况是需要使用 dul 一类工具，也是aix的，不会正好是楼主这个case吧 ?于是我就问了问，做这种事情，可能现场处理起来很麻烦，也可能不是太麻烦。 结果对方说来处理好，给 1k 的费用。 我当时差点没晕倒，立即拒绝。
过了一阵子又来电话，说大家都是干it的，都知道这事情不麻烦，只是他们不会做而已，差不多了，就当帮个忙。再说数据其实他们也可以手工补，只是需要花点时间而已。 看样子是再不断地证明自己的数据其实不是那么关键。我也说看样子这个数据不那么“值钱”了，那就算了吧。
btw： 我的猜想，估计是下面的人失误干掉了文件，但是又不想给客户造成影响，却又不敢通过正常的公司渠道暴露自己的错误，让公司来承担这个损失（所谓大事化小，小事化了），所以想控制在小部门内部花点小钱抹平这件事。
但不管怎么说，市场终究是市场，任何违背市场价格的事情我们就不应该支持。 今天还看见有人说dba越来越烂了，这是不是盲目发展的结果呢？ 当然这么讲我不是怕有的人用低价去扰乱市场，因为我自己非常长的时间几乎没有接手过什么服务的单子，因为我的心思不在此。
但我想一个细分行业发展起来，可能逐渐地要将一些规则透明，不能胡乱高价也不能胡乱杀价，^_^
最坏的情况是 读数据文件恢复
隐含参数那是最简单的情况，这个未必是一定可以的，你也不能确信人家是否早就各种招数进攻过了，再说隐含参数打开也还要校验数据的正确性啊，是否需要去尽量证明数据是100％ 恢复的还是 99。999％ 恢复的？ 数据库打开了，要不要重新创建一个数据库再导入进去…… 其实要完整地做完一个case，也是要消耗不少时间的！除非对方只需要你解决最关键的那一个问题，其他的他们自己来，才比较省事。
页:
[1]