难以忘怀DBA误操作

From : AnySQL.net http://www.anysql.net/dba/critical_dba_mistakes.html

最近流行自我恢过, 有人在ITPub上有人问DBA生涯中最难人忘怀的误操作. 最常见的有如下几类:

rm误删除文件, 解决办法可以参考Fenng的贴子, 这其中良好的习惯和权限管理显得很重要, 必要时写些角本来进行删除操作, 不容易范错.

连错数据库, 这种事发生的事也比较多. 如要连Standby的连到Primary了, 结果将生产库关闭了(这事这儿也发生过). 要连本机的连到生产库了, 要连测试库的连到生产库了, 连错库后用初始化角本去初始化造成了大问题.

拷贝粘贴问题, 很习惯将命令粘贴到窗口中去跑, 结果拷的不是想要跑的命令, 而是拷了错误的DROP或TRUNCATE命令, 这个错误我也范过, 还好只是得到一堆ORA-00942(表或视图找不到)错误, 后来就不这么做了, 都是拷到一个SQL文件中, 然后cat检查一下再跑.

不够小心, 如要DROP以TEMP结尾的表, 结果忘了打最后的TEMP, 将正式表删除了.

DBA范了错有时很严重, 见过两次DBA因为这种下岗的. 怎么没有人提这个? OEM或Toad中误按删除(Delete)键, 将表或用户或表空间删除了, 帮人家恢复了几次这类错误, 因此记忆很深刻. 这个可以从加强权限入手, 不要让这类工具以DBA权限去登录, 以前我都是只用具有SELECT CATALOG ROLE和SELECT ANY TABLE权限的用户登录的.

另外还有做了DBA, 但不作为的, 结果是遇到问题时无法恢复. 或者在服务器上试装软件的, 结果安装程序将当前联机日志删除了.

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/66634/viewspace-1010980/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/66634/viewspace-1010980/