當 SQL Server 實例是故障轉移叢集的一部分時，重新命名虛擬伺服器的程式與重新命名獨立實例的程式不同。 如需詳細資訊，請參閱 重新命名裝載 SQL Server Stand-Alone 實例的電腦。
虛擬伺服器的名稱一律與 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 Agent 和 Analysis Services 中的所有案例。
Analysis Services： 使用 Windows 叢集系統管理員工具變更 SQL Server 2014 Analysis Services （SSAS） 故障轉移叢集實例的網路名稱之後，未來的升級或卸載作業可能會失敗。 若要解決此問題，請遵循此 （https://go.microsoft.com/fwlink/?LinkId=244002） 解決一節中的指示，更新 ClusterName 登錄專案。
SQL Server Agent 服務： 確認並執行下列 SQL Server Agent 服務的其他動作：
如果 SQL Agent 已針對事件轉送進行設定，請修正登錄設定。 如需詳細資訊，請參閱 指定事件轉送伺服器 （SQL Server Management Studio） 。
修正當機器/叢集網路名稱被重新命名時，主伺服器（MSX）和目標伺服器（TSX）的實例名稱。 如需詳細資訊，請參閱下列主題：
重新設定記錄傳送，以便使用更新的伺服器名稱來備份和還原記錄。 如需詳細資訊，請參閱下列主題：
更新相依於伺服器名稱的工作步驟。 如需詳細資訊，請參閱 管理作業步驟。