大家好，

感谢您对我的帖子的关注。

我自己解决。 该问题是由于单个数据源有两个PSA表在技术上很好。 我的意思是每次我们对数据源的结构进行一些更改并激活它们时，都会生成一个新的PSA表，例如/BIC/B0000629000，/BIC/B0000629001，/BIC/B0000629002，/BIC/B000062900X。 RSTSODS表存储为数据源生成的PSA列表。

当表RSTSODS中存在一个以上活动版本的PSA时，就会出现问题。 确实是我的情况，我通过以下方法更正了我的情况：第一次执行报告" RSAR_PSA_NEWDS_MAPPING_CHECK"，而未选中"修复"对勾以确认不一致列表，第二次选择"修复"对勾以修复不一致。

通过执行程序" RSAR_PSA_NEWDS_MAPPING_CHECK"，数据源对PSA表的过时引用将变为非活动" INA"，并且只有最新的一个保留在活动状态，DTP会在数据加载期间对其进行引用。

您还可以通过链接：

谢谢

Prakash

非常感谢Prakash：-）

嗨，

您的数据源是否处于活动状态。 尝试在PSA表上执行RSRV检查。

问候，

Aravind。

让您检查数据源psa表名称，并查看SE11。

您的数据源是否已正确迁移？

您可以共享从RSA1截取的数据流屏幕快照。

转到表格-RSDSTS。

如果它有两个条目或一个条目？

如果它有两个条目，则删除错误的一个，其中psa表名称为/ BIC/B0000629001。

在那反应堆psa表通过SE14并开始加载。

嗨Prakash，

请检查您的数据源和转换是否处于活动状态。如果是，请尝试再创建一个DTP并加载数据并进行检查。

谢谢

Ajay

Hi Himanshu，

它与逻辑系统名称无关，因为我们能够成功地通过DTP将数据加载到各种数据目标中。 只有我只在特定流程中遇到此问题。

@Raman，是的，我的数据源已成功迁移，处于活动状态。

谢谢

Prakash

嗨，

如果未通过RSRV进行更正，请尝试以下操作。

！ 复制数据源并在bw侧将其激活。

2。 尝试通过SE14激活PSA表。

3。 尝试通过程序检查PSA不一致-RSAR_PSA_CLEANUP_DIRECTORY

表示平均值，同时检查数据源-PSA表名称并通过SE11或Se16进行交叉检查。

谢谢