做DBA 一定要謹慎小心地執行每一個命令
2008.08.13 凌晨一時左右,我在自己的測試環境下,做試驗。由於空間不夠,我就想把 /home/oracle/10gR2/db/dbs/ 下的歸檔日誌清除。
/home/oracle>ls
ab_+ASM1.dat arch1_180_636200046.dbf arch1_188_636200046.dbf arch2_64_636200046.dbf initdw.ora
arch1_173_636200046.dbf arch1_181_636200046.dbf arch1_189_636200046.dbf arch2_65_636200046.dbf init.ora
arch1_174_636200046.dbf arch1_182_636200046.dbf arch1_190_636200046.dbf arch2_66_636200046.dbf initrac1.ora
arch1_175_636200046.dbf arch1_183_636200046.dbf arch1_191_636200046.dbf arch2_67_636200046.dbf orapw+ASM1
arch1_176_636200046.dbf arch1_184_636200046.dbf arch1_192_636200046.dbf core.20000 orapwrac1
arch1_177_636200046.dbf arch1_185_636200046.dbf arch2_61_636200046.dbf hc_+ASM1.dat snapcf_rac1.f
arch1_178_636200046.dbf arch1_186_636200046.dbf arch2_62_636200046.dbf hc_rac1.dat
arch1_179_636200046.dbf arch1_187_636200046.dbf arch2_63_636200046.dbf init+ASM1.ora
ab_+ASM1.dat arch1_180_636200046.dbf arch1_188_636200046.dbf arch2_64_636200046.dbf initdw.ora
arch1_173_636200046.dbf arch1_181_636200046.dbf arch1_189_636200046.dbf arch2_65_636200046.dbf init.ora
arch1_174_636200046.dbf arch1_182_636200046.dbf arch1_190_636200046.dbf arch2_66_636200046.dbf initrac1.ora
arch1_175_636200046.dbf arch1_183_636200046.dbf arch1_191_636200046.dbf arch2_67_636200046.dbf orapw+ASM1
arch1_176_636200046.dbf arch1_184_636200046.dbf arch1_192_636200046.dbf core.20000 orapwrac1
arch1_177_636200046.dbf arch1_185_636200046.dbf arch2_61_636200046.dbf hc_+ASM1.dat snapcf_rac1.f
arch1_178_636200046.dbf arch1_186_636200046.dbf arch2_62_636200046.dbf hc_rac1.dat
arch1_179_636200046.dbf arch1_187_636200046.dbf arch2_63_636200046.dbf init+ASM1.ora
以下就是那條導致我犯錯的命令。大家可能沒有留意到,在 * 和 .dbf 之間我不小心多加了一個空格。當我敲下 回車時,才意識到,但是為時已晚。我把一些引數檔案和密碼檔案一起刪掉了。想想都後怕,幸好不是在生產環境,幸好不是資料檔案。如果要是在客戶的生產環境下,那一定死定了。不由得感覺全身冰冷。做 DBA 的兄弟們,幹活時一定要保持清醒的頭腦,在敲回車時,一定要慎之又慎,要知道,我們所發出的每一個命令都有可能導致嚴重的後果。謹慎,小心!
/home/oracle>rm * .dbf
rm: cannot lstat `.dbf': No such file or directory
/home/oracle>ls
/home/oracle>
[@more@]
rm: cannot lstat `.dbf': No such file or directory
/home/oracle>ls
/home/oracle>
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/66634/viewspace-1008973/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 升級oracle一定要謹慎Oracle
- Linux需要謹慎使用的幾個命令Linux
- DBA要謹慎關閉資料庫(轉)資料庫
- AIX系統謹慎使用reboot命令AIboot
- 休學創業需謹慎,一場遊戲一場夢?創業遊戲
- disruptor如何實現每CPU執行一個執行緒?執行緒
- dba工作一定要細心:由於不細心導致的一個小問題
- 為什麼要謹慎使用Linux find命令?Linux
- 第55條:謹慎地進行優化優化
- 喜提JDK的BUG一枚!多執行緒的情況下請謹慎使用這個類的stream遍歷。JDK執行緒
- 謹慎做資料庫技術的標準化(轉)資料庫
- 【Lambda、SteamAPI】謹慎使用流API
- java流操作要謹慎Java
- 技術人,請謹慎跳槽!
- 請謹慎使用sp_executesqlSQL
- javascript實現的對陣列每一個元素都執行一個函式JavaScript陣列函式
- 蘋果AirPods耳機補買一隻599元 謹慎使用蘋果AI
- STL程式設計實踐一:謹慎使用下標運算子 (轉)程式設計
- 謹慎處理 Service Worker 的更新
- UNIX下VG遷移(謹慎) - 轉
- AIX強制關機需要謹慎AI
- 一定要用Photoshop?no!動手用Python做一個顏色提取器! ⛵Python
- 轉行資料分析,一定要學會做BI報表
- 高峰期謹慎編譯業務物件編譯物件
- 新程式語言選擇需謹慎
- 搞程式有風險 修bug需謹慎
- oracle中要謹慎使用update交叉更新!Oracle
- 一個執行計劃解析的小問題分析
- [20121212]謹慎使用set autotrace traceonly檢視執行計劃[補充].txt
- 每天定時生成awr,每小時一個awr
- CharacterEncodingFilter一定要放在第一個EncodingFilter
- 【警鐘】謹慎刪除歸檔日誌
- [20120112]謹慎使用set autotrace traceonly檢視執行計劃.txt
- 如何做一個快樂的程式設計師?謹記六個好習慣程式設計師
- 加入一個執行緒執行緒
- DBA手記 - optimizer_mode影響一個SQL語句是否可以執行SQL
- BI行業瘋狂“內卷”,企業選型需謹慎,這個工具入坑不虧行業
- 自媒體培訓行業水很深,入行新人要謹慎選擇行業