解决方案：检查并修改参数。登录SQL*Plus，执行show parameter log_archive_dest_1; show parameter log_archive_duplex_dest; 如果两者指向同一位置，修改LOG_ARCHIVE_DUPLEX_DEST为空或不同位置：ALTER SYSTEM SET log_archive_duplex_dest='' SCOPE=BOTH; 或 ALTER SYSTEM SET log_archive_duplex_dest='/new/path' SCOPE=BOTH; 然后重启数据库或切换日志验证。

Oracle社区讨论

ORA-16022错误是因为LOG_ARCHIVE_DEST_n和LOG_ARCHIVE_DUPLEX_DEST配置了相同的归档日志目标路径，导致冲突。远程修复步骤：1. 使用RMAN连接目标数据库。2. 执行SQL命令查看参数：SELECT name,value FROM v$parameter WHERE name LIKE '%log_archive%'; 3. 如果duplex_dest和dest_1相同，设置duplex_dest为空：ALTER SYSTEM RESET log_archive_duplex_dest SCOPE=SPFILE; 4. 关闭并重启实例。

CSDN博客文章

问题现象：启动数据库时报错ORA-16022: log_archive_dest_1 and log_archive_duplex_dest are in conflict. 原因是LOG_ARCHIVE_DEST_1='LOCATION=/u01/arch' 和 LOG_ARCHIVE_DUPLEX_DEST='/u01/arch' 相同。修复：sqlplus / as sysdba; alter system set log_archive_duplex_dest='' scope=both; 验证：show parameter log_archive_duplex_dest; 应为空。

ITPUB论坛帖子

远程修复指南：通过SSH登录服务器，export ORACLE_SID=orcl; sqlplus / as sysdba; 查看参数后，如果冲突，直接ALTER SYSTEM SET log_archive_dest_2='' SCOPE=BOTH; 注意duplex_dest优先级高于dest_n。重启后检查alert.log无错误。

Oracle官方文档片段

The ORA-16022 error occurs when the fast_start_mttr_target parameter is set to a non-zero value and the LOG_ARCHIVE_DEST_n and LOG_ARCHIVE_DUPLEX_DEST parameters specify the same archive log destination. To resolve, ensure they point to different locations or disable duplexing by setting LOG_ARCHIVE_DUPLEX_DEST to an empty string.

博客园经验分享

实际案例：RAC环境中遇ORA-16022。远程操作：使用sqlplus sys/password@tnsname as sysdba; alter system set log_archive_duplex_dest='/backup/arch' scope=both; 确保路径存在且有权限。测试：alter system switch logfile;

知乎回答

快速修复：1.确认参数冲突。2. alter system set log_archive_duplex_dest= SCOPE=spfile sid='*'; 3. srvctl stop database -d dbname; srvctl start database -d dbname; 适用于单机和集群。

FAQ
Q: ORA-16022错误如何快速诊断？
A: 执行show parameter log_archive; 检查dest和duplex_dest是否相同。
Q: 修改后需要重启数据库吗？
A: SCOPE=BOTH可在线生效，但建议切换日志验证。
Q: RAC环境中怎么处理？
A: 使用srvctl修改SPFILE并重启节点。
Q: 为什么会出现这个冲突？
A: 手动配置或克隆数据库时参数未调整。