跨库写入需显式分布式事务与链接服务器配置：必须启用MS DTC网络访问、设置rpc out和remote proc transaction promotion为true、字段类型强一致，并通过远程存储过程封装操作，禁用动态SQL与OPENQUERY。
直接在触发器里写 INSERT INTO [OtherDB].[dbo].[Table] 会失败，不是语法错，而是事务卡死或静默丢数据——SQL Server 触发器默认运行在本地事务中，跨库操作必须显式升级为分布式事务，且依赖 MS DTC 配置、链接服务器权限、字段类型强一致这三道关卡。
为什么四段式写法 INSERT INTO [DB].[Schema].[Table] 在触发器里会报错
错误信息通常是 The transaction manager has disabled its support for remote/network transactions 或 Transaction context in use by another session。根本原因不是语句本身不合法，而是 SQL Server 拒绝在未满足条件的本地事务中自动升级为分布式事务。
-
rpc out必须设为true：否则远程执行（包括四段式 INSERT）被拦截 -
remote proc transaction promotion必须设为true：否则即使写了BEGIN DISTRIBUTED TRANSACTION，SQL Server 也不认 - 两台机器的 MSDTC 服务必须启用网络访问，且防火墙放行端口（默认 135 + 动态端口），开发机可临时勾选“不支持事务”，但生产环境必须走安全通道
正确做法：用链接服务器 + 远程存储过程封装写入逻辑
别在触发器里拼 SQL 或直写四段式语句。目标库先建一个带 TRY...CATCH 的存储过程，源库触发器只负责调用它——这样能隔离错误、控制重试、避免本地事务因远程失败而意外提交。
- 在目标库建
usp_sync_upsert，显式处理INSERT/UPDATE，并返回@ret状态码 - 源库触发器中用
EXEC [LinkedSrv].[TargetDB].[dbo].[usp_sync_upsert] @id, @name, ... - 必须提前执行
EXEC sp_serveroption 'LinkedSrv', 'rpc out', true，否则EXEC远程过程直接报错 - 如果要保证本地和远程同时成功，必须显式写
BEGIN DISTRIBUTED TRANSACTION，不能靠隐式升级
字段类型不一致导致同步无声失败
同步后数据看起来“成功”了，但字段被截断、精度丢失、WHERE 判断失效——常见于 nvarchar(50) → varchar(30)、datetime2 → datetime、int → smallint 这类隐式转换。
- 同步前比对结构：
SELECT COLUMN_NAME, DATA_TYPE, CHARACTER_MAXIMUM_LENGTH FROM [SourceDB].INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'T'和目标库对应结果 - 所有值必须显式转换：
CONVERT(nvarchar(50), inserted.name)，禁用任何隐式转换 - 跳过
IDENTITY、计算列、默认约束字段；如需插入 ID，请在远程过程中加SET IDENTITY_INSERT ON - 目标表建议禁用自身触发器，避免级联同步引发循环或死锁
OPENQUERY 和动态拼接是高危操作
OPENQUERY 能绕过元数据检查，但它不支持参数化字段名/表名，拼字符串极易引入 SQL 注入；且 @@ROWCOUNT 在它之后失效，无法判断是否真写入成功。
- 不要用
EXEC('INSERT INTO ' + @tbl + ' ...')—— 触发器上下文不允许动态 SQL 执行远程写入 - 不要用
OPENQUERY做主同步路径，仅限调试或极低频场景 - 所有远程调用必须走预定义的链接服务器名（如
[LinkedSrv]），不能拼 IP 或实例名
最易被忽略的点是：MS DTC 配置必须两端一致，且链接服务器的登录映射（sp_addlinkedsrvlogin）不能用 @useself = true——本地 Windows 身份在远程服务器上大概率无权限，必须显式传账号密码或使用域账户映射。
