ORA-01157在备库出现并非主库删归档所致，而是控制文件记录的物理文件路径（如tempfile）与实际不存在、不可读或ASM别名失效不一致；需查v$tempfile、db_file_name_convert及ASM路径，再DROP旧tempfile并ADD新文件。
主库删归档导致备库ORA-01157？不是归档问题，是控制文件“记错了”
ora-01157在备库出现，和主库是否删归档没有直接因果关系。真正触发它的，是备库控制文件里仍记录着某个数据文件（比如tempfile或某个datafile）的路径，但该路径下物理文件不存在、不可读，或asm别名失效——而主库删归档只是让这个“不一致”在后续应用日志时暴露出来，比如启动mrp进程后立刻报错。
备库报ORA-01157最常见于临时文件（tempfile）路径错配
ADG备库中tempfile报ORA-01157，90%以上是因为db_file_name_convert没覆盖临时表空间路径，或db_create_file_dest在备库未生效/指向错误ASM磁盘组。主库创建的+DG_DATA02/racdb/tempfile/temp.281.994812687，在备库控制文件里还是这个路径，但ASM里实际没这个别名或磁盘组+DG_DATA02根本不存在。
- 查真实路径：运行
SELECT file#, name, status FROM v$tempfile;，看name列是否指向一个不存在的ASM路径或本地路径 - 查转换配置：运行
SHOW PARAMETER db_file_name_convert;，确认是否包含tempfile对应条目（如'+DG_DATA02/racdb/','+DG_DATA02/racdbdg/'） - 查ASM可用性：用
asmcmd ls +DG_DATA02/racdbdg/tempfile/验证目标路径是否存在且可访问
别走RMAN恢复流程，临时文件出错直接重建
tempfile损坏或缺失不影响数据一致性，也不需要介质恢复（RECOVER DATABASE）。强行跑RMAN反而可能卡在找不到归档上，浪费时间。
- 先确认它真是临时文件：查
v$recover_file，如果file#不在结果里，就说明不需要介质恢复 - 安全删除旧文件：执行
ALTER DATABASE TEMPFILE '<path>' DROP INCLUDING DATAFILES;（注意单引号，路径大小写敏感） - 加新文件：用
ALTER TABLESPACE temp ADD TEMPFILE SIZE 100M AUTOEXTEND ON;，让Oracle按db_create_file_dest自动建在正确位置 - 如果
db_create_file_dest为空或错误，必须先ALTER SYSTEM SET db_create_file_dest='<valid_asm_diskgroup_or_path>' SCOPE=BOTH;再加
为什么重启备库后才报错？因为MOUNT阶段就校验文件存在性
数据库在MOUNT状态下就会读取控制文件并尝试访问所有online状态的数据文件和临时文件。哪怕你只是STARTUP MOUNT，只要控制文件里记着一个不存在的tempfile路径，DBWR一检查就报ORA-01157+ORA-01110+ORA-27037（No such file or directory）。这不是延迟报错，而是启动流程的硬性检查点。
所以看到告警日志里紧挨着Database mounted.就出现ORA-01157，基本可以断定是路径配置或ASM别名问题，而不是归档链断裂或数据损坏。别翻归档目录，先查v$tempfile和db_file_name_convert。
