SQL Server 2017服务器名称异常、连接问题及协议配置求助

一、关于MySQLServer-NEW无效名称可执行查询的原因及处理方案 #

原因解析 #

sys.servers中存在的MySQLServer-NEW是SQL Server内部注册的本地服务器逻辑名称，和Windows主机名并非强绑定。当执行Select * From [MySQLServer-NEW].[databaseName].dbo.TableName这类查询时，SQL Server会直接识别该名称为自身实例的别名，无需通过网络解析Windows主机名，因此即使该名称无法通过SSMS/ODBC/远程桌面连接，本地跨库查询仍能正常执行。但该名称与VM实际有效主机名不匹配，会直接导致Kerberos/AD认证失败，这也是管理员提到无法支持这类认证的核心原因。

是否需要重命名？必须重命名 #

不匹配的服务器名会引发一系列潜在问题：Kerberos认证失败、备份还原时的实例名称冲突、链接服务器信任异常等。正确重命名步骤如下：

1. 确认当前SQL Server注册名称：

   SELECT @@SERVERNAME;
   

2. 删除旧的无效服务器名，添加VM有效主机名（二选一，比如MySQLServer）：

   sp_dropserver 'MySQLServer-NEW';
   GO
   sp_addserver 'MySQLServer', local;
   GO
   

3. 重启SQL Server服务，再次验证名称是否更新：

   SELECT @@SERVERNAME;
   

   此时sys.servers中的本地服务器条目会同步更新为有效主机名。

二、命名管道配置问题修复（解决ERP延迟的关键） #

ERP要求启用命名管道且优先级高于TCP/IP，但当前服务器端的命名管道协议处于禁用状态——SQL Native Client的配置是客户端侧的设置，服务器端未启用的话，客户端无法通过命名管道连接服务器，这很可能是ERP模块延迟的核心原因之一。

修复步骤：

1. 打开SQL Server配置管理器，定位到SQL Server网络配置 → MSSQLSERVER的协议（针对默认实例，若为命名实例则对应实例名称）
2. 右键点击命名管道，选择启用
3. 调整协议优先级：右键点击MSSQLSERVER的协议 → 属性 → 协议顺序，将np（命名管道）移至tcp（TCP/IP）之前
4. 重启SQL Server服务及SQL Server代理服务
5. 验证命名管道连接：使用命令行测试

   sqlcmd -S np:\\MySQLServer\MSSQLSERVER
   

   若能成功连接，则配置生效。

修复后，ERP会优先使用命名管道协议连接，符合系统要求，大概率能缓解模块延迟问题。

内容的提问来源于stack exchange，提问作者cvjava