这取决于数据量，完整或增量，优化的代码逻辑，考虑了事实与事实的比例的适当Infocube设计，工作流程分配....

Bhavin

克里希纳，

不确定我是否完全理解您的问题，但是针对目标信息提供者的较长加载时间可能是多种因素导致的，例如：

a）大号 加载到DSO等中的记录的数量。

b）设计数据加载的流程链 DTP的并行执行可以帮助减少加载时间。

c）系统性能，例如 可用表空间，数据库空闲时间等。

d）目标Infocube的设计，例如 也许信息多维数据集未分区或未定期压缩等。

在HANA上使用BW或BW/4HANA时，性能应该会更好，但是仍然需要适当的管理和性能调整过程。

谢谢。

最好的问候

赛义德·瓦赛（Wayed Krishna）

首先，我要说的是DTP与DSO之间没有负载。 数据传输过程（DTP）是一种使用不同的转换例程将数据从一个Info Object移到另一个Info Object的媒介。

现在要了解长期运行负载背后的原因，这些情况背后有很多原因。 我会说一些重要的.....

1。 使用Infopackage将数据加载到PSA时，长期运行的原因可能与正在处理的大量数据一样简单。 有时会在增量负载期间发生。 在这种情况下您无能为力。 但是还有其他原因。 有时，事务RFC从源到目标被卡住或失败，导致负载卡住并运行很长时间。 在这种情况下，您只需清除TRFC或对其进行处理即可完成加载。 有时，后台ECC作业中的某些运行时错误可能导致负载卡住并长时间运行。 也可能是两个系统之间的连接问题。 即使系统内存不足也会导致此情况。

2。 对于长期运行的DTP，也没有什么理由。 与往常相比，负载总是更大的主要原因。 然后，服务器中可以使用较少的后台进程来快速处理它。 否则源对象可能会以某种方式被锁定，从而导致DTP卡住并长时间运行。 有时由于在DTP中运行的特殊例程很少，因此在运行该DTP期间在另一个对象中查找会导致延迟。

这些是长期运行背后的关键信息。 现在，如果您可以详细说明您的情况，我也许可以为您提供帮助。