ora-01157在dg备库报错本质是临时文件路径映射失效，非文件损坏；需停日志应用、切manual模式，用alter database create tempfile替换控制文件中主库路径为备库真实asm别名，并确保db_file_name_convert含tempfile映射规则。
ORA-01157在DG备库报错，本质是路径映射失效，不是文件损坏
ORA-01157 + ORA-01110 在 DataGuard 备库出现，90% 以上不是磁盘故障或文件丢失，而是 db_file_name_convert 参数没覆盖临时表空间（tempfile）路径，或 ASM 别名未同步。控制文件里记着主库的路径（比如 '+DG_DATA02/racdb/blsp_temp.dbf'），但备库 ASM 中根本不存在这个别名——DBWR 一尝试打开就直接报错，连 ALTER SYSTEM CHECK DATAFILES 都无效。
- 先确认是否为临时表空间：查
v$tempfile或dba_temp_files，看报错文件 ID 对应的tablespace_name是否为TEMP或自定义临时表空间名 - 检查 ASM 实际内容：
asmcmd ls -l +DG_DATA02/racdbdg/blsp_temp.dbf（注意备库路径后缀应为racdbdg，不是racdb） - 验证
db_file_name_convert是否包含 tempfile 规则：执行show parameter db_file_name_convert，确认成对条目中是否有'+DG_DATA02/racdb/','+DG_DATA02/racdbdg/'这类针对临时文件的映射
不重启数据库，快速修复备库临时文件路径错配
11g RAC DG 备库不能靠改参数热生效，但可以跳过控制文件路径校验，手动重建 tempfile 引用。关键动作是停日志应用、切换到 manual recovery 模式、再用 ALTER DATABASE CREATE TEMPFILE 替换坏引用。
- 停日志应用：
alter database recover managed standby database cancel; - 确认当前 tempfile 状态：
select file#, name, status from v$tempfile where status != 'ONLINE'; - 删除错误引用（仅控制文件记录，不删 ASM 文件）：
alter database tempfile '+DG_DATA02/racdb/blsp_temp.dbf' drop including datafiles; - 重建 tempfile（路径必须指向备库真实可用的 ASM 别名）：
alter tablespace BLSP_TEMP add tempfile '+DG_DATA02/racdbdg/blsp_temp.dbf' size 1024m; - 重启日志应用：
alter database recover managed standby database using current logfile disconnect;
为什么 ALTER DATABASE MOVE DATAFILE 不适用
ALTER DATABASE MOVE DATAFILE 在 11g 中不可用——它是 12c 才引入的特性。即使你在 11g 环境下误输该命令，会直接报 ORA-00905: missing keyword。更关键的是，MOVE 要求源文件处于 ONLINE 状态且 OS 层可读写，而 ORA-01157 报错时，文件在控制文件中已“不可见”，DBWR 根本无法发起读操作，MOVE 命令连解析都通不过。
- 11g 唯一绕过停机的方式，就是上面提到的 tempfile 替换流程，全程无需重启实例或数据库
- 若报错的是普通数据文件（非 tempfile），且
db_file_name_convert已正确配置，则大概率是 ASM diskgroup 未 mount 或权限问题，需在 OS 层用crsctl stat res -t | grep dg和asmcmd lsdg排查 - 切勿对 undo 表空间文件执行
offline drop：11g 备库若丢失 undo 数据文件，startup mount后直接alter system set undo_management = manual会导致后续无法切回 auto 模式，风险远高于 tempfile 错配
最容易被忽略的细节：ASM 别名 vs 物理路径
很多人用 asmcmd cp 把主库 tempfile 拷贝到备库 ASM，却忘了 ASM 中文件名是别名（alias），不是物理路径。比如拷贝后得到 +DG_DATA02/racdbdg/BLSP_TEMP.268.123456789，但控制文件仍找 +DG_DATA02/racdb/blsp_temp.dbf ——这俩名字不匹配，ORA-01157 就稳稳触发。真正要做的，是在备库 ASM 中创建同名别名：asmcmd mkalias +DG_DATA02/racdbdg/BLSP_TEMP.268.123456789 +DG_DATA02/racdbdg/blsp_temp.dbf，再让控制文件重新识别。
- 别名创建后，必须执行
alter system checkpoint;让控制文件刷新 cache，否则 DBWR 仍按旧缓存访问 - 如果备库使用了 Flex ASM，还要确认 client asm instance 是否能 resolve 到对应 diskgroup，用
asmcmd lsct查 client-target 关系 - 所有操作前，务必
archive log list确认备库是MANAGED RECOVERY状态，而非NOT ALLOWED——后者说明主备传输链路已断，先解决归档接收问题
