前言
最近因为一位同事误删了某个插件数据库（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/pwd@servername 这种方式已经进不去了，但切换会话还可以：
sql> alter session set container=pdbdtjk; 会话已更改。
这是孙悟空的一根救命毫毛。
4）以上问题的解决，现在看起来一步一步的，清晰明了，但这中间经过了多少煎熬和痛苦。昨天傍晚出现的问题，搞到21点，还没搞定。回家继续查资料到晚上快24点。早上七点醒来，才查了一下会话切换。早上是人最清醒的时候。
我都不清楚这个文件是怎么删除的。在继续使用的情况下，删除文件系统会提示被锁定，估计是停掉数据库再删除，叉啊，这不是找死吗。我都不敢想象，如果今天数据库没起来，会有一翻怎样的折腾。虽然是开发数据库，但好多项目在使用，各有各的pdb。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对www.887551.com的支持。