SQL Server触发器不能直接跨库INSERT——它处于当前事务上下文，引擎禁止修改非当前数据库表以防止分布式事务失控；正确做法是配置链接服务器+启用MSDTC，用四段式命名在AFTER触发器中执行远程写入，且须严格控制权限、字段映射与批量规模。
不能直接用触发器跨数据库写入，哪怕目标库在同一台 SQL Server 实例上也不行——INSERT INTO other_db.dbo.table 在触发器里会报错 ERROR 1442 或事务冲突，这是 SQL Server 的硬性限制，不是配置问题。
为什么 SQL Server 触发器不能直接跨库 INSERT
SQL Server 触发器执行时处于当前语句的事务上下文中，而跨库写入会被视为对“非当前作用域表”的修改，引擎会拒绝这种操作以防止分布式事务失控。即使两库在同一个实例，只要不是同一数据库，INSERT INTO db2.schema.table 就会被拦截。这不是 MySQL 那种 ERROR 1442（那是 MySQL 的限制），但 SQL Server 有自己更严格的事务隔离逻辑：它不允许在触发器中发起对其他数据库的 DML，除非显式启用分布式事务并走链接服务器路径。
正确做法：用链接服务器 + 分布式事务兜底
真正能落地的方案，是把目标库注册为链接服务器，并在触发器里用四部分命名法调用，同时确保 MSDTC 服务启用且配置正确：
- 先执行
sp_addlinkedserver和sp_addlinkedsrvlogin创建链接服务器，例如srv2 - 在源库所在服务器上，打开「服务」管理器，将
Distributed Transaction Coordinator启动并设为自动 - 触发器必须用
AFTER INSERT/UPDATE/DELETE，且开头加SET XACT_ABORT ON，否则远程写入失败时本地事务不会回滚 - 写法必须是
INSERT INTO srv2.db_name.schema.table (...) SELECT ... FROM inserted，不能省略服务器名
注意：如果目标库字段名、类型、顺序和源库不一致，必须显式列出字段，不能用 SELECT *；字段映射错误会导致整个事务失败并阻塞源表写入。
容易被忽略的三个致命细节
很多人按教程配完能跑通几条数据，一上生产就出问题，关键卡点在这三处：
- 链接服务器登录账号必须在目标库有
db_datawriter权限，且不能只给public角色——默认权限不够 - 触发器里不能包含任何对目标库的
SELECT查询（比如先查是否存在再插入），这会引发死锁或超时；所有判断逻辑必须基于inserted或deleted临时表完成 - 一次触发影响多行（比如批量
UPDATE一万行），远程写入就会变成一万次网络往返，延迟飙升、连接池耗尽、源库日志暴涨——这不是代码问题，是架构瓶颈
所以真要分发，三十张表以内、单次变更不超过百行、业务能容忍秒级延迟，才适合这条路；否则得切到发布订阅或 CDC + 自定义消费者。
