2014SQL服务器名称是什么，修改2014SQL服务器名称的具体步骤有哪些？

修改SQL Server 2014服务器名称，核心操作是使用sp_addserver和sp_dropserver两个系统存储过程，修改后必须重启数据库服务才能生效。

很多朋友在配置SQL Server 2014时，喜欢用一台新服务器替换旧机器，或者调整了Windows主机名，结果连上数据库一看，SELECT @@SERVERNAME返回的还是旧的实例名称，这会导致依赖服务器名称的报表订阅、链接服务器、维护计划集体罢工，今天我们就从零开始,把改名这件事彻底讲明白。

修改2014 sql server服务器名称之前，先搞清楚这几点

sql server 2014服务器名称和主机名是一回事吗

不完全是一回事，Windows主机名是操作系统层面的标识，随便改，不影响SQL Server实例本身的属性，但SQL Server服务器名称是指实例在数据库引擎内部注册的名字，通常格式是主机名实例名，默认实例的话,就只显示主机名。

改Windows主机名后，SQL Server不会自动同步新的机器名，这就是为什么要手动执行改名的原因，如果你只改了Windows主机名，没改SQL Server的内部名称，那么@@SERVERNAME和sys.servers表里的数据还是旧的,很多自动化任务就会连错目标。

为什么修改2014 sql server服务器名称影响什么

直接影响有三块：本地数据库的元数据、链接服务器配置、基于名称的权限分配，比如你把服务器从OLD-SERVER改成NEW-SERVER，那么原本授予给OLD-SERVERSQLAgent的登录权限就失效了,因为安全标识符里写着旧机器名。

镜像、复制、日志传送这类高可用方案也强依赖服务器名称，改名之前没停掉这些功能，改完直接报错，而且很难回溯，所以提前规划维护窗口是必须的。

sql server 2014怎么查看当前服务器名称

执行下面这条SQL语句就能看到当前实例注册的真实名称：

SELECT @@SERVERNAME;

或者查看系统视图：

SELECT  FROM sys.servers;

如果你发现结果里的名称和Windows主机名对不上，那就说明SQL Server内部名称没有被正确更新，顺手可以在SSMS里看一下对象资源管理器顶部显示的连接名称，和查询结果做对比,确认到底差在哪里。

sql server 2014修改服务器名称的步骤是什么

接下来进入正题，完整的修改路径分四步走，每一步都别跳，这里以SQL Server 2014 Standard/Enterprise版默认实例为例，命名实例把MSSQLSERVER换成你的实例名就行。

第一步：记录旧名称和所有相关配置

先用上面的查询命令记录下@@SERVERNAME的返回值,同时查一下当前有哪些链接服务器：

SELECT  FROM sys.sysservers;

还要检查是否配置了数据库镜像或复制，如果启用了这些功能，先停掉复制代理，或者从可用性组中移除该数据库副本，这一步不做,后面改完名会非常被动。

第二步：从服务器元数据中删除旧名称

执行以下存储过程，把旧服务器名从sys.servers表里移除：

EXEC sp_dropserver 'OLD-SERVER';

如果提示“存在对旧服务器名称的引用”，说明有链接服务器或远程登录映射挂在上面，你得先处理掉这些依赖关系，或者加DROPALL参数强制清理：

EXEC sp_dropserver 'OLD-SERVER', 'DROPALL';

注意：DROPALL会连带删除该服务器的所有登录映射和链接服务器配置，慎重使用，如果不是测试环境,建议手动整理依赖项以后再清理。

第三步：添加新的服务器名称

旧名字删掉以后,把新名称注册进去：

EXEC sp_addserver 'NEW-SERVER', 'LOCAL';

LOCAL参数表示这个是本地实例，如果不加LOCAL，SQL Server会把它当成远程链接服务器来注册，那样@@SERVERNAME照样不对，这一步非常关键，很多折腾半天没改成功的朋友，就是漏了LOCAL。

第四步：重启SQL Server服务让修改生效

新名称写入元数据后，必须重启服务才能让所有内部组件刷新缓存，打开Windows服务管理器（services.msc），找到

