Azure ADF：从指定活动重运行时丢失管道变量值问题

这不是Bug，是ADF变量的运行机制导致的 #

ADF里的管道变量（比如你定义的parentRunId），不管对应的赋值活动有没有重新执行，每次管道启动（包括中途重运行）都会重新计算变量的赋值逻辑。这是因为变量的取值绑定的是整个管道运行的上下文，不是单个活动执行的快照。所以你从第二个活动重运行时，哪怕第一个Set Variable没跑，parentRunId的UUID生成逻辑还是会重新触发，导致新ID传入Notebook，丢了原有的上下文。

靠谱的解决办法 #

1. 直接用活动输出传递，别用管道变量 #

放弃用管道变量存UUID，改成把第一个Set Variable活动的输出直接传给后续活动：

• 第一个Set Variable生成UUID后，在第二个Databricks Notebook的参数里，直接写@activity('你的Set Variable活动名').output.value
• 这样重运行时，只要第一个活动没被重新执行，就会复用它上次的输出值，不会生成新UUID

2. 用ADF内置的管道运行ID替代自定义UUID #

如果parentRunId只是用来标识一次管道运行的唯一ID，完全可以直接用ADF自带的运行ID：

• 在Notebook参数里传入@pipeline().RunId
• 这个ID是管道每次启动时生成的唯一值，不管从哪个活动重运行，同一个管道实例的RunId都不会变，根本不用自己生成UUID，直接解决上下文丢失的问题

3. 把UUID存到外部存储（复杂场景用） #

如果必须自定义生成ID，还得跨运行保留，那就把生成的UUID写到外部存储里，比如Azure Blob/ADLS的小文件或者Azure SQL表：

• 第一个活动生成UUID后，加个Copy Data或者Lookup活动，把UUID和当前管道的RunId一起存到外部存储
• 后续活动从外部存储里读取对应RunId的UUID，不用管道变量
• 重运行时读的是之前存的UUID，上下文肯定一致

内容的提问来源于stack exchange，提问作者stuffed