Oracle資料恢複-慎用OEM誤操作資料檔案刪除案例

一個徹底的包含資料檔案和內容的集聯刪除被發出，如果使用手工，恐怕DBA們都會極其謹慎的拼字這樣的命令：

Wed May 02 10:46:09 2012
/* OracleOEM */ DROP TABLESPACE "WNDT" INCLUDING CONTENTS  AND DATAFILES  CASCADE CONSTRAINTS
Wed May 02 10:46:23 2012
Errors in file d:oracleadminwndtudumpwndt_ora_4816.trc:
ORA-01259: 無法刪除資料檔案 D:ORACLEORADATAWNDTWNDT.ORA
ORA-27056: skgfrdel: 無法刪除檔案
OSD-04024: 無法刪除檔案。
O/S-Error: (OS 32) 另一個程式正在使用此檔案，進程無法訪問。

似乎幸運的是，初始的刪除遇到錯誤，顯示檔案被其他進程持有，無法刪除。

但是遺憾的是，進一步的提示顯示，檔案最終被成功操作刪除：

代碼如下	複製代碼
Wed May 02 10:46:23 2012 Completed: /* OracleOEM */ DROP TABLESPACE "WNDT" INCLUDI

這則案例警示我們：盡量少用OEM等圖形工具進行資料庫重要的管理和維護操作，如果你不清楚前台的一個操作在後台會如何執行，那麼一定要謹慎使用這樣的工具。

對於這樣的案例，如果使用者能夠及時的保護現場，通過儲存層級的恢複是可以找回資料檔案的。