Oracle中提示PDB库有数据文件，需要介质恢复的问题如何解决
分类：编程技术
时间：2024-02-20 15:53
浏览：0
评论：0
本文主要讲解“Oracle中提示PDB库有数据文件，需要介质恢复的问题如何解决”。文章中的解释简单明了，易于学习和理解。请按照小编的思路慢慢深入，一起来研究学习《Oracle提示PDB库有数据文件，需要介质恢复的问题如何解决》！
Oracle Linux 7.1数据库为Oracle 12.2.0.1 RAC，数据库启用归档功能。手动关闭数据库后启动数据库时，提示PDB库有需要介质恢复的数据文件
[grid @jytest1 ~]$ srvctl stop database -db jy[grid@jytest1 ~]$ crsctl stat res -t-------------------------- ------------------- ------------------------------- ---名称 目标状态详细信息 服务器状态详细信息 --------- ------------------------------------------ -------- -------------------------------本地资源--------- --------------------------------------------------------- ----- ---------------------ora.ASMNET1LSNR_ASM.lsnr 在线在线 jytest1 在线在线 jytest1 在线在线 jytest1 在线稳定 jytest2 STABLEora.DATA.dg 稳定 ; STABLEora.FRA.dg ONLINE ONLINE jytest1 STABLE ONLINE ONLINE jytest2 STABLEora.LISTENER.lsnr ONLINE ONLINE jytest1 STABLE ONLINE ONLINE jytest2 STABLEora.TEST.dg ONLINE jytest1 稳定 稳定公共服务提供商；在线 在线 jytest1 STABLEora 在线 jytest1 稳定在线 在线 jytest2 STABLEora.proxy_advm 离线 离线 jytest1 稳定 离线 离线 jytest2 ST ABLE---------------------------- ------------ -------------------------------------- ------------集群资源----- ------------------------------------------ ------------------- --------------------------ora.LISTENER_SCAN1.lsnr STABLEora.LISTENER_SCAN2.lsnr 1 在线 在线 jytest2 STABLEora.LISTENER_SCAN3.lsnr 1 在线 在线 jytest 1; 8.88.2、Stablera.asm 1 Online 在线 Jytest1 启动，稳定 2 Online 在线 Jytest2 稳定 3 OnlineOFFLINE STABLEora.cvu 1 ONLINE jytest2 STABLEora.jy.db 1 OFFLINE OFFLINE 实例关闭，ST； Able 2 Offline 离线实例关闭，St "nbsp; stablera.jytest1.vip 1 online 上线 jytest1 stablera.jytest2.vip 1在线 在线jytest2 stablera.mgmtdb 1在线 jytest2打开，STABLEora.qosmserver 1 STABLEora.scan2.vip 1 ONLINE jytest2 STABLEora.scan3.vip 1 ONLINEONLINE jytest2 STABLE---------------------------------------- ------------------------------------------------------------------ ------------------
提示PDB数据文件需要媒体恢复。文件号为38
[grid@jytest1 ~]$ srvctl start database -db jyPRCR-1079: 无法启动资源ora.jy.dbCRS-5017: 资源操作“ora.jy.db start” “遇到以下错误：ORA-01113：文件 38 需要介质恢复ORA-01110：数据文件 38：'+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/system.271.962209649'。有关详细信息，请参阅“/u01/app/grid/diag/crs/jytest2/crs/trace/crsd_oraagent_oracle.trc”中的“(:CLSN00107:)”。CRS-2674: Start of 'ora.jy.db' on ' jytest2' failedCRS-5017：资源操作“ora.jy.db start”遇到以下错误：ORA-01113：文件 38 需要介质恢复ORA-01110：dat文件 38：“+DATA/JY/5F9AC6865E87549FE0 53AB828A0ADE94/DATAFILE/system.271.962209649”。有关详细信息，请参阅“/u01/app/grid/diag/crs/jytest1/crs/trace/crsd_oraagent_oracle.trc”中的“(:CLSN00107:)”。CRS-2674：“ora .jy.db”开始于“ jytest1' failedCRS-2632：没有更多服务器可以尝试将资源“ora.jy.db”放置在满足其放置策略的服务器上
在文件号 38 恢复上执行媒体
< pre>[oracle@jytest1 ~]$ sqlplus / as sysdbaSQL*Plus：于 2023 年 2 月 13 日星期三 17:47:55 发布 12.2.0.1.0 生产版本版权所有 (c) 1982, 2016，Oracle。保留所有权利。已连接到空闲实例。SQL> 启动ORACLE 实例已启动。总系统全局区域 2147483648 字节固定大小 8794848 字节可变大小 1610616096 字节数据库缓冲区 520093696 字节重做缓冲区 7979008 字节数据库已安装。ORA-01113: 文件 38 需要介质恢复ORA-011 10：数据文件38:'+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/system.271.962209649'SQL> 恢复数据文件 38;介质恢复完成对38号文件进行介质恢复后打开CDB时，提示39号文件也需要介质恢复
SQL> alter database open;alter database open*第 1 行出现错误：ORA-01113：文件 39 需要介质恢复ORA-01110：数据文件 39：'+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/sysaux.316.962209649'如果是，请执行恢复数据库命令对CDB进行介质恢复并打开CDB
SQL>recoverdatabase;Mediarecoverycomplete.SQL>alterdatabaseopen;Databaselated.打开JYPDB PDB文件No.45时提示需要介质恢复
SQL> alter可插拔数据库jypdb open;alter可插拔数据库jypdb open*第1行出现错误：ORA-01113：文件45需要介质恢复ORA-01110：数据文件45：'+DATA/JY/ 5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/cs.294.966380783'如果对45号文件进行介质恢复，虽然介质恢复成功，但打开时仍然提示进行介质恢复jypdb
SQL> 恢复数据文件 45;介质恢复完成。SQL> 更改可插拔数据库 jypdb 打开;更改可插拔数据库 jypdb open* 第 1 行出现错误：ORA-01113：文件 45 需要介质恢复ORA-01110：数据文件 45：'+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/cs.294.966380783'If查询数据文件检查点SCN和数据文件头SCN，发现44号和45号文件的数据文件检查点SCN与数据文件头SCN号不一致，且数据文件检查点SCN大于数据文件头SCN号。因此需要日志文件来进行恢复。但成功执行recover datafile命令后，打开JYPDB时仍然提示需要介质恢复。
SQL> 从 v$datafile 中选择 FILE#、CHECKPOINT_CHANGE#、LAST_CHANGE#；文件#CHECKPOINT_CHANGE#LAST_CHANGE#------------ ----------- ------- ------------ 176117998 3 176117998 4 176117998 5 1449535 1449535 6 1449535 1449535 7 176117998 8 1449535 1449535 9 176117998 38 176098593 176098593 39 176098593 176098593 40 1760 98593 176098593 文件#检查点更改#最后更改#---------------------------------------- -------------------- -------- 41 176098593 176098593 42 176098593 176098593 43 176098593 176098593 44 176098593 175898322 45 176098593 17589832 2 46 21664676 21664676 47 21664676 21664676 48 21664676 21664676 4 9 21664676 21664676 50 21664676 21664676 51 21664676 2166467622 行已选择。SQL> select FILE#,CHECKPOINT_C HANGE# from v$datafile_header;文件#CHECKPOINT_CHANGE#--------- ----------- ------- 1 176117998 3 176117998 4 176117998 5 1449535 6 1449535 7 176117998 8 1449535 9 176117998 38 17 6098593 39 176098593 40 176098593 文件#CHECKPOINT_CHANGE#---------------------------- 41 176098593 42 176098593 43 176098593 44 175898322 45 175898322 46 21664676 47 21664676 48 21664676 49 21664676 50 21664676 51 2166467622 行已选择。如果您打算重建控制网络文件然后进行介质恢复，首先将控制文件备份到跟踪文件。跟踪文件包含用于重建控制文件的相关命令
SQL> alter database backup controlfile to track as '/tmp/ctl.txt';数据库已更改。关闭RAC数据库< /p>
SQL> shutdown instantDatabase 已关闭。数据库已卸载。ORACLE 实例已关闭。启动 RAC 数据库至 nomount 状态
SQL> STARTUP NOMOUNTORACLE 实例已启动。总计System Global Area 2147483648 bytesFixed Size 8794848 bytesVariable Size 1610616096 bytesDatabase Buffers 520093696 bytesRedo Buffers 7979008 bytes重建控制文件，提示数据库未整理其他模式，即无法重建控制文件在RAC环境中
SQL> CREATE CONTROLFILE REUSE DATABASE "JY" NORESETLOGS ARCHIVELOG 2 MAXLOGFILES 192 3 MAXLOGMEMBERS 3 4 MAXDATAFILES 1024 5 MAXINSTANCES 32 6 MAXLOGHISTORY 292 7 LOGFILE 8 GROUP 1'+DATA/JY/ONLINELOG/group_1.261.961976319' 大小 200M 块大小 512, 9 组 2 '+DATA/JY/ONLINELOG/group_2.302.961976321' 大小 200M 块大小 512, 10 组 3 '+DATA/JY/ONLINELOG/group_3. 263.961976697' 大小 200M 块大小 512, 11 组 4 '+DATA/JY/ONLINELOG/group_4.262.961976705' 大小 200M 块大小 512, 12 组 6 ( 13 '+DATA/JY/ONLINELOG/group_6.280.97243 5899', 14'+法国/ JY/ONLINELOG/group_6.354.972435909' 15 ) SIZE 200M BLOCKSIZE 512 16 -- 备用日志文件 17 数据文件 18 '+DATA/JY/DATAFILE/system.317.962209603', 19 '+DATA/JY/DATAFILE/sysaux.298.96220960 5', 20 '+DATA/JY/DATAFILE/undotbs1.277.962209605', 21 '+DATA/JY/5F9AA26 4B21F3ED9E053AB828A0A6088/DATAFILE/system.256.962209675', 22 '+DATA/JY/5F9AA264B21F3ED9E0 53AB828A0A6088/DATAFILE/sysaux.270.962209675', 23'+数据/JY/DATAFILE/users.301.962209605', 24 '+DATA/JY/5F9AA264B21F3ED9E053AB828A0A6088/DATAFILE/undotbs1.296.962209675', 25 '+ DATA/JY/DATAFILE/undotbs2.312.9622096 05', 26'+数据/JY/5F9AC6865E87549FE053AB828A0ADE94/数据文件/系统.271.962209649', 27 '+DATA/JY/5F9AC6865E8 7549FE053AB828A0ADE94/DATAFILE/sysaux.316.962209649', 28 '+DATA/JY/ 5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/undotbs 1.264.962209649'，29'+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/undo_2.268.962209649 ', 30 '+DATA/JY/5F9AC 6865E87549FE053AB828A0ADE94/DATAFILE/users.278.962209649', 31 '+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/test.275.962210609 ', 32 '+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/tts.257.966380353' , 33 '+DATA/JY/5F9AC6865E87549FE053 AB828A0ADE94/DATAFILE/cs.294.966380783', 34 '+DATA/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/system.260.962469409', 35'+数据/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/sysaux.259.962469409', 36'+DATA/JY/600D6F56DEB669CCE053AB828 A0AAB7E/DATAFILE/undo_2.265.962469409', 37'+DATA/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/undo_2.266.962469 409', 38 '+DATA/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/users.267.962469409', 39 '+数据/JY/600D6F56DEB669CCE053AB828A0AAB7E/数据FILE/test.269.962469409' 40 字符集 ZHS16GBK 41 ;CREATE CONTROLFILE REUSE DATABASE "JY" NORESETLOGS ARCHIVELOG*ERROR at line 1:ORA-01503: CREATE CONTROLFILE failedORA-12720: 操作要求数据库处于 EXCLUSIVE 模式修改数据库为独占模式
SQL> show Parameter ClusterName Type Value ---------------------------------------- -------- ----------- -------------------------- ----- cdb_cluster 使用使用使用 ‐ ' s ‐ ‐ ‐ ‐ ‐ boolean _instances integer 2cluster_interconnects stringSQL> alter system set cluster_database=falsescope=spfile sid='*';系统已更改。重新启动数据库至 nomount 状态< /p>
SQL> shtudown instantSP2-0734: 未知命令开始“shtudown i...” - 忽略行的其余部分。SQL > shutdown instantORA-01507: 数据库未安装ORACLE 实例 shutdown.SQL> STARTUP NOMOUNTORACLE instance 已启动。总系统全局区域 2147483648 字节固定大小 8794848 字节可变大小 1459621152 字节数据库缓冲区 671088640 字节重做缓冲区 7979008 字节重建控制文件
SQL>CREATE CONTROLFILE REUSE DATABASE "JY" NORESETLOGS ARCHIVE日志2 MAXLOGFILES 192 3 MAXLOGMEMBERS 3 4 MAXDATAFILES 1024 5 MAXINSTANCES 32 6 MAXLOGHISTORY 292 7 LOGFILE 8 GROUP 1 '+DATA/JY/ONLINELOG/group_1.261.961976319' 大小 200M BLOCKSIZE 512, 9 GROUP 2 ' +数据/JY/ONLINELOG/group_2.302.961976321 ' 大小 200M 块大小 512, 10 GROUP 3 '+DATA/JY/ONLINELOG/group_3.263.961976697' 大小 200M 块大小 512, 11 GROUP4 '+DATA/JY/ONLINELOG/group_4.262.961976705' 大小 200M 块大小 5 12, 12 第 6 组 ( 13 '+DATA/JY/ONLINELOG/group_6.280.972435899', 14 '+FRA /JY/ONLINELOG/group_6.354.972435909' 15) 大小 200M 块大小 512 16 -- 备用日志文件 17 数据文件 18 '+DATA/JY/数据文件/系统。 317.962209603', 19 '+DATA/JY/DATAFILE/sysaux.298.962209605', 20 '+DATA/JY/DATAFILE/undotbs1 .277.962209605', 21 '+DATA/JY/5F9AA264B21F3ED9E053AB828A0A6088/DATAFILE/system.256.962209675', 22 '+DATA/JY/5F9AA264B21F3ED9E053AB828A 0A6088/DATAFILE/sysaux.270.962209675', 23 '+DATA/JY/DATAFILE/users.301.962209605', 24 '+DATA/JY /5F9AA264B21F3ED9E053AB828A0A6088/DATAFILE/undotbs1.296.962209675', 25'+DATA/JY/DATAFILE/undotbs2.312.962209605', 26'+DATA/JY/5F9AC6865E87549FE053AB 828A0ADE94/DATAFILE/system.271.962209649', 27'+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/数据文件/sysaux.316.962209649'，2 8'+数据/JY/5F9AC6865E87549FE053AB828A0ADE94/数据文件/undotbs1.264.962209649'，29'+数据/JY/5F9AC6865E87549FE053AB828A0 ADE94/数据文件/undo_2.268.962209649'，30'+数据/JY/5F9AC6865E87549FE053AB828A0ADE94/数据文件/users.278.962209649', 3 1 '+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/test.275.962210609', 32 '+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/t ts.257.966380353'，33'+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/ cs.294.966380783', 34'+DATA/JY/600D6 F56DEB669CCE053AB828A0AAB7E/DATA文件/系统.260.962469409'，35'+数据/JY/600D6F56DEB669CCE053AB828A0AAB7E/数据文件/sysaux.259.962469409'，36'+数据/JY/600D6F56DEB669CCE053AB828A0AAB7E/数据文件/undotbs1.265.962469409'，37'+数据/JY/600D6F56DEB669 CCE053AB828A0AAB7E/数据文件/undo_2.266.962469409', 38 '+DATA/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/用户.267.962469409', 39 '+DATA/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATA FILE/test.269.962469409' 40 字符集 ZHS16GBK 41 ;已创建控制文件。如果是查询数据文件检查点SCN和数据文件头SCN。现在文件44和45的数据文件检查点SCN和数据文件头SCN号仍然不一致并且数据文件检查点SCN大于数据文件头SCN号
SQL> col name for a100SQL> select name,checkpoint_change# from v$datafile_header;NAME ---------------------------------------- ----------- ------------------------------------------ --------------- ---------------+DATA/JY/DATAFILE/system.317.962209603 p;一直一直一直一直一直一直一直一直一直一直一直到现在已开发已开发已开发已开发已开发已如此开发已如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此如此 1449535+DATA/JY/DATAFILE/users.301.962209605 A0A6088/DATAFILE/undotbs1.296.962209675 176098593+DATA/JY/5F9AC6865E87549FE053AB82 8A0ADE94/DATAFILE/sysaux.316.962209649 176098593+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/undotbs1.264.962209649 176098593+DATA/JY/5F9AC6865E8754 9FE053AB828A0ADE94/数据文件/用户.278.962209649 176098 593+数据/JY/5F9AC6865E87549FE053AB828A0ADE94/数据文件/test.275.962210609 176098593+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/tts.257.966380353 175898322+DATA/JY/5F9AC6865E87549FE0 53AB828A0ADE94/DATAFILE/cs.294.966380783 17589832 2+DATA/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/system.260.962469409 ; 21664676+数据/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/undotbs1.265.962469409 21664676+数据/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/undo_2.266 .962469409 P; 21664676+数据/JY/600D6F56DEB669CCE053AB828AB7E/DataFile/Users.267.962469409 21664676+数据/600D666669CE053AB828A0AAAAAAAAA B7E/DataFile/Test.269.962469409 2166467622 ROWS selected.sql> 选择名称，Checkpoint_Change#from v$ 数据文件；姓名-------------------------------------------------- ---- ------------------+DATA/JY/DATAFILE/system.317.962209603 176144167+数据/JY/数据文件/sysaux.298.962209605 1761441 67+数据/JY/数据文件/undotbs1.277.962209605 176144167+数据/JY/5F9AA 264B21F3ED9E053AB828A0A6088/数据文件/system.256.962209675 176144167+DATA/JY/5F9AA264B21F3ED9E053AB828A0A6088/DATAFILE/sy saux。 270.962209675 1761441 67+数据/JY/5F9AA264B21F3ED9E053AB828A0A6088/DATAFILE/undotbs1.296.962209675 176144167+数据/JY/DATAFILE/undotbs2.312.962209605 176144167+数据/JY/5F9AC6865E 87549FE053AB828A0ADE94/DATAFILE/system.271.962209649 176144167+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/undotbs1.264.962209649 1761441 67+DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/undo_2.268.962209649 176 144167+数据/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/users.278.962209649 1 76144167+数据/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/test.275.962210609 AC6865E87549FE053AB828A0ADE94/ DATAFILE/tts.257.966380353 p; 6144167+数据/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/system.260.962469409 176144167+数据/JY/600D6 F56DEB669CCE053AB 828A0AAB7E/DATAFILE/sysaux.259.962469409 176144167+DATA/JY/600D6F56DEB669CCE053AB828A0AAB7E/DATAFILE/undotbs1.265.962469409 176144167+D ATA/JY/600D6F56DEB669CCE053AB828A0AAB7E/数据文件/undo_2.266.962469409 176144167+DATA/JY/600D6F56DEB6 69CCE053AB828A0AAB7E/DATAFILE/users.267.962469409B828A0AAB7E/DATAFILE/test.269.962469409 已选择 176144416722 行。打开SQL > 恢复数据库ORA-00279: 线程 2 需要时生成的更改 175898322 指定日志: {=建议|文件名 |自动 | CANCEL}+TEST/JY/ARCHIVELOG/2023_02_13/thread_2_seq_1073.422.1000144183OR A-00279：线程 2ORA-00289 需要在 02/13/2023 17:49:43 生成更改 176098395：建议：+TEST/arch/2_1 074_961976319.dbfORA -00280：线程2的更改176098395按顺序#1074指定日志：{=建议|文件名 |自动 | CANCEL} +TEST/JY/ARCHIVELOG/2023_02_13/thread_2_seq_1074.382.1000144185ORA-00279：线程 2ORA-00289 需要在 02/13/2023 17:49:45 生成更改 176098399：建议：+ TEST/arch/2_10 75_961976319.dbfORA- 00280：线程 2 的更改 176098399 按顺序进行#1075指定日志：{=建议|文件名 |自动 |取消}+测试/arch/2_1075_961976319.dbf ORA-00279：线程 1 需要于 02/13 17:49:45 生成更改 176098399 ORA-00289：建议：+TEST/arch/1_1182_961976319.dbfORA-00280：线程 1 的更改 176098399 位于序列#第1182章文件名 |自动 | CANCEL} + TEST/arch/1_1182_961976319.dbfORA-00279：线程 2ORA-00289 需要在 02/13/2023 17:49:45 生成更改 176098401：建议：+TEST/arch/2_1076_961976319.dbfORA-00280：改176 098401线程 2 按顺序 #1076指定日志：{=建议 |文件名 |自动 | CANCEL} +TEST/arch/2_1076_961976319.dbfORA-00288: to continue recovery type ALTER DATABASE RECOVER CONTINUEORA-00278: log file '+TEST/arch/2_1076_961976 319.dbf' no longer needed for this recoveryORA-00279: change 176098489 generated at 02/13/2023 17:49:50 需要线程 1ORA-00289：建议：+TEST/arch/1_1183_961976319.dbfORA-00280：线程 1 的更改 1760984 89 按顺序 #1183指定日志：{=建议 |文件名 |自动 |取消}+测试/arch/1_1183_961976319.dbfLog 应用。介质恢复完成。SQL> alter database open;数据库更改。打开 PDB 数据库
SQL> ALTER PLUGGABLE DATABASE ALL OPEN;可插入数据库更改。SQL>显示 pdbs CON_ID CON_NAME 开放模式受限 ---------- -------------- --------------- --- ------- ---------- 2 PDB$SEEDbsp; READ WRITE NO根据控制文件备份到跟踪文件并重建控制文件的命令添加临时表空间的相关文件
SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '+DATA/ JY/TEMPFILE/temp.299.961976339';表空间已更改。SQL> ALTER SESSION SET CONTAINER = PDB$SEED;会话已更改。SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '+DATA/JY/5F9AA264B21F3ED9E053AB828A0A6088 /TEMPFILE /温度.297.962209865' SIZE 67108864 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;表空间已更改。SQL> ALTER SESSION SET CONTAINER = JYPDB;会话已更改。SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '+DATA/JY/5F9AC6865E87549FE053AB828A0 ADE94/TEMPFILE/temp.276.967852391' REUSE;表空间已更改。将数据库设置为集群模式并关闭数据库
SQL> alter system set cluster_database=truescope=spfile sid ='*';系统已更改。 SQL> shutdown instantDatabase close.Database dismounted.ORACLE实例关闭。使用集群命令启动数据库
[grid@jytest1 ~]$ srvctl start database -db jy以读写模式打开 JYPDB
[oracle@jytest1 ~]$ sqlplus / as sysdbaSQL*Plus：2023 年 2 月 13 日星期三 22:30:53 发布 12.2.0.1.0 生产版版权所有(c) 1982 年，2016 年，甲骨文。保留所有权利。连接到：Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit ProductionSQL> show pdbs CON_ID CON_NAMEOPEN MODE RESTRICTED---------- ------------ ---------------------- ------- --- ---------- 2 PDB$SEED 数据库已更改。SQL > 显示 pdbs CON_ID CON_NAME 开放模式受限-------------------------------------------------------- ---- --- ---------- 2 PDB$SEED 只读 3 JYPDB sysdbaSQL*Plus：于 2023 年 2 月 13 日星期三 22:31:17 发布 12.2.0.1.0 生产版本版权所有 (c) 1982, 2016，Oracle。保留所有权利。连接到：Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit ProductionSQL>show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED------------------------ ------------------------ ------- ---------- 2 PDB$SEED 只读 3 JYPDB ‐ ‐ 数据库已更改。SQL> show pdbs CON_ID CON_NAME ----- ---------- 2 PDB$SEED 只读 否 3 JYPDB 读 写不到此数据库的恢复操作就完成了
感谢您的阅读。以上就是《Oracle提示PDB库有数据文件，需要进行介质恢复的问题如何解决》的内容。看完文章，相信您对于如何解决Oracle提示PDB库有数据文件，需要介质恢复的问题已经有了一些想法。我们对数据文件的介质恢复问题有了更深入的认识，具体的用法还需要在实践中验证。在此，小编将为大家推送更多相关知识点的文章，欢迎关注！
1. 本站所有资源来源于用户上传或网络，仅作为参考研究使用，如有侵权请邮件联系站长！
2. 本站积分货币获取途径以及用途的解读，想在本站混的好，请务必认真阅读！
3. 本站强烈打击盗版/破解等有损他人权益和违法作为，请各位会员支持正版！
4. 编程技术 > Oracle中提示PDB库有数据文件，需要介质恢复的问题如何解决
2. 本站积分货币获取途径以及用途的解读，想在本站混的好，请务必认真阅读！
3. 本站强烈打击盗版/破解等有损他人权益和违法作为，请各位会员支持正版！
4. 编程技术 > Oracle中提示PDB库有数据文件，需要介质恢复的问题如何解决
