本文主要是介绍rman恢复后，少部分数据文件状态为MISSING000**，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
客户有套一体机，每天晚上21点开始做rman完全备份，大约第2天上午9点多完成备份，rman备份保留策略保留一份完全备份
6月1日晚21点自动发起备份，6月2日上午10点15分完成备份，并生成了一个控制文件备份 c-4063271871-20240602-00
6月2日晚21点自动发起备份，6月3日上午9点18分完成备份，因如下原因，控制文件自动备份失败
Starting Control File and SPFILE Autobackup at 03-JUN-24
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of Control File and SPFILE Autobackup command on ORA_DISK_1 channel at 06/03/2024 09:18:44
ORA-00245: control file backup failed; target is likely on a local file system
Recovery Manager complete.
6月3日上午大约10点30分钟左右，客户删除了多个表空间及数据文件，发现误删后准备虚拟机并将rman备份拷贝到测试虚拟机中恢复，发现备份路径下多2个控制文件备份 c-4063271871-20240603-02和c-4063271871-20240603-03
使用c-4063271871-20240603-02文件恢复控制后，恢复数据文件及归档精确恢复到2024-06-03 10:30:00发现恢复的部分数据文件变成MISSING,误删的用户可以登录，无法查看表
RMAN> report schema;
using target database control file instead of recovery catalog
Report of database schema for database with db_unique_name ORCL
List of Permanent Datafiles
===========================
File Size(MB) Tablespace RB segs Datafile Name
---- -------- -------------------- ------- ------------------------
38 0 TS_OA_DATA *** /u01/app/oracle/product/11.2/db_1/dbs/MISSING00038
39 0 TS_JW_DATA *** /u01/app/oracle/product/11.2/db_1/dbs/MISSING00039
40 0 TS_JW_DATA *** /u01/app/oracle/product/11.2/db_1/dbs/MISSING00040
128 0 TS_OA_DATA *** /u01/app/oracle/product/11.2/db_1/dbs/MISSING000128
解决问题办法
1、使用c-4063271871-20240602-00的控制文件恢复，恢复时使用的数据文件时6月2日的，精确到2024-06-03 10:30:00
2、根据控制文件c-4063271871-20240603-02，手动新建控制文件恢复，可以正常恢复
这篇关于rman恢复后，少部分数据文件状态为MISSING000**的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
