RMAN生产库迁移必须在MOUNT或OPEN状态进行，NOMOUNT下无法执行BACKUP DATABASE等操作；所谓“非挂载迁移”实为OPEN状态下基于归档日志的异机恢复。
不能在非挂载模式下用RMAN做生产库迁移——RMAN备份操作本身要求数据库处于MOUNT或OPEN状态，但“非挂载模式迁移”这个说法存在根本性误解。
RMAN备份必须在MOUNT或OPEN状态下执行
Oracle RMAN不支持在NOMOUNT状态下对数据库进行全库备份。因为NOMOUNT仅启动实例、读取参数文件，未加载控制文件，而RMAN依赖控制文件（或恢复目录）来记录数据文件结构、归档日志位置、备份集元数据等关键信息。尝试在NOMOUNT下运行BACKUP DATABASE会直接报错：ORA-01507: database not mounted。
- OPEN状态：可在线备份（需开启归档），业务持续运行，是最常见的生产库备份场景
- MOUNT状态：数据库关闭了用户访问，但控制文件已加载、数据文件头可读，适合做一致性镜像备份（如迁移前最后一次冷拷贝式备份）
- NOMOUNT状态：仅用于创建新库、重建控制文件等极少数场景，RMAN在此状态下连
LIST BACKUP都不可用
所谓“非挂载迁移”实际指什么？
用户常把“不关库”“不停业务”误称为“非挂载迁移”，但技术上它对应的是：在OPEN状态下，用RMAN做增量备份+归档日志应用，实现跨主机的异机恢复。整个流程从始至终数据库保持OPEN，无需进入MOUNT/NOMOUNT切换。
- 源库必须处于
ARCHIVELOG模式，且归档日志连续、未被删除 - 目标主机需预装相同版本Oracle软件，并配置好$ORACLE_HOME和监听
- 典型步骤是：
BACKUP DATABASE PLUS ARCHIVELOG→ 传输备份集和归档到目标机 →RESTORE DATABASE→RECOVER DATABASE→ALTER DATABASE OPEN RESETLOGS - 若想进一步缩短停机窗口，可在首次全备后追加多次
BACKUP INCREMENTAL LEVEL 1，最后只传增量+归档
容易踩的坑：MOUNT vs OPEN下的归档日志处理差异
同一套RMAN脚本在MOUNT和OPEN下行为不同，尤其影响迁移可靠性：
- 在OPEN下执行
BACKUP ARCHIVELOG ALL DELETE INPUT，会自动删除已备份的归档——但如果网络传输失败，这些日志就永久丢失，导致无法完整恢复 - 在MOUNT下无法生成新归档，所以
BACKUP ARCHIVELOG只能备份磁盘上已存在的归档；但若源库最近切过日志但未归档（比如ALTER SYSTEM SWITCH LOGFILE后立刻MOUNT），这部分联机日志内容将丢失 - 真正安全的做法是：OPEN下备份时用
DELETE ARCHIVELOG UNTIL TIME 'SYSDATE-1'保留至少24小时归档，而不是盲目删INPUT
迁移中真正要避免的，是误入NOMOUNT还硬跑RMAN命令
有些DBA看到文档里写“迁移需先SHUTDOWN IMMEDIATE → STARTUP MOUNT”，就以为下一步该STARTUP NOMOUNT，然后执行RMAN。这是危险操作链——NOMOUNT下不仅RMAN备份失败，连RESTORE CONTROLFILE FROM ...这种关键命令也会因找不到目标控制文件路径而中断。实际迁移中，只有在目标端重建控制文件时才短暂处于NOMOUNT，其余所有RMAN操作都在MOUNT或OPEN下完成。
