Azure Logic App内置SQL触发器（插入/修改行）无法触发求助

针对你遇到的Logic App Standard（有状态）内置SQL触发器不触发的问题，结合你的配置信息，可按以下步骤排查：

1. 验证变更追踪权限配置 #

确保Logic App使用的身份（服务主体或SQL认证账号）拥有目标表的必要权限：

• 执行以下SQL语句授予权限（替换[Test]和[YourLogicAppIdentity]为实际值）：

  GRANT VIEW CHANGE TRACKING ON [Test] TO [YourLogicAppIdentity];
  GRANT SELECT ON [Test] TO [YourLogicAppIdentity];
  

• 如果使用托管标识，还需确认该标识已在SQL Server中创建对应的登录名和用户。

2. 确认变更追踪实际生效 #

手动插入一条测试记录后，执行以下SQL验证变更是否被捕获：

-- 查看当前变更版本号
SELECT CHANGE_TRACKING_CURRENT_VERSION();
-- 查看表的变更记录
SELECT * FROM CHANGETABLE(CHANGES [Test], 0);

如果查询不到变更记录，说明数据库/表的变更追踪未正确启用，需重新执行启用命令：

-- 启用数据库变更追踪
ALTER DATABASE [YourDatabase] SET CHANGE_TRACKING = ON (CHANGE_RETENTION = 2 DAYS, AUTO_CLEANUP = ON);
-- 启用表变更追踪
ALTER TABLE [Test] ENABLE CHANGE_TRACKING WITH (TRACK_COLUMNS_UPDATED = ON);

3. 检查触发器轮询配置 #

• 进入触发器设置，确认轮询间隔（建议临时设为30秒测试），避免因间隔过长导致触发延迟。
• 检查高级选项中的过滤条件，若存在错误的过滤规则（如错误的列值匹配），会导致触发器忽略变更。
• 对于有状态工作流，确认状态存储配置正常，Logic App可持久化轮询游标（用于记录已处理的变更版本）。

4. 排查ASE v3网络限制 #

• 确认ASE的出站NSG规则允许访问本地SQL Server的端口（默认1433），同时本地SQL Server所在网络的NSG允许ASE子网的IP访问。
• 检查本地SQL Server的防火墙规则，确保ASE的出站IP或子网已被放行（即使VNet对等，部分本地SQL仍需额外配置）。

5. 尝试触发器V2版本 #

非V2版本的内置SQL触发器可能存在兼容性问题，若ASE环境支持，切换到**When a row is inserted (V2)**触发器测试，V2版本优化了变更追踪的处理逻辑。

6. 查看运行历史与监控日志 #

• 进入Logic App的运行历史，检查触发器是否有轮询记录，是否存在权限不足、连接超时等错误。
• 在Azure Monitor中过滤Category = "TriggerRuntime"的日志，获取触发器执行的具体错误信息，定位问题根源。

7. 确认触发器列配置 #

确保触发器设置中指定了正确的标识列（整数自增列）和RowVersion列，若列选择错误，触发器无法正确识别变更。

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