同事誤刪了某個外掛資料庫（PDB）的資料檔案，結果整個資料庫，包括容器資料庫（CDB），以及其他外掛資料庫都用不了了。

1、用sys賬號進入例項，可見容器資料庫處於mounted狀態；插在上面的所有PDB當然也都是mounted。

sqlplus sys/pwd@orcl12c as sysdba;

2、試圖開啟CDB，提示有資料庫檔案未能載入。

SQL> alter database open;
alter database open
*
第 1 行出現錯誤:
ORA-01157: 無法標識/鎖定資料檔案 101 - 請參閱 DBWR 跟蹤檔案
ORA-01110: 資料檔案 101:
'D:\APP
 
\ADMINISTRATOR\ORADATA\ORCL12C\PDBDTJK\NMEMC.DBF'

又關閉又啟動，來回折騰，都是如此：

SQL> shutdown immediate 
ORA-01109: 資料庫未開啟


已經解除安裝資料庫。
ORACLE 例程已經關閉。
SQL> startup
ORACLE 例程已經啟動。

Total System Global Area 2147483648 bytes
Fixed Size                  3834152 bytes
Variable Size             671092440 bytes
Database Buffers         1459617792
 
 bytes
Redo Buffers               12939264 bytes
資料庫裝載完畢。
ORA-01157: 無法標識/鎖定資料檔案 101 - 請參閱 DBWR 跟蹤檔案
ORA-01110: 資料檔案 101:
'D:\APP\ADMINISTRATOR\ORADATA\ORCL12C\PDBDTJK\NMEMC.DBF'

3、查閱網上資料，應該是將此遺失檔案標為離線、刪除。但提示找不到該檔案！

SQL> alter database datafile 101 offline;
alter database datafile 101 offline
*
第 1 行出現錯誤:
ORA-01516
 
: 不存在的日誌檔案, 資料檔案或臨時檔案 "101"

這就奇怪了，明明是你提示了該檔案的，現在又說不知道這個檔案。

4、估計是當前所在資料庫是CDB，而這個檔案屬於PDB，所以應該切換到相關PDB，再進行檔案離線。

SQL> alter session set container=PDBDTJK;

會話已更改。

SQL> show pdbs;

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
        13 PDBDTJK                        MOUNTED

5、離線（offline,drop），成功！

SQL> alter database datafile 'D:\APP\ADMINISTRATOR\ORADATA\ORCL12C\PDBDTJK\NMEMC.DBF' offline;
alter database datafile 'D:\APP\ADMINISTRATOR\ORADATA\ORCL12C\PDBDTJK\NMEMC.DBF' offline
*
第 1 行出現錯誤:
ORA-01145: 除非啟用了介質恢復, 否則不允許立即離線


SQL> alter database datafile 'D:\APP\ADMINISTRATOR\ORADATA\ORCL12C\PDBDTJK\NMEMC.DBF' offline drop;

資料庫已更改。

6、切換回CDB，開啟，成功！

SQL> alter session set container=CDB$ROOT;

會話已更改。

SQL> alter database open;

資料庫已更改。

哎，我的天吶！吶啊~~~

7、總結
1）一個PDB損壞，導致整個CDB以及其他PDB都不能用，乃至於無法恢復？不應該啊，這可是oracle啊，不可能這麼弱智的

還真是。聽說oracle 12c r1版本就是，PDB宕機，CDB也會陪著一起宕；到r2就好一點，只宕PDB。

2）本次恢復，從CDB切換到PDB是關鍵。網上給出的答案，都是11g或以前的，一個例項對應一個數據庫，所以沒有資料庫切換的概念，檔案說離線就離線了。

3）只要資料庫例項能啟動，不管CDB是否已開啟，sys都能進去:

sqlplus sys/pwd@servername as sysdba;

而PDB則不行。在未開啟的情況下，你用 conn user/[email protected] 這種方式已經進不去了，但切換會話還可以：

SQL> alter session set container=PDBDTJK;

會話已更改。

這是孫悟空的一根救命毫毛。

4）以上問題的解決，現在看起來一步一步的，清晰明瞭，但這中間經過了多少煎熬和痛苦。昨天傍晚出現的問題，搞到21點，還沒搞定。回家繼續查資料到晚上快24點。早上七點醒來，才查了一下會話切換。早上是人最清醒的時候。

我都不清楚這個檔案是怎麼刪除的。在繼續使用的情況下，刪除檔案系統會提示被鎖定，估計是停掉資料庫再刪除，叉啊，這不是找死嗎。我都不敢想象，如果今天資料庫沒起來，會有一翻怎樣的折騰。雖然是開發資料庫，但好多專案在使用，各有各的PDB。