通过

重命名 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 资源重新联机。

验证重命名操作

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

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

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

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

最小化网络传播延迟

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

    ipconfig /flushdns
ipconfig /registerdns
nbtstat –RR

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

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

**Analysis Services：**在您使用 Windows 群集管理器工具更改某一 SQL Server 2012 Analysis Services (SSAS) 故障转移群集实例的网络名称后，将来的升级或卸载操作可能会失败。 若要解决此问题，请按照此知识库文章 (https://go.microsoft.com/fwlink/?LinkId=244002) 的解决方法部分中的说明更新 ClusterName 注册表项。

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

请参阅

任务

重命名承载 SQL Server 独立实例的计算机