DBA三思而后行

1:測試環境和正式環境物理分析，不要既開測試的維護窗口，又開生產的窗口

===================================================================

OS操作

1:rm

著名的一個《一個空格的血案》

- rm –rf /usr /lib/nvidia-current/xorg/xorg
+ rm –rf /usr/lib/nvidia-current/xorg/xorg

如何規避：用mv 代替 rm 先到臨時位置

but mv也有一個很嚴重的問題：如果將一個文件移到一個已經存在的目標文件中，則目標文件的內容將被覆蓋。

解決辦法 mv -i dsw.ora /home/oracle/ 

同樣在cp -a 也存在這個問題，cp前務必檢查目標目錄是否有同名文件

rm 后面不寫*

2：chmod 755 -R / home/oracle

同樣是空格的問題，修改權限，chmod chown 也務必檢查文件目錄是否多寫的空格

3：tar解壓，如果存在同名對象將覆蓋

[root@parnassusdata1 haha]# ls
a1  a2  a3  d.tar
[root@parnassusdata1 haha]# cat a1
555555555555555555555558888
[root@parnassusdata1 haha]# tar xvf d.tar 
a1
a2
a3
[root@parnassusdata1 haha]# cat a1
8888

4：執行腳本，務必檢查，腳本名稱帶上日志和說明

==================================================================

DB操作

1：dml的update delete丟失where 條件 

2：ddl中的drop、 truncate 先備份后操作

3：業務高峰時候不得執行ddl

（1）ddl導致一系列的 SQL 重解析，依賴對象（procedure）失效等數據庫連鎖反應，一旦 SQL 重解析集中出現，系

統必然經歷負荷峰值，如果系統繁忙，可能就此掛起；

（2）任何ddl的變化都需要check這個對象可能被引用的對象

4：慎重進行統計信息收集和索引創建

（1）alter index rebuild online（大表慎用）

online 的時候失敗，到白天業務高峰期間 smon 還在清理臨時段，業務堵塞

5：防止索引失效：分區維護導致索引失效

6：忘記關閉跟蹤磁盤占用導致系統hang

慎用 alter system 級別的跟蹤

7：kill -9 千萬要確認，不要kill掉后臺進程