当前位置: 移动技术网 > IT编程>数据库>Oracle > oracle 12c因误删pdb数据文件导致整个数据库打不开的解决方法

oracle 12c因误删pdb数据文件导致整个数据库打不开的解决方法

2017年11月30日  | 移动技术网IT编程  | 我要评论

萧洪彬,地球人clevo x7200,夕阳红旅行社

前言

最近因为一位同事误删了某个插件数据库(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。

好了,以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对移动技术网的支持。

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网