eygle.com   eygle.com
eygle.com  
 

« Oracle中独一无二的Cache对象 | Blog首页 | 悼念我的第一次淘宝购物经历 »

DBA警世录:人祸猛于虎

作者:eygle |【转载时请务必以超链接形式标明文章和作者信息及本声明
链接:

传说中的故障,终于又见到有人遇到了。

今天在Thomas Zhang的杂货铺上看到这样一则故障

存储厂商过来划分存储,不小心将已经在用的盘重新划分,导致2个应用测试库和一个培训库瘫痪。

万幸的是没把生产库也给搞掉[在一个阵列上]。

这真是一场千载难逢的灾难,也幸好还有万幸。

咋就有那么多不认真的工程师呢?存储厂商的工程师的操作也太草率了。

除此之外,我们不应该让存储厂商的工程师随意操作啊,DBA、SA的核查也是必不可少的。
记得我以前收录过一句话
Don't believe a customer when they say they didn't do it. Get evidence.

我们也不应该相信任何第三方工程师,一定要自己确认後才能进行操作。
不过我接触的EMC工程师一般都比较慎重,不知道Tomas的存储是哪一家的?

收录于此,引以为戒!

-The End-

By eygle on 2007-04-20 11:41 | Comments (5) | Posted to Beginner | Edit |Pageviews:

相关文章 随机文章
  • DBA警世录:威胁来自数据库之外
  • DBA警世录:root操作需谨慎
  • DBA警世录:使用ASM应当具备充分认识
  • DBA警世录:年关临近 谨防数据库事故
  • DBA警世录:职业生涯误操作之误删除篇
  • 奥运语录:开始与结束
    我的阅读-唐师曾《我的诺曼底》
    如何加快SMON的恢复进度?
    经典图书推荐系列-之六
    EMC-有多少硬盘可以再坏?
    网上相关主题:
    Google

    留言 (5)

    DELL工程师曾经在为做任何通知的情况下重启一个客户的CX500,可怜上面挂的几台数据库啊。。。。。

    Posted by: adam at April 20, 2007 1:54 PM

    等待Thomas出来揭晓这个伟大的厂家

    Posted by: jacky at April 20, 2007 4:03 PM

    和前不久美国政府的那个差不多啊, 人家花了2M美刀的成本重新输入数据啊。

    Posted by: anysql at April 20, 2007 4:24 PM

    这都能说什么列?
    所以我的现场,一般都不让别人动,os密码和db密码都在我这
    我兼dba/sa
    反正不管如何,出事都是我抗

    Posted by: David.Guo at April 28, 2007 2:24 PM

    这都能说什么列?
    所以我的现场,一般都不让别人动,os密码和db密码都在我这
    我兼dba/sa
    反正不管如何,出事都是我抗

    Posted by: David.Guo at April 28, 2007 2:24 PM

    发表留言:



    Remember Me?
    (输入验证码后方可评论,谢谢支持)



    CopyRight © 2004 eygle.com, All rights reserved.