当前位置: 首页 > 编程笔记 >

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

贡正诚
2023-03-14
本文向大家介绍oracle 12c因误删pdb数据文件导致整个数据库打不开的解决方法,包括了oracle 12c因误删pdb数据文件导致整个数据库打不开的解决方法的使用技巧和注意事项,需要的朋友参考一下

前言

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

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

 类似资料:
  • 我使用的是Oracle Database 12c Standard Edition 12.1.0.2.0-64位版本,在打开PDB数据库时遇到问题。 错误: 我正在使用下面提到的步骤创建Oracle数据库,这在Oracle企业版上运行良好。 http://dbarahul.blogspot.in/2017/02/manual-cdb-pdb-database-creation-steps.html

  • 我用的是Android平板,上面有Xamarin/C#应用。我试图用这款平板电脑访问驻留在我的Windows 10机器上的SQLite数据库。我选择使用USB/Android而不是Android模拟器,应用程序仍然驻留在Windows 10机器上。这似乎无关紧要,但我也尝试过映射驱动器、共享文件夹和创建网络连接。项目参考 这是代码: 命名空间CicoAndroid{公共部分类MainPage: C

  • 问题内容: 我试图像这样删除当前连接的数据库,但出现此错误: 如果必须关闭连接,我不太了解如何删除数据库,因为那样我就无法使用dbConn.Exec执行我的DROP DATABASE语句? 我想我可以连接到另一个数据库,然后在该连接上执行它,但是我什至不确定那是否行得通,而且似乎只是为了删除另一个数据库而不得不连接到新数据库似乎很奇怪。有任何想法吗?谢谢。 问题答案: 因为,您正在尝试对已打开连接

  • 当我跑步时 我得到这个错误 get _ new _ connection conn = database . connect(* * conn _ params)Django . db . utils . operational错误:无法打开数据库文件 my settings.py:

  • 问题内容: 问题:为什么我不能打开数据库? 信息:我正在使用数据库进行项目。我编写了一个测试程序,该程序运行并传递数据库: 单元测试程序可以使之毫无问题。但是,当我实际使用将相同位置传递给它的程序时,出现以下错误: OperationalError:无法打开数据库文件 我试着用: 在三种情况下,我遇到了以上错误。最令人沮丧的部分是事实可以做到这一点,但实际程序却做不到。 关于到底发生了什么的任何线

  • 问题内容: 在Django中设置服务器时出现此错误。它是sqlite3,这意味着它应该创建.db文件,但似乎没有这样做。我已经将SQLite规定为后端,并且将其放置在绝对的文件路径中,但是没有运气。 这是错误还是我做错了什么?(只是在想,在Ubuntu中指定的绝对文件路径是否有所不同?) 这是我的settings.py文件的开头: 问题答案: 问题你正在使用SQLite3,你的DATABASE_N