Azure Key Vault链接服务调试失败但触发正常问题求助

根据你描述的场景——Key Vault链接服务和Azure SQL链接服务单独测试都成功，但调试管道时提示Invalid linked service reference. Name: ''（指向Key Vault链接服务），而触发管道运行却完全正常，多次发布也没解决——这种情况大概率是Azure Data Factory（ADF）草稿环境和已发布环境的配置不一致，或者草稿缓存导致的引用异常。下面给你几个针对性的排查和解决步骤：

1. 核对草稿环境的链接服务引用 #

调试管道时，ADF默认使用草稿环境的配置，而触发运行是用已发布到Data Factory服务的配置。你需要确认：

• 进入ADF创作界面的「链接服务」列表，切换到「草稿」标签，检查Key Vault链接服务的名称是否和管道里引用的完全一致（包括大小写、空格、特殊字符，ADF虽然大部分场景不区分大小写，但偶尔会因缓存出现匹配问题）。
• 如果管道是通过参数化方式引用链接服务，调试时的参数值是否正确指向了存在的Key Vault链接服务名称。

2. 清理草稿环境缓存 #

ADF的创作界面有时候会缓存旧的配置数据，导致调试时读取到失效的链接服务引用：

• 关闭当前的ADF创作页面，重新打开并加载你的工厂资源。
• 点击创作界面右上角的「刷新」按钮，强制重新加载所有链接服务和管道配置，然后再尝试调试。

3. 同步草稿与发布环境的资源 #

有时候单独发布管道可能没同步链接服务的最新状态，建议：

• 先选中Key Vault链接服务和Azure SQL链接服务，点击「发布」按钮，确保这两个资源先同步到发布环境。
• 再选中管道进行发布，确保管道引用的是最新发布的链接服务配置。
• 极端情况下，可以先删除发布环境中的Key Vault链接服务，重新发布后再发布管道，避免旧配置残留。

4. 检查调试时的运行身份 #

调试管道时的运行身份可能和触发时不同：

• 在调试前，点击「调试」按钮旁的下拉箭头，选择「运行配置」，查看调试使用的身份（比如你的AD用户身份）和触发管道时的身份（比如系统托管标识）是否一致。
• 如果身份不同，虽然单独测试链接服务时你的用户身份有权限，但在管道调试的上下文里可能存在权限或引用的隐性问题——可以尝试将调试身份切换为和触发一致的托管标识再测试。

按照上面的步骤排查后，基本能解决调试和触发运行不一致的问题。

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