dg_broker_start参数必须为TRUE且SCOPE为BOTH或SPFILE，RAC环境需所有实例一致；同时确保配置文件路径有效、权限正确、监听器静态注册且GLOBAL_DBNAME等于DB_UNIQUE_NAME。
dg_broker_start 参数是否真为 TRUE
Broker 启动失败最常见原因是 dg_broker_start 看似开启，实则未生效。执行 DGMGRL 命令（如 show configuration）直接报 ORA-16525: the data guard broker is not yet available，基本可锁定该问题。
必须在 SQL*Plus 中执行 SHOW PARAMETER dg_broker_start，确认值为 TRUE 且 SCOPE 包含 BOTH 或 SPFILE。以下情况会导致参数不生效：
- 改过参数但没重启数据库
- 只设了
MEMORY，重启后失效（不会持久化） - RAC 环境下仅部分实例设为
TRUE，需查SELECT INST_ID, VALUE FROM GV$PARAMETER WHERE NAME = 'dg_broker_start'
DG_BROKER_CONFIG_FILE1/2 路径是否真实存在且可读写
DG_BROKER_CONFIG_FILE1 和 DG_BROKER_CONFIG_FILE2 指向的 .dat 文件损坏、缺失或权限不对，会触发 ORA-16786: unable to access Data Guard broker configuration files，甚至静默失败。
检查步骤：
- 运行
SHOW PARAMETER DG_BROKER_CONFIG_FILE1，确认路径真实存在；Broker 不会自动创建父目录，需手动mkdir -p - 文件属主必须是
oracle用户（不能是root或grid），建议权限644，目录755 - 若路径在 ASM（如
+DATA/dgbroker/dr1prim.dat），需确保 diskgroup 已挂载，且oracle用户有 ASM 权限 - 用
df -h检查磁盘空间，mount | grep $(dirname $ORACLE_HOME)确认文件系统未只读
监听器是否静态注册且 GLOBAL_DBNAME 匹配 DB_UNIQUE_NAME
Broker 进程（dmon）启动时会尝试连接所有配置中的数据库，任一库连不上都会卡住或报错 —— 即使你只打算操作主库。典型错误包括 ORA-16571、ORA-12514、DGMGRL 报 connect identifier is xxx failed。
关键点不是 tnsping 通不通，而是监听器是否按 Broker 要求注册：
- 备库
listener.ora中必须有静态注册条目：(SID_DESC = (SID_NAME = orcl) (GLOBAL_DBNAME = standby_db))，其中GLOBAL_DBNAME必须等于该库的DB_UNIQUE_NAME - 主库
tnsnames.ora中，CONNECT IDENTIFIER对应的服务名，其SERVICE_NAME必须等于备库的DB_UNIQUE_NAME（不是INSTANCE_NAME或默认SERVICE_NAME） - 在备库执行
lsnrctl status，确认该服务状态为READY，非UNKNOWN
DGMGRL 连接时是否显式指定用户名密码和 db_unique_name
直接敲 dgmgrl 回车，默认连本地实例（可能根本不是 DG 环境里的库），或用操作系统认证（/）但没切到 oracle 用户，导致认证失败。
正确连接方式：
- 主库侧：必须用
SYSDBA权限用户，推荐dgmgrl sys/<i>password</i>@<i>primary_db_unique_name</i> - 备库同理，
db_unique_name必须与 SPFILE 或 init.ora 中设置一致（不是服务名或实例名） - 若报
ORA-12154: TNS could not resolve the connect identifier，检查$ORACLE_HOME/network/admin/tnsnames.ora是否包含对应条目，且语法无误（尤其注意括号匹配）
Broker 日志（$ORACLE_HOME/rdbms/log/drc<db_unique_name>.trc</db_unique_name>）里才有真实线索，alert.log 不记录 dmon 行为。遇到泛型错误（如 ORA-16501、ORA-16706），必须看它才能定位根因。
