Umbenennen einer SQL Server-Failoverclusterinstanz

Wenn eine SQL Server-Instanz Teil eines Failoverclusters ist, unterscheidet sich der Vorgang des Umbenennens des virtuellen Servers vom Umbenennen einer eigenständigen Instanz. Weitere Informationen finden Sie unter Umbenennen eines Computers, der eine eigenständige Instanz von SQL Server hostet.

Der Name des virtuellen Servers ist immer mit dem SQL-Netzwerknamen (dem Netzwerknamen des virtuellen Servers mit SQL Server) identisch. Sie können zwar den Namen des virtuellen Servers ändern, nicht jedoch den Instanznamen. Sie können z. B. einen virtuellen Server namens VS1\instance1 in einen anderen Namen ändern, z. B. in SQL35\instance1, der Instanzanteil des Namens, instance1, bleibt jedoch unverändert.

Bevor Sie den Umbenennungsvorgang beginnen, überprüfen Sie die nachfolgenden Elemente.

• SQL Server unterstützt nicht das Umbenennen von Servern, die an der Replikation beteiligt sind. Eine Ausnahme stellt die Verwendung von Protokollversand mit Replikation dar. Der sekundäre Server beim Protokollversand kann umbenannt werden, wenn der primäre Server dauerhaft verloren ist. Weitere Informationen finden Sie unter Protokollversand und Replikation (SQL Server).

• Wenn Sie einen virtuellen Server umbenennen, der für die Verwendung von Datenbankspiegelung konfiguriert ist, müssen Sie die Datenbankspiegelung vor dem Umbenennungsvorgang deaktivieren und die Datenbankspiegelung mit dem neuen Namen des virtuellen Servers anschließend neu einrichten. Die Metadaten für die Datenbankspiegelung werden nicht automatisch aktualisiert, um den neuen Namen des virtuellen Servers widerzuspiegeln.

So benennen Sie einen virtuellen Server um:

1. Ändern Sie mithilfe der Clusterverwaltung den SQL-Netzwerknamen in den neuen Namen.

2. Schalten Sie die Netzwerknamenressource offline. Durch diesen Vorgang werden die SQL Server-Ressource und andere abhängige Ressourcen ebenfalls offline geschaltet.

3. Schalten Sie die SQL Server-Ressource erneut online.

Überprüfen des Umbenennungsvorgangs

Nachdem ein virtueller Server umbenannt wurde, müssen alle Verbindungen, die den alten Namen verwendet haben, nun Verbindungen mithilfe des neuen Namens herstellen.

Um zu überprüfen, ob der Umbenennungsvorgang abgeschlossen wurde, wählen Sie Informationen aus @@servername oder sys.servers aus. Die @@servername-Funktion gibt den neuen Namen des virtuellen Servers zurück, und die sys.servers-Tabelle zeigt den neuen Namen des virtuellen Servers an. Um zu überprüfen, ob der Failoverprozess ordnungsgemäß mit dem neuen Namen arbeitet, sollte der Benutzer außerdem versuchen, ein Failover der SQL Server-Ressource auf die anderen Knoten auszuführen.

Für Verbindungen von einem beliebigen Knoten im Cluster kann der neue Name fast sofort verwendet werden. Für Verbindungen, die den neuen Namen von einem Clientcomputer aus verwenden, kann der neue Name jedoch erst zum Herstellen einer Verbindung zum Server verwendet werden, nachdem der neue Name für den betreffenden Clientcomputer sichtbar ist. Die Zeitspanne, die zum Weitergeben des neuen Namens über ein Netzwerk benötigt wird, kann abhängig von der Netzwerkkonfiguration zwischen einigen Sekunden bis hin zu 3 bis 5 Minuten betragen; zusätzliche Zeit ist möglicherweise erforderlich, bis der alte Name des virtuellen Servers nicht mehr im Netzwerk sichtbar ist.

Um die Verzögerung der Netzwerkweitergabe des Umbenennungsvorgangs eines virtuellen Servers zu minimieren, führen Sie die folgenden Schritte aus:

So minimieren Sie die Verzögerung der Netzwerkweitergabe:

• Geben Sie an einer Eingabeaufforderung auf dem Serverknoten die folgenden Befehle aus:

  ipconfig /flushdns
  ipconfig /registerdns
  nbtstat –RR
  

Weitere Überlegungen nach dem Umbenennungsvorgang

Nachdem wir den Netzwerknamen des SQL Server 2012-Failoverclusters umbenannt haben, müssen wir die unten aufgeführten zusätzlichen Anweisungen überprüfen und ausführen, damit alle Szenarien in SQL Server-Agent und Analysis Services funktionieren.

Analysis Services: Nachdem der Netzwerkname einer SQL Server 2012 Analysis Services (SSAS)-Failoverclusterinstanz mit dem Windows-Clusterverwaltungstool umbenannt wurde, könnte ein Upgrade- oder Deinstallationsvorgang u. U. zu einem Fehler führen. Um dieses Problem zu beheben, aktualisieren Sie den ClusterName-Registrierungseintrag entsprechend den Anweisungen im Abschnitt zur Problemlösung in diesem KB-Artikel (https://go.microsoft.com/fwlink/?LinkId=244002).

SQL Server-Agent-Service: Überprüfen Sie die unten genannten zusätzlichen Aktionen für den SQL Server-Agent-Service, und führen Sie sie aus:

• Korrigieren Sie die Registrierungseinstellungen, wenn SQL Agent für die Ereignisweiterleitung konfiguriert ist. Weitere Informationen finden Sie unter Bestimmen eines Ereignisweiterleitungsservers (SQL Server Management Studio).

• Korrigieren Sie die Instanznamen von Masterserver (MSX) und Zielservern (TSX), wenn der Netzwerkname von Computern/Cluster umbenannt wird. Weitere Informationen finden Sie unter den folgenden Hilfethemen:

  • Vollziehen des Austritts mehrerer Zielserver aus einem Masterserver

  • Erstellen einer Multiserverumgebung

• Konfigurieren Sie den Protokollversand neu, damit der aktualisierte Servername für die Sicherungs- und Wiederherstellungsprotokolle verwendet wird. Weitere Informationen finden Sie unter den folgenden Hilfethemen:

  • Konfigurieren des Protokollversands (SQL Server)

  • Entfernen des Protokollversands (SQL Server)

• Aktualisieren Sie die Auftragsschritte, die vom Servernamen abhängen. Weitere Informationen finden Sie unter Verwalten von Auftragsschritten.

Siehe auch

Aufgaben

Umbenennen eines Computers, der eine eigenständige Instanz von SQL Server hostet