必须先执行sp_addlinkedserver注册服务器并用sp_addlinkedsrvlogin配置登录映射，否则四部分命名查询会因sys.servers中无记录而报错7202；@provider推荐MSOLEDBSQL，@datasrc需准确指定远程地址及端口。
Linked Server 是 SQL Server 实现跨服务器查询的唯一原生机制，没有替代语法。直接写 SELECT * FROM [server2].[db].[schema].[table] 必然报错——除非你已用 sp_addlinkedserver 和 sp_addlinkedsrvlogin 完成注册与登录映射。
为什么四部分命名法报错 Msg 7202？
错误信息 Could not find server 'xxx' in sys.servers 表明本地实例根本“不认识”这个服务器名。这不是权限或网络问题，而是元数据缺失：sys.servers 表里没这条记录。
-
sp_addlinkedserver负责往sys.servers插入一条逻辑服务器定义，仅此一步不解决认证 -
sp_addlinkedsrvlogin才把本地登录（比如sa）映射到远程凭据；漏掉这步，即使远程开 Windows 认证，也会报Login failed for user '(null)' - 两个存储过程必须都执行成功，缺一不可；顺序不能颠倒（先注册，再登录）
sp_addlinkedserver 的关键参数怎么填？
不同提供程序和参数组合直接影响连接稳定性与功能支持，尤其注意 @provider 和 @datasrc：
- 对 SQL Server 远程实例，
@srvproduct可为空字符串（''），但@provider推荐用'MSOLEDBSQL'（SQL Server 2019+ 默认驱动），旧版可用'SQLNCLI11'，避免用已弃用的'SQLOLEDB' -
@datasrc必须是远程实例可解析的地址，支持格式：'192.168.1.100\INST1'、'sql-prod.contoso.com,1433'；端口必须显式写在逗号后，不能写在实例名里 - 若远程启用强制加密（如 TLS 1.2），需在
@provstr中追加'Encrypt=yes;TrustServerCertificate=no;'，否则连接失败且错误提示模糊
查询时结果为空或报错 Database does not exist 怎么排查？
这类问题往往不是配置失败，而是运行时环境细节被忽略：
- 远程数据库名必须拼写完全一致——包括大小写（取决于该数据库的排序规则），且状态为
ONLINE；脱机、恢复中、可疑状态都会触发Database 'xxx' does not exist - 远程表的 schema 名不一定是
dbo，比如实际是sales，但你写[RemoteSrv].[MyDB].[dbo].[Orders]，SQL Server 不报错，只返回空结果，极易误判为逻辑错误 - 防火墙、TCP/IP 协议未启用、SQL Server Browser 服务未运行，会导致连接超时，错误像
Named Pipes Provider, error: 40——这和Linked Server配置无关，得先确保telnet 192.168.1.100 1433通
OPENQUERY 比四部分命名法更可靠吗？
是，但代价是失去一部分灵活性。它把整个查询字符串发给远程服务器执行，绕过本地元数据解析：
- 适合远程表含保留字列名（如
order、user）、或远程 SQL 版本不兼容本地解析逻辑的场景 - 必须确保远程服务器上该查询本身能独立执行；
OPENQUERY(RemoteSrv, 'SELECT * FROM dbo.Orders WHERE id > 100')中的WHERE条件是在远程执行的，不是本地下推 - 无法在
OPENQUERY中直接引用本地变量或临时表，要拼接字符串就得用动态 SQL，增加注入风险
真正容易被忽略的是：所有跨服务器操作都默认禁用“即席分布式查询”，如果要用 OPENDATASOURCE 或 OPENROWSET，必须提前执行：
EXEC sp_configure 'show advanced options', 1; RECONFIGURE; EXEC sp_configure 'Ad Hoc Distributed Queries', 1; RECONFIGURE;而
Linked Server 本身不依赖这个开关——但它一旦配错，排查路径比即席方式更长。 
