嗨。 请举例说明。 死锁和性能问题主要与错误的ETL作业设计和/或源/目标系统问题有关。 在上面的示例中，您必须在ETL中构建逻辑，以防万一先前的作业实例正在运行，它不应触发新实例。

关于。 S

嗨，沙津，

对于上述问题，我无法提供适当的屏幕截图进行解释。
但是，我将尝试阐明为什么它与性能和死锁有关。

要解决的主要问题是由于在控制台中中止了作业：

如果您一直在使用SAP Data Services控制台监视大型DWH环境中的作业，则可能会对数据流有一些期望，即它要获取多少记录，并且如果数据流要获取比预期更多的记录，我们希望在此之前将其杀死 不需要加载全部数据，我们将使用控制台中止该作业。

与性能有关：

如果作业会话未在SQL中终止，则由于BODS在执行数据流bods时将代码推送到SQL服务器。
如果这些会话未在SQL服务器上正确终止，则很明显，某些使用相同表的用户将 在结束时加载缓慢。 （我不知道这是否是软件错误）

可能出现死锁：

如果SQL服务器由于未关闭的会话而仍在写入某些数据，而其他用户或作业试图更新现有会话所使用的相同表，则将出现死锁。

我希望以上评论能帮助您更好地理解并感谢您的快速响应。

注意：由于存在现有的SQL会话，因此没有直接的死锁或性能问题。
的复杂性，不知道当前正在运行的会话是什么，我们无法做任何事情。
根据您的评论，BODS中已经存在单个实例功能，仅在上一次执行完成后才触发JOB，并且 只会检查该作业是否终止，并且不会检查与该作业有关的后台会话是否正确关闭。