MSCS Server Decluster Windows 2003 + SQL2005

Bild

Grüße an alle.

In diesem Artikel beschreibe ich meine Erfahrungen bei der Konvertierung eines "eisernen" MSCS-Clusters in einen virtuellen Server.

Unser Cluster ist seit 2008 in Betrieb, viele Aufgaben haben sich angesammelt, einschließlich kritischer, und es war unrealistisch, einen neuen Server zu errichten. Außerdem fiel die abgenutzte Ausrüstung aus. Für uns gab es nur einen Ausweg - die Servervirtualisierung in unserem Rechenzentrum auf VMware. Und für mich war die Aufgabe gestellt - vom Clustering wegzukommen. Nachdem ich eine Reihe von Informationen im Netzwerk studiert hatte, fand ich keine geeignete Schritt-für-Schritt-Anleitung und beschloss, meine eigene zu verfassen.

Der Ausgangszustand war wie folgt:

  • MSCS-Cluster unter Windows 2003 Enterprise Edition SP2. Zwei Knoten im aktiven / passiven Modus;
  • SQL Server 2005 Standard Edition im Clustermodus
  • Mehrere WWW / FTP-Sites unter IIS, nicht im Clustermodus. Jede der 32 Websites verfügt über eine IP-Adressclusterressource. Grob gesagt, wurden zusätzliche IPs an die Netzwerkkarte gehängt. Die Sites funktionierten nur im Intranet.
  • 9 logische Datenplatten, 152 Dateifreigaberessourcen, alle Daten werden auf einem Plattenarray gespeichert;
  • Der konfigurierte Taskplaner, über den einige branchenspezifische Programme gestartet wurden.

Zur vorläufigen Vorbereitung und zum Testen des Servers haben wir ein virtuelles "Labor" erstellt.
Wir haben drei Computer mit einem isolierten virtuellen Netzwerk verbunden: eine virtuelle Kopie des aktiven Knotens des Clusters, eine virtuelle Kopie des Domänencontrollers und einen regulären Computer mit Windows 7, auf dem wir alle testen werden. Mehrere Datenträger mit SQL-Datenbanken, WWW- / FTP-Sites, Netzwerkordnern und einem Quorumdatenträger wurden vorab in VMDK konvertiert.

Wir starten die Maschinen, konfigurieren Netzwerkkarten mit den gleichen TCP / IP-Parametern wie in einem realen Netzwerk. Wir verbinden die Festplatten mit unserem Server, weisen die entsprechenden Buchstaben zu und starten neu. Danach sollte der Cluster starten. Im Einzelknotenmodus hat der Cluster übrigens sofort seine Arbeit aufgenommen, wir brauchen ihn jedoch nicht mehr, zumal die Gefahr besteht, dass eine solche Konfiguration in einer virtuellen Umgebung nicht richtig funktioniert.

Jetzt müssen Sie die Einstellungen für die Netzwerkkarte und die Netzwerkressourcen wie folgt speichern Nach dem Entfernen des Clusterdienstes müssen diese manuell wiederhergestellt werden. Ich habe zuvor einen Speicherauszug der TCP / IP-Einstellungen mit dem Befehl netsh erstellt. Ich hatte vor, Netzwerkressourcen mithilfe des Befehls "net share" neu zu erstellen. Vielleicht gibt es eine Möglichkeit, die Netzwerkball-Einstellungen zu sichern, aber ich habe sie nicht gefunden.

Wir haben also die Dateien ip.cfg und shares.txt (net share command list). Wir machen einen Snapshot, um im Fehlerfall ein Rollback durchzuführen.

