怎样在Oracle中通过RMAN搭建Data Guard物理备库-Oracle-PHP中文网

RMAN DUPLICATE FROM ACTIVE DATABASE 是 Oracle 11gR2 起主流物理备库搭建方式，要求主库启用 ARCHIVELOG 和 FORCE LOGGING、辅助实例 NOMOUNT 启动且密码文件同步、显式配置路径转换与 compatible≥11.1.0，命令须含 nocatalog 和 nofilenamecheck。

怎样在oracle中通过rman搭建data guard物理备库

直接用 RMAN DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE 是 Oracle 11gR2 及以上最主流、最稳妥的物理备库搭建方式。它绕过本地备份文件中转，主库在线时直接网络拉取数据块和归档，全程无需停机，但对网络、参数、权限要求非常具体——错一个就卡在 RMAN-05501 或 ORA-01102。

主库必须开归档 + 强制日志，否则 RMAN duplicate 会静默失败

很多人执行 duplicate 命令后备库启动不了，或者日志应用一直挂起，根源常在主库配置缺失。不是“建议开启”，而是硬性前提：

ARCHIVE LOG LIST 必须显示 Database log mode: Archive Mode；若为 No Archive Mode，RMAN 不报错但后续日志传输完全中断
SELECT force_logging FROM v$database; 必须返回 YES；只开归档不开 FORCE LOGGING，遇到 INSERT /*+ APPEND */ 或 NOLOGGING 操作，备库对应数据块就是坏块，MRP 进程报 ORA-00600 [kcrf_rescan_lwn] 类错误
开启强制日志需在 MOUNT 状态下执行：ALTER DATABASE FORCE LOGGING;，且执行后要等 I/O 刷完（可能耗时数分钟），不能立刻切回 OPEN

RMAN duplicate 命令里必须带 nocatalog 和显式连接串

官方文档写法宽松，但生产环境不加约束极易触发权限或路径冲突。真实可用的最小命令是：

su - oracle
rman target sys/oracle@ORCL auxiliary sys/oracle@ORCLDG nocatalog \
  duplicate target database for standby from active database nofilenamecheck;

关键点：

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

两个 sys/xxx@xxx 都必须显式写出，不能用 / 或 target /；否则 RMAN 会尝试用本地 OS 认证连备库，而备库实例尚未启动，报 RMAN-04006 或连接超时
nocatalog 不可省略：有恢复目录时默认走 catalog 元数据校验，但备库还没控制文件，校验必失败，直接退出
nofilenamecheck 是物理 DG 的刚需：避免 RMAN 尝试把主库数据文件路径原样写进备库控制文件，引发 ORA-01102（无法独占挂载）

备库密码文件和参数文件不能复用主库的

RMAN duplicate 会自动复制 SPFILE 并改写部分参数（如 DB_UNIQUE_NAME），但以下两项必须人工干预：

密码文件必须在备库本地生成：orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=xxx entries=10；直接拷贝主库 orapw 文件会导致备库无法通过 SYS 远程登录，RMAN 报 ORA-01017 或 RMAN-05540
DB_FILE_NAME_CONVERT 和 LOG_FILE_NAME_CONVERT 必须在备库 SPFILE 中显式设置（哪怕路径相同）；否则 RMAN 恢复时可能把主库重做日志路径写进备库控制文件，导致 MRP 启动时报 ORA-00308 找不到日志
验证是否生效：SHOW PARAMETER convert 在备库上运行，确认两个参数值非空且方向正确（主→备）

duplicate 完成后，备库处于 mount 状态，但日志应用不会自动启动

很多人以为 RMAN 执行完就万事大吉，其实最关键的一步常被跳过：

备库默认停在 MOUNT 状态，需手动启动日志接收与应用：ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
如果主库 LOG_ARCHIVE_DEST_2 没配好（比如 DB_UNIQUE_NAME 写错、SERVICE 名解析失败），备库查 V$ARCHIVE_DEST_STATUS 会看到 STATUS = ERROR 或 DEFERRED，此时 MRP 根本收不到任何日志
检查日志流是否通：在主库执行 ALTER SYSTEM ARCHIVE LOG CURRENT;，然后在备库查 SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE# DESC FETCH FIRST 5 ROWS ONLY;，看最新归档序列是否递增