ORA-01110本身不是独立错误，而是指示文件路径的“地址标签”，真正需处理的是其前置主错误（如ORA-01111、ORA-01157）及引号内明示的物理路径；须立即验证该路径下文件的存在性、权限与状态，并核对v$datafile_header与v$datafile中CHECKPOINT_CHANGE#是否一致，不一致则必须完成RECOVER才能ONLINE。
ORA-01110 本身不表示“文件不存在”，它只是控制文件尝试访问某个文件时失败的现场快照——真正要修的，是它前面那个主错误（比如 ORA-01111、ORA-01157、ORA-00376）和引号里明写的路径是否真实可访问。
先看报错里那串路径是不是真的物理位置
报错形如 ORA-01110: data file 75: '/u01/app/oracle/product/19c/dbhome_1/dbs/UNNAMED00075'，这个路径不是你该去创建文件的地方，而是控制文件里存的占位符。直接 ls -l '/u01/app/oracle/product/19c/dbhome_1/dbs/UNNAMED00075' 肯定找不到——因为它是备库自动生成的无效标识，不是真实路径。
- 运行
SELECT FILE_ID, FILE_NAME, STATUS, ONLINE_STATUS FROM DBA_DATA_FILES WHERE FILE_ID = 75;，如果FILE_NAME是UNNAMED00075，说明主库加了新数据文件但备库没同步成功，standby_file_management=AUTO已失效 - 如果查询返回空行，说明该文件在主库已被删掉（比如执行过
DROP TABLESPACE或ALTER DATABASE DATAFILE ... OFFLINE DROP），但归档日志没传全，备库控制文件还残留旧状态 - 如果
STATUS = 'AVAILABLE'但ONLINE_STATUS = 'RECOVER'，说明 MRP 进程卡在恢复这个文件上，常见于归档中断后重连不全
UNNAMED 文件必须手动重建，不能靠 AUTO 恢复
这是 19c ADG 备库最常触发 ORA-01110 的场景：主库新增了数据文件，备库控制文件里只建了个空壳 UNNAMEDxxx，物理文件根本不存在。
- 先切到手动模式：
ALTER SYSTEM SET standby_file_management='MANUAL' SCOPE=BOTH; - 查主库对应文件真实路径：
SELECT FILE_NAME FROM V$DATAFILE WHERE FILE_ID = 75;，比如返回'+DATA/ORCL/DATAFILE/users.256.123456789' - 在备库执行重建：
ALTER DATABASE CREATE DATAFILE '/u01/app/oracle/product/19c/dbhome_1/dbs/UNNAMED00075' AS '+DATA/ORCL/DATAFILE/users.256.123456789';—— 注意目标路径必须和db_file_name_convert规则一致，且 ASM 磁盘组要有写权限 - 立刻切回自动模式：
ALTER SYSTEM SET standby_file_management='AUTO' SCOPE=BOTH;，再启动恢复：ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
路径存在但文件为 MISSINGxxx 或大小为 0？检查控制文件是否漏登记
如果报错路径是 '/*/MISSING00622'，说明建库或重建控制文件时漏写了该数据文件，控制文件里压根没它的记录，RMAN RESTORE DATAFILE 622 会直接失败。
- 用
asmcmd ls -l +DATA/ORCL/DATAFILE/或ls -l /path/to/datafile/确认物理文件是否存在、大小是否 > 0、权限是否属oracle:oinstall - 查
V$DATAFILE_HEADER和V$DATAFILE中的CHECKPOINT_CHANGE#是否一致：SELECT FILE#, CHECKPOINT_CHANGE# FROM V$DATAFILE_HEADER WHERE FILE# = 622;和SELECT FILE#, CHECKPOINT_CHANGE# FROM V$DATAFILE WHERE FILE# = 622;；不一致说明RECOVER没走完，不能跳过直接OPEN - 若确认物理文件存在且完整，但控制文件缺失登记，需用
CREATE DATAFILE手动补入，或从主库备份控制文件重建
临时表空间报 ORA-01110？别碰原 tempfile，加新的再 offline
19c ADG 备库中 TEMP 表空间文件（如 temp.362.1182678357）报 ORA-01157/ORA-01110，通常是因为 db_create_file_dest 设置导致路径冲突，或原 tempfile 被误删。
- 不要试图
ALTER DATABASE TEMPFILE ... DROP或RENAME—— 备库不允许修改 tempfiles - 添加新临时文件：
ALTER TABLESPACE TEMP ADD TEMPFILE '+DATA' SIZE 100M; - 再将原出问题的 tempfile offline：
ALTER DATABASE TEMPFILE '/oradata/orcl/datafile/tempfile/temp.362.1182678357' OFFLINE; - 验证：
SELECT TABLESPACE_NAME, STATUS FROM DBA_TEMP_FILES;应看到一个 ONLINE、一个 OFFLINE
关键点在于：所有操作前必须确认 standby_file_management 当前值、db_file_name_convert 映射是否生效、ASM 磁盘组是否 online，以及 MRP 进程是否真已停止（SELECT PROCESS, STATUS FROM V$MANAGED_STANDBY WHERE PROCESS = 'MRP0'; 返回空才安全）。漏掉任一环，都会让修复动作变成无效循环。
