解决方案：检查并修复数据库链接，确保STREAMS捕获进程支持远程DDL。首先，验证db_link是否有效，使用SQL语句测试连接：SELECT * FROM dual@remote_db; 如果失败，重建链接：CREATE DATABASE LINK remote_db CONNECT TO user IDENTIFIED BY password USING 'tns_name'; 然后，停止STREAMS捕获：DBMS_CAPTURE_ADM.STOP_CAPTURE(capture_name=>'your_capture'); 修改捕获规则允许远程DDL：DBMS_STREAMS_ADM.ADD_TABLE_RULES(... SET_REMOTE_CAPTURE=>TRUE); 重启捕获：DBMS_CAPTURE_ADM.START_CAPTURE(...); 这能解决ORA-26708错误。

故障场景描述

今天遇到ORA-26708: remote DDL not supported by STREAMS: "DDL STATEMENT HERE" 这个错误，是因为streams不支持远程ddl，在捕获端执行ddl语句的时候，会报这个错误。

问题分析

Streams捕获远程库的ddl，由于远程库是RAC，所以链接到其中一个实例，但是该实例重启了，捕获进程读取archive时发现，archive log source instance跟数据库链接的不是同一个，所以报了这个错。

修复步骤

解决方案：把数据库链接改成RAC服务名，指向到服务，服务是跨实例的，不会出现这个问题。ALTER DATABASE LINK remote_link CONNECT TO user IDENTIFIED BY pass USING 'rac_service'; 测试链接后，重启捕获进程即可。

Streams配置注意

在Streams中，如果要捕获远程DDL，需要确保捕获进程设置为REMOTE_CAPTURE = TRUE，并且数据库链接稳定。执行DBMS_STREAMS_ADM.SET_PARAMETER(q_name => 'your_queue', parameter_name => 'INCLUDE_DDL', value => '1'); 来包含DDL。

实际案例分享

碰到这个问题，是因为dbms_metadata.get_ddl拿到的ddl语句跟实际执行的不一样，streams捕获后应用失败。解决：直接在应用端执行DDL，而不是通过streams传播远程DDL。

链接验证

先确认数据库链接没问题：SQL> select * from global_name@your_link; 然后检查streams规则是否允许远程DDL捕获。

FAQ
Q: ORA-26708错误最常见原因是什么？
A: 数据库链接失效或指向错误的实例，尤其是RAC环境。
Q: 如何快速测试数据库链接？
A: 执行SELECT * FROM dual@link_name;
Q: Streams支持远程DDL吗？
A: 支持，但需配置REMOTE_CAPTURE=TRUE并修复链接。
Q: 重启捕获进程后还会出错吗？
A: 如果链接问题解决，通常不会。