RMAN DUPLICATE FROM ACTIVE DATABASE是Oracle 11g最快测试库复制方式，需主库启用ARCHIVELOG和FORCE LOGGING、辅助实例NOMOUNT启动且密码文件同步、显式配置DB_FILE_NAME_CONVERT等路径参数、命令中必须包含PASSWORD FILE和SPFILE关键字。

RMAN DUPLICATE FROM ACTIVE DATABASE 是 Oracle 11g 中最快、最直接的测试库复制方式，只要主库开着归档、网络通、密码一致，5 分钟内就能拉起一个完整副本，无需备份集、不占额外存储。

必须先确认主库已启用 FORCE LOGGING 和 ARCHIVELOG

缺一不可，否则备库后续会卡在恢复阶段或报 ORA-01113: file 1 needs media recovery。

• 检查命令：SELECT log_mode, force_logging FROM v$database; — 输出必须是 ARCHIVELOG 和 YES
• 若未启用：先 ALTER DATABASE ARCHIVELOG;（需 MOUNT），再 ALTER DATABASE FORCE LOGGING;
• FORCE LOGGING 会导致少量 REDO 增加，但对 OLTP 影响可忽略，跳过等于埋雷

辅助实例必须 NOMOUNT 启动且密码文件完全同步

辅助实例不是“空库”，而是仅靠参数文件和密码文件启动的壳实例，RMAN 会用它接收数据流。

DrugBank 数据库

访问并分析来自 DrugBank 数据库的全面药物信息，包括药物属性、相互作用、靶点、通路、化学结构和药理学数据。用于药物数据、药物发现研究、药理学研究、药物-

下载

• 辅助实例的 DB_NAME 可与主库相同（如都叫 prod），但 DB_UNIQUE_NAME 必须不同（如设为 prod_test）
• 密码文件必须手动复制或重建：orapwd file=$ORACLE_HOME/dbs/orapw<code>prod_test password=xxx entries=2 force=y
• 常见错误 RMAN-06403: could not obtain a fully authorized session，90% 是密码不一致或文件被 Windows 锁住导致的

路径转换参数 DB_FILE_NAME_CONVERT 和 LOG_FILE_NAME_CONVERT 不能省略

即使主备目录结构一模一样，Oracle 11g 仍强制要求显式声明路径映射，漏写会直接报 ORA-01511 或控制文件创建失败。

• 示例（主库路径 /u01/oradata/prod/，备库路径 /u01/oradata/prod_test/）：
  SET DB_FILE_NAME_CONVERT '/u01/oradata/prod/', '/u01/oradata/prod_test/'
SET LOG_FILE_NAME_CONVERT '/u01/oradata/prod/', '/u01/oradata/prod_test/'
• 如果用 PARAMETER_VALUE_CONVERT 替代，注意它只改 SPFILE 里带路径的参数，不替代 DUPLICATE 命令中的路径逻辑
• 异机复制时，务必提前在目标端建好对应目录并赋权：chown oracle:oinstall /u01/oradata/prod_test

RMAN DUPLICATE 命令中 PASSWORD FILE 和 SPFILE 必须显式指定

这两个关键字不是可选修饰，而是 11g 活动复制的硬性开关，漏掉会导致密码文件不复制或 SPFILE 不生成，后续无法正常启库。

• 最小可用命令模板：
  RMAN> DUPLICATE TARGET DATABASE TO prod_test FROM ACTIVE DATABASE PASSWORD FILE SPFILE NOFILENAMECHECK;
• NOFILENAMECHECK 仅在同机多实例时需要（避免文件名冲突），异机可省略
• 执行前确保 TNSNAMES.ORA 中定义了指向主库的 TARGET 连接串，以及辅助实例能被 RMAN 通过 CONNECT AUXILIARY 访问到

实际跑通的关键点往往不在语法，而在辅助实例的“干净度”——密码文件是否被占用、目录权限是否遗漏、监听是否识别 DB_UNIQUE_NAME。这些细节一旦出错，RMAN 报错信息非常模糊，容易反复重试却卡在同一个地方。