请列出你在从事DBA生涯中,最难以忘怀的一次误操作

xifenfei

看了这些经历都后怕，还好到目前为止，我还没有犯过严重的错误

paolo100

生产和测试的窗口一定不能同时打开！有一次把测试环境用的一溜truncate语句在生产环境执行了。。。

g644516804

刚从事DBA不久，可已经放了个让我终生难忘的错误。原本是要将测试环境的一个user给删掉，由于桌面上开了多个窗口，结果drop user XXX cascade，直接将正式环境的一个user给drop了，刚按下enter，就感觉怪怪的，心想不会吧！！已经 来不急了，还好这个user的信息是从另外一台服务器上同步过来的，要不然死定了。以后做什么动作我都习惯先看看是在哪个DB上那个服务器上，千万别搞错了！！

Orasource

收益匪浅！我也贡献一点：
1. 自己的:
自己写了个rman备份以及备份成功后rm旧log的shell腳本，log的目录赋值給变量，结果执行時目录赋值沒成功，該变量指向了另一個目录，结果下面的东东全没了，系统立即报错（把用户的home目录删了）。幸好当时头脑还很清醒，也没误删什么重要的数据，很快就搞定了。以后脚本中要rm某个目录的东东再也不敢用变量表示了，直接hardcode进去算了，這样也放心。另外出问题后一定要冷静，定位出问题原因后再动。

2. 身边朋友的:
测试环境导出的腳本中包含drop語句，結果看都沒看就直接在生產環境中做了，一下子物料表就沒了，整个生产停线，后来做了恢复，丢了半天的数据。幸好老大很神通，搞定了高层领导，没追究责任。教训：执行的脚本一定要认真检查。

3. 听说的:（这个教训价值好几万RMB）
表空间添加datafile, 用的raw device，结果误用了一个已存在且在使用中的raw device. 结果另一个datafile就被覆盖了，不幸中更不幸的是恰巧前几天的备份没成功，没法恢复。系统停了多少天不知道，反正据说是花了好几万RMB请高人做了磁盘恢复才搞定。现在一碰裸设备就想到这个case, 每次都要用fuser, lvscan确认半天才敢动。教训深刻啊！

mchdba

1年多的MySQL DBA, 误操作，就是本来在测试服务器做的 drop database cdp; 一时不注意 执行在开发库了，结果啥也别说了，被程序员批了很久。

mchdba

原帖由 mxx24680 于 2011-1-20 16:28 发表
这个帖子真的太棒了，全是高手牛人，失手的情景描述。全都是价值千金的宝贵经验啊！

再次拜读，以后自己多注意一些。

dengdaisomeone

顶起

novamc

拿到sysdba权限第一件事情就是帮自己开2个帐号
一个帐号有select权限，用自己习惯的密码
一个帐号有dba权限，用乱码做密码，乱到不看密码纸就不行
最后把sysdba帐号保存在邮箱里面，除非经理发邮件过来要重启，否则永远不用
主机的root密码只有安装oracle的时候用一下，装好就还给系统管理员，任何需要root作的事情写信给sa，
每次sa跟我说太麻烦了，给你root密码吧 我都莞尔一笑，不要

kelsoncong

novamc 发表于 2012-4-16 22:03
拿到sysdba权限第一件事情就是帮自己开2个帐号
一个帐号有select权限，用自己习惯的密码
一个帐号有dba权 ...

我都莞尔一笑，不要  
兄弟，不带这么说自己的。。。

novamc

kelsoncong 发表于 2012-4-17 09:15
我都莞尔一笑，不要  
兄弟，不带这么说自己的。。。

在这个多做多错,少作烧错,不作不错,做了就错的年代里
没有必要的权限不要去拿这是对自己的保护,但是很多人认为这会妨碍到自己干活
我只能呵呵