Beginnen Sie mit dem Deklamieren


  1. Nach dem Starten der virtuellen Kopie ist der zweite Clusterknoten nicht verfügbar. Löschen Sie es mit dem Evict Node-Team.

    Bild

    Möglicherweise wird eine solche Meldung angezeigt. Klicken Sie hier ohne Optionen auf OK.

    Bild
  2. Als nächstes konfigurieren wir SQL. Wir brauchen es, um normal zu beginnen. In den Anweisungen im Internet wird vorgeschlagen, Kopien der Datenbanken zu erstellen, die Clusterinstanz zu löschen und dann die eigenständige Instanz zu installieren. Ich fand die Art und Weise leichter durch die Registrierung:
    Entfernen Sie den Zweig

    HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL.1 \ Cluster
    HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL.2 \ Cluster

    Bild

    Änderungen der Schlüssel

    HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL.1 \ Setup \ SqlCluster = 0
    HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL.2 \ Setup \ SqlCluster = 0

    Bild

    Im SQL Server-Konfigurationsmanager setzen wir die Dienste auf Autostart.

    Bild
  3. Wir bieten Services wie WWW Publishing Service, Task Scheduler für Autorun. Bisher wurden sie nur auf dem aktiven Knoten manuell gestartet.

    Bild

    Bild

  4. Löschen Sie den letzten Knoten aus dem Cluster. Danach werden Clusterressourcen wie IP-Adresse und Dateifreigabe dauerhaft aus dem System gelöscht.

    Bild

  5. Damit Benutzer dann normal mit Netzwerkordnern arbeiten können, nehmen wir die Registrierungsbearbeitung erneut vor:
    Fügen Sie im Registrierungsschlüssel HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ LanmanServer \ Parameters
    den DWORD-Parameter "DisableStrictNameChecking" mit dem Wert 1 hinzu

    Bild

  6. Netzwerkeinstellungen
    wiederherstellen : Netsh exec c: \ ip.cfg

  7. Wir stellen Netzwerkressourcen aus der Textdatei shares.txt wieder her. Kopieren Sie einfach die Befehle und fügen Sie sie in cmd ein. Ich habe versucht, einen Fledermaus-Spitznamen zu erstellen, aber es gab ein Problem mit der Anzeige russischer Zeichen in Ressourcenbeschreibungen.

  8. Starten Sie den Server neu. Danach überprüfen wir den Betrieb aller FTP-, WWW- und Share-Ressourcen in unserem Labor.


Wenn alles in Ordnung ist, kann der virtuelle Server in ein reguläres Netzwerk verschoben werden.

Kurz über den Übergang


Die Nuancen hier mögen unterschiedlich sein, aber das Prinzip ist dasselbe: Sie müssen den Eisencluster deaktivieren, Ressourcen und Einstellungen auf den neuen Server übertragen und ihn aktivieren. In meinem Fall sind Ressourcen IP-Adressen, logische Datenlaufwerke, Netzwerkkugeln.
Wir haben den Eisencluster nicht vollständig aus dem Netzwerk und AD entfernt, sodass im Fehlerfall alles zurückgegeben werden konnte.

Unsere Aktionen:

  1. Trennen Sie den Eisencluster vom Netzwerk und von den Laufwerken. IP-Adressen werden freigegeben.
  2. Die Gesamtdatenmenge beträgt 1,5 TB, sodass nicht alle Festplatten gleichzeitig an VMDK übertragen werden können. Die Informationen werden ständig aktualisiert. Wir haben beschlossen, sie vorübergehend als RDM mit einem virtuellen Server zu verbinden, um Ausfallzeiten während des Übergangs zu reduzieren. Wie die Erfahrung gezeigt hat, ist es besser, sie an eine ausgeschaltete Maschine anzuschließen. Nach dem Start müssen Sie diesen Datenträgern dieselben Buchstaben zuweisen wie auf dem alten Cluster. Beispielsweise haben wir die SQL Server-Basen auf Laufwerk S gestartet.
  3. Wir binden den virtuellen Server in das allgemeine Netzwerk ein und führen einen Neustart durch.


Nach dem Neustart funktionierten FTP, WWW-Dienste und SQL ordnungsgemäß. Alle Aktionen dauerten etwas weniger als eine Stunde.
Einige Zeit später trat ein Fehler mit Netzwerkkugeln auf, bei denen sich einige Benutzer nicht mit dem alten Clusternamen anmelden konnten. Mögliche Korrekturen:

  1. Überprüfen Sie die Einhaltung von Absatz 5 der Anleitung.
  2. Löschen Sie alte WINS-Servereinträge für den Clusternamen
  3. Wenn Sie den MSCS-Cluster in AD bereitstellen, wird zusätzlich zu den Konten des ersten und des zweiten Knotens ein drittes Konto mit dem Clusternamen erstellt: Die Beschreibung lautet "Konto für den virtuellen Netzwerknamen des Serverclusters". Dieses Konto muss deaktiviert werden.
  4. In DNS wird ein Alias ​​für den Namen des Clusters auf dem ersten Knoten erstellt.

Im Moment arbeitet der virtuelle Server ordnungsgemäß. Es werden keine Störungen beobachtet. Jetzt können Sie sicher die Neujahrsversion 2015 feiern. Vielen Dank für Ihre Aufmerksamkeit.

Jetzt auch beliebt: