« Oracle中独一无二的Cache对象 | Blog首页 | 悼念我的第一次淘宝购物经历 »
DBA警世录:人祸猛于虎
作者：eygle |【转载时请以超链接形式标明文章出处和作者信息及本声明】链接：http://www.eygle.com/archives/2007/04/people_fault_than_tiger.html
传说中的故障，终于又见到有人遇到了。
今天在Thomas Zhang的杂货铺上看到这样一则故障：
存储厂商过来划分存储，不小心将已经在用的盘重新划分，导致2个应用测试库和一个培训库瘫痪。万幸的是没把生产库也给搞掉[在一个阵列上]。
这真是一场千载难逢的灾难，也幸好还有万幸。
咋就有那么多不认真的工程师呢?存储厂商的工程师的操作也太草率了。
除此之外，我们不应该让存储厂商的工程师随意操作啊，DBA、SA的核查也是必不可少的。
记得我以前收录过一句话：
Don't believe a customer when they say they didn't do it. Get evidence.
我们也不应该相信任何第三方工程师，一定要自己确认後才能进行操作。
不过我接触的EMC工程师一般都比较慎重，不知道Tomas的存储是哪一家的？
收录于此，引以为戒！
-The End-
历史上的今天...
>> 2009-04-20文章:
>> 2006-04-20文章:
>> 2005-04-20文章:
------
这篇 【DBA警世录:人祸猛于虎】来自 eygle.com | CSDN网摘| del.icio.us|Google订阅 | 鲜果订阅 | 抓虾订阅
By eygle on 2007-04-20 11:41 | Comments (5) | Posted to Beginner | Edit |
| 相关文章 | 随机文章 |
|
|
孔府里发现的好东西 Julia and Eygle 见过这么高并发( logons current)的数据库么? 惊闻著名导演、画家陈逸飞病逝 自我调整检查点的参数约束 |
留言 (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