能实现“推送插入”实为本地SQL Server通过Linked Server执行远程INSERT，远程实例被动响应；需启用rpc out选项、显式列名、远程表INSERT权限，并注意事务非原子性、性能瓶颈及错误诊断困难。
能实现，但不是“推送”，而是“本地发起插入”——本质是本地SQL Server通过Linked Server执行远程INSERT，远程实例被动接收。
为什么不能真正“推送”
SQL Server没有原生的跨实例主动推送机制。所谓“推送插入”，实际是本地实例用 INSERT INTO 语句，目标表写成四部分名称：LinkedServerName.DatabaseName.SchemaName.TableName，由本地SQL Server引擎解析并委托Linked Server驱动把语句发过去执行。远程实例不感知“被推送”，只响应一次标准INSERT请求。
- 远程服务器不会自动监听或拉取数据，必须等本地发起查询
- 整个过程受制于Linked Server的RPC配置：若
rpc out为false，INSERT会直接报错“无法执行远程过程调用” - 事务边界在本地：即使加了
BEGIN TRAN，也无法保证跨实例原子性（除非启用分布式事务协调器DTC，但代价高、配置复杂）
必须打开的两个关键选项：rpc 和 rpc out
很多失败就卡在这一步。仅创建Linked Server不等于能执行写操作。
-
rpc控制是否允许远程调用本地过程（一般不用），设为true影响不大 -
rpc out才是命脉：它决定本地能否向远程发送命令（包括INSERT、UPDATE、DELETE）。默认是false，必须显式开启 - 设置方式（T-SQL）：
EXEC sp_serveroption 'MyLinkedServer', 'rpc out', 'true'
- 图形界面中，在“服务器选项”页手动勾选“Rpc Out”并设为“True”
INSERT语句写法与权限陷阱
语法看着简单，但字段映射、NULL处理、IDENTITY列、权限粒度极易出错。
- 必须显式列出目标列名：
INSERT INTO MyLinkedServer.DB.dbo.Table (col1, col2) VALUES ('a', 1)；省略列名大概率失败 - 远程表若有
IDENTITY列，不能在VALUES中显式插入值，除非先SET IDENTITY_INSERT DB.dbo.Table ON（需远程账号有对应权限） - 远程登录账号必须对目标表有
INSERT权限，仅给数据库级db_datawriter角色不够——某些版本下角色权限不跨Linked Server生效，建议直接授予权限：GRANT INSERT ON dbo.Table TO [remote_user]
- 若远程表有触发器，它会在远程实例上下文中运行，与本地事务无关
性能与批量插入的现实约束
别指望用Linked Server做高频同步。每次INSERT都是独立网络往返+远程解析执行。
- 单条INSERT延迟通常在10–100ms量级，取决于网络和远程负载
- 批量插入推荐用
SELECT ... INTO或INSERT ... SELECT一次性传多行，避免循环逐条执行 - 大结果集（如 >1万行）易触发超时，需调大
query timeout选项：EXEC sp_serveroption 'MyLinkedServer', 'query timeout', '600'
- 如果目标是持续增量同步，Linked Server只是临时方案；长期应改用Change Tracking + 自定义同步作业，或SSIS
真正容易被忽略的是错误传播机制：远程端发生的约束冲突（如主键重复、外键不匹配）、类型转换失败，会以模糊的OLE DB错误码返回（如Msg 7391），本地很难拿到原始错误信息。调试时务必在远程实例上直接执行等效语句，才能看到真实报错。
