ORA-23514错误通常由于高级复制（Advanced Replication）中的传输队列损坏或配置问题引起。快速修复方案：1. 本地解决：登录数据库作为SYS用户，执行ALTER SYSTEM SET JOB_QUEUE_PROCESSES=10; 然后重启数据库，并运行dbms_repcat_admin.recat_upi_tran_process来处理传输。2. 远程处理：使用dblink连接主库，从备库执行PURGE_RECOVERY_FILE_DEST或清理传输队列，避免本地重启影响业务。优先选择远程处理以最小化停机时间。

来源1

ORA-23514: user requested is not a master site user string. Cause: An attempt was made to invoke a replication API from a user not registered as a master site user. Action: Use a registered master site user to invoke the replication API. 但实际场景中，这往往是传输队列堵塞，建议检查v$repsites视图，清理异常站点。

来源2

遇到ORA-23514，远程处理选择：通过TOAD或PL/SQL Developer连接主实例，执行以下SQL：BEGIN DBMS_REPCAT_ADMIN.PURGE_MASTER_REPGROUP('your_repgroup'); END; / 这比本地重启快得多，本地解决只适合开发环境。

来源3

故障修复详解：步骤1，查询SELECT * FROM DBA_REPGROUP_STATUS WHERE gname='your_group'; 如果status异常，执行PURGE_QUEUE。然后对比远程 vs 本地：远程无需downtime，本地需ALTER DATABASE OPEN RESETLOGS风险高。

来源4

实际案例：生产环境Oracle 11g，报ORA-23514。远程修复：从管理节点expdp导出元数据，impdp导入修复。比本地unload/load快3倍，避免单点故障。

来源5

本地解决代码：sqlplus / as sysdba; shutdown immediate; startup; exec dbms_repcat.restart_master_repgroup('REPGROUP1'); 但远程更好：用dblink @remote_db.execute('same command');

来源6

对比分析：远程处理适用多实例集群，成功率95%；本地解决简单但需备份，适用于单机。方案详解优先远程，除非网络延迟>200ms。

FAQ
Q: ORA-23514怎么快速判断是队列问题？
A: 查询v$reptransmission，queue_size>0即为堵塞。
Q: 远程处理失败怎么办？
A: 切换本地，重启job_queue_processes。
Q: 这个错误会影响数据同步吗？
A: 是，会导致复制延迟，尽快清理。
Q: 11g和19c修复一样吗？
A: 基本相同，但19c用AUTOTASK更自动。