当同一源上有多个复制数据活动时，Azure Purview 如何在 Azure 数据工厂中执行数据沿袭？

我的特殊情况是这样的： Data Factory Pipeline

我在 Azure Blob 存储中有一个 .txt 文件。

当我在 Azure 数据工厂中触发管道时，Purview 给了我一个只显示存档副本活动的数据沿袭，而从未显示 BLOB 到 Azure SQLDB 活动。请参阅此屏幕截图了解血统：Purview Data Lineage

当我导航到 Purview 中的 Azure SQLDB 目标时，它说该资产没有可用的数据沿袭。

以下是我所做的或认为可能是原因：

也许复制活动需要在不同的管道中。我对此进行了测试，结果相同
也许是因为我删除了文件，所以它没有将 Blob 源提取到 Azure SQLDB 复制活动。我将对此进行测试，但我认为这不太可能，因为它确实获取了 Blob 源到 Blob 存档目标复制活动
也许它只选取给定源的最后一个复制活动，而不是全部。我对此进行了测试，它没有改变数据沿袭。我可能需要在 Azure Purview 中做一些事情来“重置”数据沿袭，但我认为它使用最后运行的管道作为源，我注意到当我将管道分成 2 个管道时它确实更新了数据沿袭（一个用于加载 Azure SQLDB，另一个用于存档 Blob 文件）

我相当坚持这个...我将完全删除存档并看看会发生什么，但根据所有 Microsoft 文档，支持 Azure Blob 和 Azure SQLDB 的数据沿袭，所以这应该可以工作.如果有人有答案或想法，我很乐意听取他们的意见。

更新** 我的最新理论是，在运行管道和在 Purview 中刷新数据沿袭之间存在时间延迟...我将尝试断开数据工厂并重新连接。

更新#2** 据我所知，删除数据工厂连接并重新连接没有任何作用。我一直在研究如何通过 REST API 删除资产，这显然是删除 Purview 中资产/关系的唯一方法......我想我的下一步将是删除 Purview 帐户和存储。

更新 #3*** 即使在启动了一个新的 Purview 帐户之后，谱系仍然无法向 Azure SQLDB 显示 Blob。我想知道是否是因为我拥有的每个逻辑，但没有意义，因为存档复制活动也在每个逻辑中。我不知所措。我还有其他从 Blob 到 Azure SQLDB 的复制活动有效，但不是这个。

谢谢

经过大量测试。我认为问题在于Purview 不知道如何处理包含附加列的复制活动。

唯一的区别是一个映射了额外的列，而另一个没有映射。轻微的设计差距...

请为此投票，以便在将来的版本中实施。