通过SAP CDC连接器连接SAP SLT时Synapse数据流报错求助

错误含义 #

错误核心信息 DataSource QUEUENAME~KNA1 does not exist in version A 表明：

• SLT为KNA1表生成的ODP复制队列对象（QUEUENAME~KNA1）的版本A在SAP ODP框架中不存在或已失效
• Azure Synapse调用SAP RFC函数 RODPS_REPL_ODP_FETCH 拉取数据时，无法找到对应版本的数据源，导致拉取失败
• 虽然KNA1物理表存在，但SLT复制链路生成的ODP队列对象版本异常，与Azure端请求的版本不匹配

解决步骤 #

SAP端操作 #

• 检查ODQMON队列状态：
  进入事务码ODQMON，定位到对应QUEUENAME的队列，查看KNA1相关的数据请求记录。如果存在中断、过期或状态异常的请求，清理无效请求（操作前建议备份相关数据）。
• 重新初始化SLT复制配置：
  停止当前KNA1表的初始加载任务，删除SLT中对应的复制配置条目，重新创建KNA1的复制规则并启动初始加载，确保SLT正确生成并激活ODP对象的版本A。
• 验证RODPS_REPL_ODP_FETCH函数调用：
  使用事务码SE37测试调用该函数，传入错误信息中的指针（20221107095340.000094000）和包ID（20221107095436.000183000），检查是否能正常返回数据，排查参数传递或函数本身的异常。
• 检查ODP对象版本：
  进入事务码RODPADMIN，搜索ODP对象QUEUENAME~KNA1，确认版本A存在且处于激活状态。若版本丢失，触发SLT重新生成该ODP对象。

Azure端操作 #

• 刷新数据源元数据：
  在Synapse数据流的SAP CDC数据源配置中，刷新元数据，确保Azure端获取的是SAP侧最新的ODP对象信息，而非本地缓存的旧数据。
• 调整数据批量参数：
  若因数据量过大导致数据包ID过期，尝试减小数据流中SAP数据源的批量拉取大小，避免在加载过程中ODP版本因超时而失效。
• 重建数据源配置：
  删除当前KNA1的数据源配置，重新创建SAP CDC数据源并选择QUEUENAME~KNA1对象，确保连接的是SLT重新生成的有效ODP版本。

内容的提问来源于stack exchange，提问作者Frank