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

适用于SQL Server

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

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

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

  • SQL Server 不支持对复制所涉及的服务器进行重命名。 如果主服务器永久丢失连接,则可以重命名日志传送中的辅助服务器。 有关详细信息,请参阅日志传送和复制 (SQL Server)

  • 当您重命名被配置为使用数据库镜像的虚拟服务器时,必须在进行重命名操作之前先关闭数据库镜像,然后用新的虚拟服务器名称重新建立数据库镜像。 数据库镜像的元数据将不会自动更新来反映新的虚拟服务器名称。

重命名虚拟服务器

  1. 使用群集管理器将 SQL 网络名称更改为新名称。

  2. 使网络名称资源脱机。 这将使 SQL Server 资源和其他相关资源也脱机。

  3. 使 SQL Server 资源重新联机。

验证重命名操作

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

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

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

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

最小化网络传播延迟

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

    ipconfig /flushdns  
    ipconfig /registerdns  
    nbtstat -RR  
    

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

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

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

另请参阅

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