MRP0状态为WAIT_FOR_LOG且SRL全为UNASSIGNED，说明SRL已创建但未被识别，主因是log_file_name_convert未设置或路径映射错误，需检查并修正该参数后重启至MOUNT状态重新添加SRL。
MRP0状态是WAIT_FOR_LOG但SRL全为UNASSIGNED
这说明mrp进程已启动，却找不到可用的standby redo log（srl）来接收主库日志。不是没建，而是建了但没被识别——常见于log_file_name_convert未设置或配置错误。
- 备库启动时若未设置
log_file_name_convert，即使执行ALTER DATABASE ADD STANDBY LOGFILE，SRL状态仍会卡在UNASSIGNED - 检查当前值：
SHOW PARAMETER log_file_name_convert；若为空或路径映射不匹配（如主库路径/u01/redo/→ 备库应为/u02/stby_redo/），SRL无法绑定到正确位置 - 修改后必须重启到
MOUNT状态再重试添加：先SHUTDOWN IMMEDIATE，再STARTUP MOUNT，最后执行ALTER DATABASE ADD STANDBY LOGFILE
ORA-16789报错：SRL数量或线程不匹配
ORA-16789: standby redo logs configured incorrectly本质是“量不够”或“对不上”。主库每线程至少需2组SRL，且必须与主库v$log的THREAD#、BLOCKSIZE、BYTES严格一致。
- 查主库：
SELECT THREAD#, GROUP#, BYTES, BLOCKSIZE FROM v$log ORDER BY THREAD#, GROUP# - 查备库SRL：
SELECT GROUP#, THREAD#, BYTES, BLOCKSIZE, STATUS FROM v$standby_log；若STATUS全为UNASSIGNED或GROUP#缺失对应THREAD#，就是配置不全 - 特别注意BLOCKSIZE：若主库有512和4096混用（如ASM存储升级后），备库也得同时存在两种BLOCKSIZE的SRL，否则
MRP0直接拒绝启动
RFS进程报“No standby redo logfiles available”
RFS（Remote File Server）负责接收网络传来的redo流，它一报这个错，说明SRL虽存在，但RFS找不到可写的组——大概率是SRL状态异常或被锁死。
- 运行
SELECT GROUP#, THREAD#, SEQUENCE#, STATUS FROM v$standby_log；正常SRL状态应为UNASSIGNED（空闲）或ACTIVE（正在写入），若全是UNUSED或INVALID，说明初始化失败 - 尝试手工触发切换：
ALTER SYSTEM SWITCH LOGFILE在主库执行，观察备库v$standby_log中是否有组变为ACTIVE；无变化则SRL未真正挂载 - 别用
DROP LOGFILE GROUP硬删：若SRL正被MRP使用，会报ORA-01156: recovery in progress may need access to files；应先停MRP：ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL，再删再重建
ORA-00268：文件正在使用却强行重建
ORA-00268: Cannot allocate standby log file, file is in use通常发生在你试图ADD/DROP SRL时，MRP或RFS正持有该文件句柄。
- 确认MRP已停：
SELECT PROCESS, STATUS FROM v$managed_standby WHERE PROCESS = 'MRP0'，结果必须为空或NOT APPLYING - 检查OS层是否残留：在备库服务器上
lsof | grep redo，若有进程占着SRL路径，杀掉对应PID（通常是ora_mrp0_*） - 重建时加
REUSE参数：ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 5 '/path/to/srl05.log' SIZE 200M REUSE，避免因文件已存在而失败
log_file_name_convert配错、BLOCKSIZE不一致、线程漏配，都会让SRL永远卡在UNASSIGNED。别信v$logfile里有记录就等于能用，必须看v$standby_log的STATUS和v$managed_standby里MRP的真实状态。
