嗨，Sriram，

提取器的类型是基于功能模块的通用数据源。

注意：数据源的类型是主数据文本。 加载类型为完整。

在Ecc中，我已经通过参考给定的链接进行了检查。

在SBIW T代码中。 在数据传输的维护控制参数下---->他们在那里没有维护任何东西。

，并且在Scheduler菜单下的特定信息包下，我已经在上一篇文章中与您共享。 请帮助我。 我有什么想念的吗？

感谢与问候，

Ramesh

您好，Ramesh，

如果您看到TRFC击中了SM58，则表明您的源系统正忙于处理LUW。 因此，将数据加载时间更改为非高峰时间。

对于27K记录，在将数据获取到BW时应该没有任何瓶颈。

如果您想尝试一下 ，您可以按照Sriram提出的链接。

您的通用数据源是否基于功能模块构建？ 另外，如果可能，请尝试获取增量记录，而不是每天获取满负荷记录。

致谢

Satya。

嗨萨蒂亚，

我已经更改了加载时间。但是仍然没有任何文件卡在sm58中。 原定于凌晨4点，昨天已改到凌晨5点。

您的通用数据源是否基于功能模块构建？ 是的，基于我们正在加载的功能模块。

注意：数据加载的类型是主数据文本。

如果我想基于哪个字段加载增量，可以设置捕获以提取增量记录。 据我所知，基于calday，我们可以设置Timestamp（utc），Timestamp（local）和数字指针。 但就我而言，我具有以下以下字段。 请找到以下附件 psa-data-and-fields.jpg 我可以将其设置为增量字段的字段 。 但是请根据加载类型是否完整来建议其他解决方案。

感谢和问候，

Ramesh

Ramesh，

它不仅将时间从凌晨4点更改为凌晨5点。 这是持续时间是发布空闲时间还是更少的用户在ECC中发布？ 请与您的BASIS团队核对数据加载的理想时间。

此外，在数据加载期间，请检查是否有工作流程可自由处理SM58中的LUW。 在此数据加载期间，检查ECC上的系统负载。 与您的BASIS团队坐在一起，您将找到解决方案。

尝试解释从通用数据源中获取的数据，然后我们将尽可能地找到使之成为增量的方法。

对于控制参数，您没有在源系统的" ROIDOCPRMS"表中看到任何条目吗？ 如果不维护控制参数，则可以参考SAP注释：409641。

致谢

Satya。

Hi Satya，

我还有一个疑问。当我单击Transact RFC时，它没有重定向到Source系统。 我正在通过直接登录到源系统并清除LUW进行处理。 我可能知道这些原因，为什么它不从IP Monitor屏幕重定向。 注意RFC连接正常。

此致

Ramesh

您好，Ramesh，

您能否从Infopackage监视器登录到源系统。 我的意思是从"环境"选项卡->事务RFC->在源系统中。

如果您不能使用上述选项登录到源系统，则无法启用RFC连接 远程登录。 与您的BASIS团队联系。

问候

Satya。