不能。Active Data Guard物理备库默认只读，执行DML会报ORA-16000；ADG_REDIRECT_DML仅适用于逻辑备库，需满足APPLY-ON、主库启用FORCE LOGGING且表有主键等条件。
Active Data Guard的DML重定向能直接在备库执行UPDATE/INSERT吗？
不能。active data guard本身不支持在物理备库上直接执行dml（如update、insert），所谓“dml重定向”是oracle 12c引入的adg_redirect_dml特性，它只在特定条件下将主库发来的dml语句“转发”到备库执行——但前提是这些dml必须由主库发起，并经由逻辑复制通道（即使用logical standby或remote sync模式下的逻辑应用），而非物理备库的mrp进程。
物理备库（即标准ADG）默认只读，强制写入会报错：ORA-16000: database open for read-only access。即使设置了ADG_REDIRECT_DML=TRUE，它也仅对通过DBMS_LOGSTDBY.APPLY_SET启用的逻辑备库生效，对物理ADG无效。
-
ADG_REDIRECT_DML参数只影响逻辑备库，对物理ADG无作用 - 物理ADG上任何显式DML都会触发
ORA-16000，无论是否开启该参数 - 真正在备库“写”的场景，本质是逻辑备库 + 启用
LOGSTDBY应用 + 设置APPLY_SERVERS > 1
为什么设置了ADG_REDIRECT_DML=TRUE却没重定向？
因为这个参数只是开关，不是魔法。它只在逻辑备库中启用DML重定向能力，但真正触发重定向还需满足三个硬性条件：逻辑备库处于APPLY-ON状态、主库DML走的是逻辑日志（即主库启用了FORCE LOGGING且表有PRIMARY KEY或ENABLE ROW MOVEMENT）、并且DML操作的表被显式包含在DBMS_LOGSTDBY.SKIP之外的同步列表里。
常见失效原因：
- 误在物理ADG上设置
ADG_REDIRECT_DML=TRUE（该参数在物理备库上被忽略，SHOW PARAMETER查不到） - 逻辑备库未运行
ALTER DATABASE START LOGICAL STANDBY APPLY，或应用进程被暂停 - 主库DML涉及无主键表，或列类型不支持逻辑复制（如
LONG、LOB未启用SECUREFILE） - 备库端执行了
DBMS_LOGSTDBY.SKIP('DML', 'SCOTT', 'EMP')，主动跳过了目标表
备库直接更新的唯一可行路径：逻辑备库 + APPLY_SERVERS + DML重定向
若真需要备库承担部分写负载（例如报表库同时接收少量配置更新），唯一合规路径是部署逻辑备库，而非物理ADG。此时需确认：
- 主库开启
FORCE LOGGING，并确保所有待同步表有主键或启用ROW MOVEMENT - 逻辑备库创建时指定
LOGICAL STANDBY，且完成DBMS_LOGSTDBY.BUILD初始化 - 设置
ALTER SYSTEM SET LOG_PARALLELISM = 4（提升并发应用能力） - 启用多应用服务器：
EXEC DBMS_LOGSTDBY.APPLY_SET('APPLY_SERVERS', '4') - 确认
V$LOGSTDBY_STATE中STATE为APPLYING_LOG，且V$LOGSTDBY_PROGRESS无卡滞
此时主库执行的UPDATE scott.emp SET sal = sal * 1.1 WHERE deptno = 10，会在逻辑备库上由LSP进程解析后原样执行，看起来像“备库自己写的”，实则是主库日志驱动的重放。
性能与一致性风险：重定向不是双写，也不是最终一致
逻辑备库上的DML重定向是强同步的——它依赖主库归档日志的完整传输和解析，延迟取决于网络、CPU和SQL复杂度。一旦主库提交，逻辑备库必须成功重放该DML才能推进APPLIED_SCN，否则整个逻辑应用会挂起，表现为V$LOGSTDBY_PROGRESS中APPLIED_SCN长期不动。
更关键的是：重定向DML无法绕过约束检查，也不支持跨事务重定向。比如主库一个事务含两条UPDATE，其中一条在备库违反唯一键，整个事务回滚，且不会单独跳过那条失败语句。
- 重定向失败会导致逻辑备库
APPLY进程中断，需人工干预（DBMS_LOGSTDBY.SKIP_TRANSACTION或修数据） - 备库上的索引、触发器、物化视图日志等需与主库严格一致，否则重定向可能静默失败
- 没有“备库先写、再反向同步主库”的机制；所有写入源头只能是主库
别把ADG_REDIRECT_DML当成备库写入自由的通行证。它只是逻辑备库生态里的一个优化开关，背后全是主库日志流的影子。想绕开主库直接写，Oracle不让你干。
