SQL Server链接服务器调用远程存储过程需显式使用EXEC('...') AT语法，否则被误解析为表查询而报错7314；权限不继承本地EXECUTE AS，须确保远程账号有对应EXECUTE权限；OPENQUERY要求结果集结构确定，INSERT场景优先用EXEC...AT；超时多因RPC未启用或防火墙阻断。
SQL Server 链接服务器创建后执行存储过程报错 Msg 7314
链接服务器配置完，直接在本地调用远程存储过程却失败，最常见就是 Msg 7314：「The OLE DB provider "SQLNCLI11" for linked server "XXX" does not contain the table "YYY.dbo.ZZZ". The table either does not exist or the current user does not have permissions on that table.」——但你明明要调的是存储过程，不是表。
这是因为 SQL Server 默认把 EXEC [LinkedServer].[DB].[Schema].[Proc] 解析成「远程表查询」，而非「远程过程调用」。必须显式加 EXEC() 括号包装，强制走 RPC 路径：
-
EXEC [RemoteSrv].[DB].[dbo].[usp_DoSomething]→ 错误（被当四部分表名） -
EXEC ('EXEC [DB].[dbo].[usp_DoSomething]') AT [RemoteSrv]→ 正确（显式 RPC） - 若过程有输入参数，需拼字符串或用
sp_executesql远程执行，不能直接传参
迁移存储过程时权限不生效：EXECUTE AS 和链接服务器身份映射冲突
本地存储过程用了 EXECUTE AS OWNER 或 EXECUTE AS 'user'，迁移到跨服务器场景后，权限链断掉——因为链接服务器的身份映射（sp_addlinkedsrvlogin）和本地上下文的执行主体是两套体系，不会自动继承。
关键点：链接服务器登录映射只控制「连接远程实例」这一步，后续在远程库内能做什么，取决于映射到的远程账号本身权限，跟本地存储过程的 EXECUTE AS 无关。
- 检查远程账号是否真有目标数据库的
EXECUTE权限（不只是db_owner） - 避免用
NULL映射（即sp_addlinkedsrvlogin @rmtsrvname='X', @useself='false', @locallogin=NULL, @rmtuser='U', @rmtpwd='P'），它会让所有本地用户共用同一远程账号，权限难以审计 - 若必须用代理账号，优先用 Windows 身份（
@useself='true'）+ Kerberos 约束委派，比 SQL 登录更可控
远程存储过程返回结果集时，OPENQUERY 和 EXEC ... AT 行为差异
想把远程过程结果插入本地临时表？别默认选 EXEC('...') AT——它不支持直接 INSERT；而 OPENQUERY 虽然支持，但要求远程过程必须「返回确定的结果集结构」，且不能含动态 SQL、临时表、条件分支中的不同列数等。
简单说：OPENQUERY 是编译期校验列元数据，EXEC ... AT 是运行期执行，但不暴露结果集定义给本地查询优化器。
- 需要 INSERT INTO 的场景，优先用
EXEC('SELECT ...') AT [srv]+ 中间临时表，或改用INSERT INTO #t EXEC('...') AT [srv]（SQL Server 2016+ 支持） -
OPENQUERY([srv], 'EXEC DB.dbo.usp_GetData')会失败，除非该过程实际等价于一个 SELECT 且无副作用 - 涉及大结果集时，
OPENQUERY可能触发远程端全量扫描再过滤，而EXEC ... AT更易下推 WHERE 条件（取决于远程过程实现）
链接服务器跨域或防火墙环境下，test connection 成功但存储过程超时
SSMS 里右键链接服务器 →「测试连接」显示成功，但一跑远程存储过程就卡住或报 Timeout expired，大概率不是权限问题，而是网络路径上某环节阻断了 RPC 流量。
SQL Server 链接服务器底层依赖 SQL Server 的 RPC 接口（非单纯 TDS 端口），尤其当使用 EXEC ... AT 时，会尝试建立额外的内部连接通道。
- 确认远程 SQL Server 实例已启用
RPC和RPC Out（在 SSMS → 服务器属性 → 「连接」页勾选） - 防火墙需放行除 1433 外的动态端口（若 SQL Server 使用动态端口），或固定为某个端口并开放
- 跨域环境若用 Windows 身份认证，确保 SPN 已正确注册（
setspn -L MSSQLSvc/FQDN:PORT），否则 Kerberos 认证降级为 NTLM 后可能失败
这些细节不报具体错误，只体现为无声超时，排查时容易绕远路。
