SQL Server升级后触发器没执行，首要排查是否被禁用：运行SELECT name, is_disabled FROM sys.triggers WHERE parent_id = OBJECT_ID('YourTableName')，若is_disabled=1则确为禁用状态，需ENABLE；若ENABLE失败报“underlying object not available”，说明触发器依赖的字段、函数或表结构已变更，须比对定义并修正逻辑。
SQL Server升级后触发器没执行？先确认是否真被禁用
升级后触发器“失效”，90%的情况不是语法错误或逻辑崩了，而是它被悄悄禁用了。SQL Server在数据库迁移、脚本执行过程中常主动禁用触发器（比如用友U8升级脚本里就带DISABLE TRIGGER ALL ON），但升级完成后没人手动ENABLE回来。
别急着重写或删掉——先查状态：
- 运行
SELECT name, is_disabled FROM sys.triggers WHERE parent_id = OBJECT_ID('YourTableName');，看is_disabled是否为1 - 如果表多，用
EXEC sp_msforeachtable 'SELECT ''?'', name, is_disabled FROM sys.triggers WHERE parent_id = OBJECT_ID(''?'') AND is_disabled = 1';批量扫 -
is_disabled = 1就说明是被禁用，不是挂了；is_disabled = 0但还不执行，问题在别处（比如触发器定义已因字段删除而编译失败）
ENABLE失败报“underlying object is not available”怎么办
执行ALTER TABLE YourTable ENABLE TRIGGER tr_name时如果报错Cannot enable the trigger 'xxx' because its underlying object is not available，说明触发器还存在，但它的依赖对象（字段、函数、视图等）在升级中已被删改或重命名。
这不是权限或语法问题，是结构不兼容。常见场景：
- 原触发器里引用了
OLD.StatusDesc，但新版本把字段改成了StatusDescription - 触发器调用了
dbo.fn_CalcTax()，但该函数在升级脚本里被DROP了且没重建 - 表被拆分（如
RdRecord从单表变成RdRecord_Header+RdRecord_Line），原触发器仍硬写INSERT INTO RdRecord
此时ENABLE必然失败。必须先用SELECT OBJECT_DEFINITION(OBJECT_ID('tr_name'))拿到定义，再人工比对当前表结构，删掉无效引用或重写逻辑。
升级后触发器编译通过但逻辑异常？重点查SQL Server兼容性级别和SET选项
触发器能启用、也能跑，但结果不对（比如日期校验突然变严格、空值赋值直接中断事务），大概率是SQL Server升级后默认启用了更严格的兼容性级别或ANSI_NULLS/QUOTED_IDENTIFIER设置。
关键检查点：
- 查当前库兼容级别：
SELECT compatibility_level FROM sys.databases WHERE name = DB_NAME();。2016+默认是130或更高，旧触发器若依赖ANSI_NULLS OFF行为会静默失效 - 在触发器头部显式加
SET ANSI_NULLS ON; SET QUOTED_IDENTIFIER ON;（这是SQL Server 2005+要求的，但旧脚本可能漏了） - 检查是否启用了
ARITHABORT：某些ORM连接字符串默认关它，而触发器内算术运算（如除零）在ARITHABORT OFF下不报错，升级后默认ON就炸了
修复完别忘了验证：INSERT测试必须带事务上下文
很多人验证只跑一条INSERT，看到日志表有记录就以为OK——但autocommit=1下，这条语句提交后根本没法回滚，也测不出触发器是否真参与了事务边界。
真正有效的验证方式：
- 显式开事务：
BEGIN TRAN; INSERT INTO Orders (...) VALUES (...); SELECT * FROM OrderAudit WHERE order_id = ...; ROLLBACK; - 确认
OrderAudit里查不到刚插的记录——说明触发器写入也被回滚了，事务集成正常 - 如果
OrderAudit里有数据，说明触发器开了独立事务（非法）、或用了INSERT ... WITH (TABLOCK)等隐式提交操作
最麻烦的从来不是“怎么修”，而是“修完能不能进生产”。很多触发器在结构大改后已失去业务意义，强行启用反而让下一次INSERT因字段缺失直接报错中断。上线前务必确认它是否还适配当前字段、约束、调用链——而不是只看它“能启用”。
