Azure Data Factory预览SQL Server数据正常，但触发管道无响应

• 检查ADF集成运行时（IR）配置

  • 确认用的是自托管集成运行时（SQL Server一般在内网部署，托管IR大概率无法连通），且运行状态正常、无离线情况
  • 验证自托管IR所在机器能访问SQL Server实例，用telnet <SQL_Server_IP> <端口>或Test-NetConnection命令测试连通性
  • 查看自托管IR的CPU、内存占用，复制大表时资源不足会直接导致任务挂起

• 核对Lakehouse目标端配置

  • 确认ADF服务主体对目标Lakehouse权限足够：至少要有Contributor或Storage Blob Data Contributor权限（Lakehouse底层依赖ADLS Gen2）
  • 检查目标路径是否被其他进程锁定，比如Fabric侧正在对该路径进行读写操作
  • 核对Lakehouse连接字符串的endpoint和container参数，避免拼写错误

• 排查ADF后台日志与监控

  • 进入ADF的监控面板，找到对应的管道运行记录，查看活动的详细日志——表面无报错的情况下，日志里可能藏有警告或待处理状态
  • 检查SQL Server的数据库日志，确认ADF的连接账户有该表的读取权限，是否存在锁表或长时间事务阻塞复制进程
  • 开启ADF的诊断设置，将日志发送到Log Analytics，用Kusto查询排查深层问题：

    AzureDiagnostics
    | where ResourceProvider == "MICROSOFT.DATAFACTORY"
    | where OperationName == "CopyActivityRun"
    | where Status == "InProgress"
    | project TimeGenerated, ActivityName, Message, Details
    

• 测试小数据集并调整复制设置

  • 先尝试复制小批量数据（比如给源表加TOP 100的查询条件），确认是否能正常完成，排除大表数据量过大导致的超时或资源瓶颈
  • 调整复制活动的并行度（默认值为4），如果SQL Server性能有限，降低并行度避免压垮源库
  • 开启逐行复制（在复制活动设置中勾选），避免因批量操作引发的锁等待

• 检查SQL Server网络与安全配置

  • 确认SQL Server防火墙规则允许自托管IR的IP地址访问
  • 检查SQL Server的最大连接数设置，是否已达上限导致ADF无法建立新连接
  • 验证ADF使用的SQL认证账户具备SELECT权限，且无行级权限限制

内容的提问来源于stack exchange，提问作者Antônio Farias