解决方案：首先检查DMON进程是否启动，执行sqlplus / as sysdba，然后show parameter dg_broker_start; 如果是FALSE，执行ALTER SYSTEM SET dg_broker_start=TRUE; 然后检查drc.log文件日志，定位问题原因，通常是listener配置问题或端口冲突，重启listener和数据库即可解决。

故障原因分析

ORA-16706错误表示Data Guard Broker的DMON进程无法启动或不可用。主要原因包括：1. dg_broker_start参数未启用；2. dmon进程被意外终止；3. broker配置文件损坏；4. 网络或监听器问题导致进程通信失败。

步骤1：检查和启用Broker

登录主库SQL*Plus: sqlplus / as sysdba
查看参数：SHOW PARAMETER dg_broker_start;
如果为FALSE，启用：ALTER SYSTEM SET dg_broker_start=TRUE SCOPE=BOTH sid='*';
等待几分钟后检查进程：ps -ef | grep dmon

步骤2：查看日志文件

检查$ORACLE_BASE/diag/rdbms/数据库名/实例名/trace/drc*.log文件，查找ORA-16706相关错误。常见日志显示：DMON process is not running. 根据日志修复listener.ora或tnsnames.ora配置。

步骤3：重启Broker配置

使用dgmgrl工具：dgmgrl sys/password@primary
命令：STOP CONFIGURATION; START CONFIGURATION;
如果配置文件损坏：CREATE CONFIGURATION 'dg_config' AS PRIMARY DATABASE IS primary_db CONNECT IDENTIFIER IS primary_tns;
然后ADD DATABASE standby_db AS CONNECT IDENTIFIER IS standby_tns MAINTAINED AS PHYSICAL;

预防措施

定期监控drc.log和alert.log；确保主备库监听器端口一致；设置dg_broker_start为TRUE并监控进程状态；避免手动kill dmon进程。

FAQ

Q: ORA-16706出现后数据库还能切换吗？
A: 可以，但Broker无法管理switchover或failover，手动进行角色转换。
Q: 如何确认DMON进程是否运行？
A: 执行ps -ef | grep dmon 或在v$process中查询program='dmmon'。
Q: Broker配置文件在哪？
A: 默认在$ORACLE_BASE/diag/rdbms/dbname/DGBrokerConfig/。
Q: 修复后如何验证？
A: dgmgrl> SHOW CONFIGURATION; 状态应为SUCCESS。
Q: standby库也报同样错误怎么办？
A: 在standby库同样启用dg_broker_start=TRUE并检查日志。