新配置的dataguard环境，主库手动做了日志切换，但是备库没有接受到主库的日志
查看日志报错信息如下
ORA-16047 DGID mismatch between destination setting and target database
ARC3: Archivelog destination LOG_ARCHIVE_DEST_2 disabled: Data Guard configuration identifier mismatch
在Oracle Data Guard环境中，当尝试配置日志传输时遇到了一个错误，具体表现为归档日志的目的地（LOG_ARCHIVE_DEST_2）提示不可用，并报告了一个ORA-16047错误，指出Data Guard配置标识符（DGID）与目标数据库不匹配。这个问题是在执行某些特定的SQL命令时发现的，例如查看v$archive_dest视图来检查归档日志目的地的状态和错误信息。
遇到这样的错误时，首先需要检查相关的配置项，包括log_archive_config、fal_client、fal_server以及log_archive_dest_2和log_archive_dest_state_2等，以确认是否存在格式或大小写的问题。这些设置都对Data Guard的配置和日志传输有直接影响。
接下来，通过执行一系列的查询和命令来诊断和解决问题：
- 查询
v$ARCHIVE_DEST视图来检查所有非’INACTIVE’状态的归档日志目的地的详细信息，包括其ID、名称、状态、绑定以及任何错误信息。
SELECT DEST_ID, DEST_NAME, STATUS, BINDING, ERROR
FROM v$ARCHIVE_DEST
WHERE status <> 'INACTIVE';
- 确保所有的配置项大小写和格式都是正确的。这可能涉及到修改系统参数，如重新设置
LOG_ARCHIVE_CONFIG和LOG_ARCHIVE_DEST_2，以确保它们指向正确的服务和数据库唯一名称，并且包含正确的同步或异步模式设置。
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(NCDB,NCDBSDB)' SCOPE=BOTH;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=NCDBSDB ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=NCDBSDB';
- 重新设置目的地的状态，首先将其设置为
defer，最好隔两几分钟后再设置为enable。这可以确保任何挂起的操作都得到处理，并且目的地能够在没有问题的情况下启用。
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=defer SCOPE=BOTH;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=enable SCOPE=BOTH;
- 最后，再次执行查询来验证更改后的状态和错误信息，确保问题已经得到解决。
SELECT DEST_NAME, STATUS, ERROR
FROM v$archive_dest
WHERE DEST_ID = 2;
5、或者查询一下dataguard还是否有报错信息
alter session set nls_date_formate='yyyy-mm-dd hh24:mi:ss';
select timestamp,message from v$dataguard_status;
这个过程需要仔细地执行，因为任何错误的配置都可能导致Data Guard环境无法正常工作，从而影响到数据库的高可用性和灾难恢复能力。在每一步操作之后，都应该仔细检查输出和系统的行为，以确保正在朝着解决问题的方向前进。此外，还可以考虑进行额外的步骤，如检查网络连接、防火墙设置以及目标数据库的配置，以确保整个Data Guard环境的一致性和稳定性。