SQL Server (MSSQLSERVER)，右键重启,或者用命令行：

net stop MSSQLSERVER && net start MSSQLSERVER

重启完成后，再次执行SELECT @@SERVERNAME确认返回的是新名称。

sql server 2014服务器名称修改后需要重启吗

答案是必须重启，而且重启的不光是数据库引擎服务，有可能连SQL Server代理服务也要一并重启，原因在于SQL Server Agent的作业步骤如果引用了旧服务器名称,重启引擎不会自动刷新代理的缓存。

重启顺序建议：先停SQL Server Agent，再停SQL Server引擎，启动时反过来，先引擎后代理,这样可以避免代理作业在引擎尚未就绪时触发错误。

sql server 2014修改服务器名称影响哪些应用场景

改名不是点两下鼠标就完事的轻松事，以下几个场景最容易踩坑,提前了解能帮你省下大把排查时间。

已部署的应用程序连接字符串

所有连接字符串里写死了旧主机名的应用，都会连不上数据库，别指望SQL Server帮你做重定向，它没这个功能，你需要逐一登录应用服务器，找到配置文件（比如web.config或app.config），把数据源改掉，部分应用还涉及加密字符串,改完以后要同步更新密钥。

链接服务器和分布式查询

通过sp_addlinkedserver创建的远程服务器，其名称可能指向旧实例，改名后这些链接指向会失效，你需要在sys.servers里重新配置链接服务器指向，有相当一部分企业的数据仓库场景是每天跑分布式查询的，这部分属于连锁反应,务必全量排查。

数据库镜像和AlwaysOn可用性组

镜像和可用性组对服务器名称的依赖比链接服务器更敏感，如果镜像副本的服务器名称变了，必须先从镜像副本身份里移除，再重新配置，行业共识认为，涉及可用性组的高可用环境里，服务器名称变更引发的故障恢复时间最长，所以能不动就不动，真需要改,建议在维护窗口内提前演练切换流程。

数据库账号与权限绑定

使用NT SERVICE或NT AUTHORITY登录名的服务账户，在改名后可能因为名称不匹配产生“内存中登录失败”的报错，建议把SQL Agent和数据库引擎的服务账户改成域账户，或者使用网络服务账户，这样可以降低改名带来的身份验证风险，本地服务器环境下，改用NT ServiceMSSQLSERVER也是常见做法。

sql server 2014修改服务器名称要多久

如果只是基础配置，没有镜像复制这些复杂依赖，整个流程熟练工15分钟就能搞定，服务器数据量大、内存占用高的情况下，重启服务可能需要几分钟到十几分钟,这部分时间取决于硬件性能。

时间预估表：
| 预估耗时 |
| — | — |
| 查看当前配置与依赖 | 5分钟 |
| 执行存储过程 | 1分钟 |
| 重启SQL Server服务 | 3-10分钟 |
| 更新应用连接字符串 | 视应用数量而定 |

多数情况下，业务方担心的停机时间主要集中在重启阶段，把维护窗口安排在业务低谷期，对业务影响是可控的，这条操作路径基本不产生额外成本,纯属管理层面的常规维护。

修改2014 sql server服务器名称常见问题

为什么执行sp_dropserver时报“服务器名称不存在”

说明sys.servers表里没有这个名称，先执行SELECT FROM sys.servers查看当前注册的服务器名称，确认有没有录入拼写错误，另一种可能是这个名称属于链接服务器范畴，改名的目标对象是本地实例,不是远程服务器。

改了主机名但@@SERVERNAME没变是为什么

因为SQL Server内部名称是独立存在的，Windows主机名变更不会自动同步，你需要手动执行sp_dropserver加sp_addserver来更新内部注册信息，改完还不行，再检查一下是否使用了LOCAL参数。

是否有图形界面可以直接改名

SQL Server 2014没有提供专门的图形界面入口来修改服务器名称，SSMS里显示的服务器名称是连接时输入的，修改它意义不大，真正要改的是数据库引擎内部注册的名称，所以老老实实用T-SQL脚本操作才是正路,这也是很多国内机房环境中DBA的通用做法。