能配，但必须全局启用archivelog和force logging、显式配置log_archive_dest_n的db_unique_name与valid_for、同步含sysbackup权限的密码文件，并使用data guard broker统一管理；否则易触发ora-16789或ora-16664等故障。

能配，但不能按单实例那一套来——RAC主库配Data Guard，本质是让所有节点协同对外输出一个逻辑主库身份，而不是分别连备库。错配LOG_ARCHIVE_DEST_n、漏开FORCE LOGGING、密码文件不同步，三者占了现场故障的80%以上。

必须全局启用 ARCHIVELOG 和 FORCE LOGGING

RAC里只在一个节点上执行ALTER DATABASE ARCHIVELOG或ALTER DATABASE FORCE LOGGING是无效的。其他节点仍可能产生非归档日志或跳过强制记录，导致备库收不到关键重做流。

• 先在任一节点执行：SHUTDOWN IMMEDIATE → STARTUP MOUNT → ALTER DATABASE ARCHIVELOG → ALTER DATABASE OPEN
• 再执行：ALTER DATABASE FORCE LOGGING（该命令跨实例生效，但需等待所有实例完成一次日志切换）
• 验证用：SELECT LOG_MODE, FORCE_LOGGING FROM V$DATABASE，两列必须同时为ARCHIVELOG和YES
• 注意：V$DATABASE是全局视图，但GV$DATABASE会返回多行——别只查一个实例就认为全好了

LOG_ARCHIVE_DEST_n 必须显式绑定 DB_UNIQUE_NAME 且区分 VALID_FOR

RAC主库不能只配一个LOG_ARCHIVE_DEST_2指向备库。每个归档目标（本地归档、远端备库）都得单独配，且DB_UNIQUE_NAME和VALID_FOR必须严格匹配角色和日志类型，否则DG Broker拒绝启用传输，MRP进程起不来。

QuantOracle

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

下载

• 主库SPFILE中（用SID='*'全局生效）：

  LOG_ARCHIVE_CONFIG='DG_CONFIG=(rac_prod,orcldg)'
  LOG_ARCHIVE_DEST_1='LOCATION=+FRA VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=rac_prod'
  LOG_ARCHIVE_DEST_2='SERVICE=orcldg ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orcldg'

• SERVICE=orcldg必须与TNSNAMES.ORA中定义的服务名一致，且该服务要指向备库的SCAN或VIP，不能写单节点IP
• 备库端也要配LOG_ARCHIVE_DEST_2指回主库，否则Switchover后无法反向传输
• 漏配VALID_FOR或写成(ALL_LOGFILES,PRIMARY_ROLE)是ORA-16789的高频原因

密码文件必须同步且含 SYSBACKUP 权限

RAC各节点的密码文件不一致，或没包含SYSBACKUP权限，会导致备库连接主库时认证失败，报ORA-01017或ORA-16664（无法联系主库）。

• 用orapwd生成统一密码文件，并拷贝到所有RAC节点的$ORACLE_HOME/dbs下，覆盖原文件
• 确认包含SYSBACKUP：登录任一节点执行SELECT * FROM V$PWFILE_USERS WHERE USERNAME = 'SYSBACKUP';，结果应为TRUE
• 若用ASM存储密码文件，确保所有节点都能读取同一份文件（如放在+DATA/orapwDB_UNIQUE_NAME）

RAC + Data Guard 必须用 Data Guard Broker

手动维护LOG_ARCHIVE_DEST_n、用SQL执行ALTER DATABASE COMMIT TO SWITCHOVER在RAC环境下必然失败。Broker通过DMON进程协调所有RAC实例的LGWR/ARCH，统一绑定归档路径并同步角色变更。

• 配置前必须验证4个硬性条件：
  • DB_UNIQUE_NAME在主备端显式设置且互不相同（不能是默认ORCL）
  • 主备库均启用ENABLE PLUGGABLE DATABASE（12c+强制，即使没建PDB也得开）
  • LOG_ARCHIVE_CONFIG包含双方DB_UNIQUE_NAME
  • 监听器静态注册GLOBAL_DBNAME = <db_unique_name>_DGMGRL.<db_domain></db_domain></db_unique_name>，例如rac_prod_DGMGRL.example.com
• DGMGRL里的CONNECT IDENTIFIER不是TNS别名，而是tnsnames.ora中定义的、指向目标实例的服务名，且该服务对应的监听器必须注册上述_DGMGRL全局名
• 常见错误：ORA-12154表面是连接失败，实际是Broker启动数据库时找不到_DGMGRL服务名

真正容易被忽略的，是GLOBAL_DBNAME监听器注册和SYSBACKUP权限这两项——它们不报错、不阻断初始化，但会在Switchover或Failover关键时刻突然失效，且日志里只显示模糊的“无法联系主库”。