在Oracle DataGuard的日志传输架构中，AFFIRM和NOFFIRM是控制主库与备库之间redo日志确认行为的核心参数，两者的选择会直接影响主备数据一致性和主库事务处理的性能表现。不同业务场景对数据可靠性和性能的要求不同，需要针对性选择参数配置。
AFFIRM参数作用
AFFIRM参数表示主库在将redo日志传输到备库后，需要等待备库完成日志的写入磁盘操作，并且返回确认信息后，主库的事务提交操作才会标记为完成。这种机制能够最大程度保障主备数据的一致性，即使备库出现故障，也几乎不会出现主库已提交事务在备库丢失的情况。
当使用AFFIRM参数时，主库事务的提交延迟会包含备库日志写入磁盘的时间，如果主备库之间的网络延迟较高，或者备库存储性能较差，会明显拉高主库事务的提交耗时，对OLTP类对性能敏感的业务产生负面影响。
NOFFIRM参数作用
NOFFIRM是和AFFIRM相对的参数，主库将redo日志成功传输到备库的接收缓冲区后，不需要等待备库将日志写入磁盘，就会直接返回确认信息，完成主库事务的提交流程。这种机制下主库事务提交的性能更高，不会受备库存储写入速度的影响。
不过NOFFIRM存在一定的数据风险，如果备库在接收到日志但还未写入磁盘时发生故障，那么这部分未落盘的日志会丢失，当备库恢复后，可能需要主库重新传输这部分日志才能完成同步，极端情况下可能出现主备数据短暂不一致的情况。
参数配置与场景选择
这两个参数可以在DataGuard的配置参数中通过LOG_ARCHIVE_DEST_n参数进行设置，以下是典型的配置示例：
-- 配置AFFIRM模式的日志传输目标 ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=standby_db LGWR SYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=standby'; -- 配置NOFFIRM模式的日志传输目标 ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=standby_db LGWR SYNC NOFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=standby';
场景选择可以参考以下规则：
- 金融、交易类对数据一致性要求极高的业务，优先选择AFFIRM参数，即使牺牲部分性能也要保障主备数据完全同步。
- 日志类、非核心业务等对性能要求较高，且可接受极端场景下短暂数据不一致的业务，可以选择NOFFIRM参数。
- 如果主备库部署在同一机房，网络延迟和存储性能都较好，两种参数的性能差异不大，优先选择AFFIRM保障数据安全。
参数验证方法
配置完成后，可以通过查询主库的V$ARCHIVE_DEST视图确认参数是否生效：
-- 查询日志传输目标的确认模式 SELECT DEST_ID,DEST_NAME,AFFIRM FROM V$ARCHIVE_DEST WHERE DEST_ID=2;
如果查询结果中AFFIRM字段值为YES，表示当前使用的是AFFIRM模式，值为NO则表示使用的是NOFFIRM模式。