難以忘懷DBA誤操作

From : AnySQL.net

最近流行自我恢過, 有人在ITPub上有人問DBA生涯中最難人忘懷的誤操作. 最常見的有如下幾類:

rm誤刪除檔案, 解決辦法可以參考, 這其中良好的習慣和許可權管理顯得很重要, 必要時寫些角本來進行刪除操作, 不容易範錯.

連錯資料庫, 這種事發生的事也比較多. 如要連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@]