重命名 SQL Server 故障转移群集实例

项目
04/26/2023

如果 SQL Server 实例包括在故障转移群集中，则重命名虚拟服务器的过程不同于重命名独立实例的过程。有关详细信息，请参阅重命名承载 SQL Server 独立实例的计算机。

虚拟服务器的名称始终与 SQL 网络名称（SQL 虚拟服务器的网络名称）相同。尽管您可以更改虚拟服务器的名称，但不能更改实例名。例如，您可以将名为 VS1\instance1 的虚拟服务器更改为其他名称（例如 SQL35\instance1），但是名称的实例部分 (instance1) 将保持不变。

开始重命名进程之前，请阅读下列各项。

SQL Server 不支持对复制所涉及的服务器进行重命名。如果主服务器永久丢失连接，则可以重命名日志传送中的辅助服务器。有关详细信息，请参阅日志传送和复制 (SQL Server)。
当您重命名被配置为使用数据库镜像的虚拟服务器时，必须在进行重命名操作之前先关闭数据库镜像，然后用新的虚拟服务器名称重新建立数据库镜像。数据库镜像的元数据将不会自动更新来反映新的虚拟服务器名称。

重命名虚拟服务器

使用群集管理器将 SQL 网络名称更改为新名称。
使网络名称资源脱机。这将使 SQL Server 资源和其他相关资源也脱机。
使 SQL Server 资源重新联机。

验证重命名操作

虚拟服务器被重命名之后，任何使用旧名称的连接现在都必须使用新名称来连接。

若要验证重命名操作是否已完成，请从 @@servername 或 sys.servers中选择信息。 @@servername 函数将返回新的虚拟服务器名称， sys.servers 表将显示新的虚拟服务器名称。若要验证故障转移过程是否能够使用新名称正常工作，用户还应尝试将 SQL Server 资源故障转移到其他节点。

对于从群集中任何节点进行的连接，都可以立即使用新名称。但是，对于从客户端计算机使用新名称进行的连接，则必须在新名称对该客户端计算机可见之后，才能使用新名称连接到服务器。根据网络配置，通过网络传播新名称所需的时间长度可能为几秒钟，也可能长至 3 到 5 分钟；旧的虚拟服务器名称在网络上不再可见也可能会需要一些时间。

若要最小化虚拟服务器重命名操作的网络传播延迟，请使用下列步骤：

最小化网络传播延迟

在服务器节点上从命令提示符发出下列命令：

ipconfig /flushdns  
ipconfig /registerdns  
nbtstat -RR

在重命名操作之后的其他注意事项

在重命名故障转移群集的网络名称后，需要按照下面的说明进行验证和操作，使 SQL Server 代理和 Analysis Services在所有情况下都正常工作。

SQL Server 代理服务：验证和执行以下针对 SQL Server 代理服务的附加操作：

如果 SQL 代理配置为事件转发，请修复注册表设置。有关详细信息，请参阅指定事件转发服务器 (SQL Server Management Studio)。
在重命名计算机/群集网络名称后修复主服务器 (MSX) 和目标服务器 (TSX) 实例名称。有关详情，请参阅以下主题：
- 将多台目标服务器从主服务器脱离
- 创建多服务器环境
重新配置日志传送以便更新的服务器名称用于备份和还原日志。有关详情，请参阅以下主题：
- 配置日志传送 (SQL Server)
- 删除日志传送 (SQL Server)
更新依赖于服务器的名称的 Jobsteps。有关详细信息，请参阅 Manage Job Steps。

另请参阅

重命名托管 SQL Server 独立实例的计算机

通过