共用方式為

重新命名 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 Agent 和 Analysis Services 中的所有案例正常運作。

Analysis Services：在您使用 Windows 叢集系統管理員工具來變更 SQL Server 2012 Analysis Services (SSAS) 容錯移轉叢集執行個體的網路名稱之後，未來的升級或解除安裝作業可能會失敗。 若要解決這個問題，請根據這份 (https://go.microsoft.com/fwlink/?LinkId=244002) 知識庫文件中解決方案章節的指示來更新 ClusterName 登錄項目。

SQL Server Agent 服務：請針對 SQL Server Agent 服務確認並執行下列其他動作：

請參閱

工作

重新命名主控 SQL Server 獨立式執行個體的電腦