嗨，

您对该DSO有任何自我转换吗？ 检查例程中是否有任何逻辑删除活动表中的条目？

还是任何自定义程序从DSO活动表中删除条目？

将DSO活动表放入

问候，

Satya。

Hello Satya，

谢谢您的帮助，我知道了为什么从活动表中删除数据的原因，实际上是在转换中编写了一些例程，以从DSO的活动表中删除数据，该DSO的传递已从ECC端删除。

嗨，

是的，有两种可能。

1.当您获得删除指示符ROCANCEL或任何自定义增量字段为" D"时， 激活后，将从DSO的活动表中删除相同的密钥组合记录，并相应地填充changelog条目。

2。 您可以从DSO活动表中进行选择性删除，这只会从活动表中删除数据，而不会从changelog表中删除数据。 检查以下线程。

https://blogs.sap.com/2014/04/18/recordmode-importance-in-sap-bi-along-with-delta-handling/

，

Satya。

Hello Satya，

谢谢您的更新，但我只是想知道如何检查特定DSO的这种删除方式？

这又适用于满负荷的另一件事？ 在我的DSO更改日志表中，我仍然可以看到记录模式为N。

您能帮忙吗？

嗨，

不可能满载，除非您在任何与转换相关的例程中为0RECORDMODE编写了特殊逻辑 （开始，结束，字段和专家例程）。

如果您没有用于0RECORDMODE的例程，并且数据加载是来自数据源的全部负载，则可能有人已经选择性地删除了 DSO。

要查找选择性删除日志，请转到DSO的"管理"选项卡，单击此按钮后，您会发现一个"选择性"按钮，您可以转到日志并查看日志日期 并根据用户的需要，如果您双击单个日志，则可以看到选择了哪些内容，在DSO上进行了选择性删除。

对于完整负载或增量负载，将填充changelog。 请勿混淆。

如果在变更日志中看到记录模式为" N"的记录，则表示它是新记录。 您不能简单地根据此条目确定根本原因。

从变更日志记录中获取密钥（销售单据或发票单据等。），并按照我上面所说的方式进行分析。

p>

对于点1：

检查数据源的基表，然后尝试查找文档。 如果找不到该文件，则可能已将其从源系统中删除，并且此删除操作将在下一次加载到BW的增量负载中出现，并从DSO活动表中删除条目。

如果看到该文档 在源系统基本表中，则可能有人对DSO进行了选择性删除。 即point-2在这里保持良好状态。

如上所述，检查选择性删除日志并找出根本原因。

问候，

Satya。

你好，萨蒂亚，

我检查了已经有选择地删除的日志，但是没有有选择地删除，最后一次删除发生在2018年，所以这也不是问题。

对于一个销售文档，我已经检查了源系统文档中的可用数据，而奇怪的是该多维数据集中该文档中的数据是从该dso加载到多维数据集中的。

我们也检查了rsrv并更正了错误，但没有用。

您能建议这个吗？