前言

最近因?yàn)橐晃煌抡`刪了某個(gè)插件數(shù)據(jù)庫（PDB）的數(shù)據(jù)文件，結(jié)果整個(gè)數(shù)據(jù)庫，包括容器數(shù)據(jù)庫（CDB），以及其他插件數(shù)據(jù)庫都用不了了。無奈。。。通過嘗試各種方法最終解決了，覺著有必要將解決的過程分享出來，方法大家參考學(xué)習(xí)，下面話不多說了，來一起看看詳細(xì)的介紹吧。

方法如下：

1、用sys賬號(hào)進(jìn)入實(shí)例，可見容器數(shù)據(jù)庫處于mounted狀態(tài)；插在上面的所有PDB當(dāng)然也都是mounted。

sqlplus sys/pwd@orcl12c as sysdba;

2、試圖打開CDB，提示有數(shù)據(jù)庫文件未能加載。

SQL> alter database open;alter database open*第 1 行出現(xiàn)錯(cuò)誤:ORA-01157: 無法標(biāo)識(shí)/鎖定數(shù)據(jù)文件 101 - 請(qǐng)參閱 DBWR 跟蹤文件ORA-01110: 數(shù)據(jù)文件 101:'D:/APP/ADMINISTRATOR/ORADATA/ORCL12C/PDBDTJK/NMEMC.DBF'

又關(guān)閉又啟動(dòng)，來回折騰，都是如此：

SQL> shutdown immediate ORA-01109: 數(shù)據(jù)庫未打開已經(jīng)卸載數(shù)據(jù)庫。ORACLE 例程已經(jīng)關(guān)閉。SQL> startupORACLE 例程已經(jīng)啟動(dòng)。Total System Global Area 2147483648 bytesFixed Size     3834152 bytesVariable Size    671092440 bytesDatabase Buffers   1459617792 bytesRedo Buffers    12939264 bytes數(shù)據(jù)庫裝載完畢。ORA-01157: 無法標(biāo)識(shí)/鎖定數(shù)據(jù)文件 101 - 請(qǐng)參閱 DBWR 跟蹤文件ORA-01110: 數(shù)據(jù)文件 101:'D:/APP/ADMINISTRATOR/ORADATA/ORCL12C/PDBDTJK/NMEMC.DBF'

3、查閱網(wǎng)上資料，應(yīng)該是將此遺失文件標(biāo)為脫機(jī)、刪除。但提示找不到該文件！

SQL> alter database datafile 101 offline;alter database datafile 101 offline*第 1 行出現(xiàn)錯(cuò)誤:ORA-01516: 不存在的日志文件, 數(shù)據(jù)文件或臨時(shí)文件 "101"

這就奇怪了，明明是你提示了該文件的，現(xiàn)在又說不知道這個(gè)文件。

4、估計(jì)是當(dāng)前所在數(shù)據(jù)庫是CDB，而這個(gè)文件屬于PDB，所以應(yīng)該切換到相關(guān)PDB，再進(jìn)行文件脫機(jī)。

SQL> alter session set container=PDBDTJK;會(huì)話已更改。SQL> show pdbs; CON_ID CON_NAME      OPEN MODE RESTRICTED---------- ------------------------------ ---------- ----------  13 PDBDTJK      MOUNTED

5、脫機(jī)（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 行出現(xiàn)錯(cuò)誤:ORA-01145: 除非啟用了介質(zhì)恢復(fù), 否則不允許立即脫機(jī)SQL> alter database datafile 'D:/APP/ADMINISTRATOR/ORADATA/ORCL12C/PDBDTJK/NMEMC.DBF' offline drop;數(shù)據(jù)庫已更改。

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

SQL> alter session set container=CDB$ROOT;會(huì)話已更改。SQL> alter database open;數(shù)據(jù)庫已更改。

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

7、總結(jié)

1）一個(gè)PDB損壞，導(dǎo)致整個(gè)CDB以及其他PDB都不能用，乃至于無法恢復(fù)？不應(yīng)該啊，這可是oracle啊，不可能這么弱智的

還真是。聽說oracle 12c r1版本就是，PDB宕機(jī)，CDB也會(huì)陪著一起宕；到r2就好一點(diǎn)，只宕PDB。

2）本次恢復(fù)，從CDB切換到PDB是關(guān)鍵。網(wǎng)上給出的答案，都是11g或以前的，一個(gè)實(shí)例對(duì)應(yīng)一個(gè)數(shù)據(jù)庫，所以沒有數(shù)據(jù)庫切換的概念，文件說脫機(jī)就脫機(jī)了。

3）只要數(shù)據(jù)庫實(shí)例能啟動(dòng)，不管CDB是否已打開，sys都能進(jìn)去:

sqlplus sys/pwd@servername as sysdba;

而PDB則不行。在未打開的情況下，你用 conn user/pwd@servername 這種方式已經(jīng)進(jìn)不去了，但切換會(huì)話還可以：

SQL> alter session set container=PDBDTJK;會(huì)話已更改。

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

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

我都不清楚這個(gè)文件是怎么刪除的。在繼續(xù)使用的情況下，刪除文件系統(tǒng)會(huì)提示被鎖定，估計(jì)是停掉數(shù)據(jù)庫再刪除，叉啊，這不是找死嗎。我都不敢想象，如果今天數(shù)據(jù)庫沒起來，會(huì)有一翻怎樣的折騰。雖然是開發(fā)數(shù)據(jù)庫，但好多項(xiàng)目在使用，各有各的PDB。

好了，以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)VeVb武林網(wǎng)的支持。