Server innerhalb desselben Gebäudes verschieben

Hier ist mein Szenario: Ich bin ein Entwickler, der (ohne mein Wissen) drei Server in meinem Büro geerbt hat. Ich habe auch die Aufgabe geerbt, der Administrator der Server zu sein, mit einem deutlichen Mangel an Serververwaltungskenntnissen und Google / ServerFault als Bezugspunkt. Zum Glück musste ich noch nie physisch mit den Maschinen in Kontakt kommen oder irgendwelche Probleme ansprechen, da sie immer "nur funktionierten".

Alle drei Maschinen befinden sich im selben Datenraum und erfüllen den folgenden Zweck:

Machine1- IIS 8.0 mit mehreren internen Anwendungen
Machine2- SQL Server 2008 R2-Datenspeicher für die internen Anwendungen
Machine3- SQL Server 2008 R2-Spiegelspeicher vonMachine2

Alle drei haben externe Festplatten angeschlossen, die häufig Backups durchführen.

Mir wurde mitgeteilt, dass alle drei innerhalb desselben Gebäudes von einem Datenraum in einen anderen wechseln müssen. Ich werde nicht die physische Verschiebung der Hardware abschließen, die von einem kompetenten Umsetzer gehandhabt wird.

Welche Überlegungen muss ich treffen, bevor ich hypothetisch den Netzschalter betätige und sehe, wie sich meine Welt bewegt?

^{Mir ist bewusst, dass es alles andere als ideal ist, wenn sich alle drei im selben Raum / Raum befinden, aber das würde den Rahmen dieser Frage sprengen.}

Wirklich interessante Frage, gut gestellt :)

Es gibt ein paar Dinge, die Sie vor diesem Schritt überprüfen müssen, einige einfach, einige schwer.

Stromversorgung - Stellen Sie sicher, dass der neue Raum nicht nur über die richtige Anzahl von Steckdosen verfügt, sondern auch über die richtige Art von Steckdosen - wie beim physischen Steckverbindertyp. Wenn der aktuelle Standort unterschiedliche Stromphasen pro Server zum Schutz vor einphasigen Ausfällen zulässt, kann I Ich möchte Sie dringend bitten, dies auch am neuen Speicherort zu replizieren.

Kühlung - Sie müssen sicherstellen, dass es nicht zu einer sofortigen oder allmählichen Erwärmung kommt, die zu einer Überhitzung und einem möglichen Herunterfahren des Servers führen kann. Normalerweise können Sie die maximale Leistung (in Watt) oder Wärme (in BTU), die jeder Server von der Website des Herstellers beziehen kann, abrufen. Lassen Sie dies Ihren Gebäudemanager wissen, und lassen Sie sich schriftlich bestätigen, dass die Kühlung an diesem Standort ausreicht .

Beim Netzwerkbetrieb - das ist eine schwierige Aufgabe - muss nicht nur die gleiche Anzahl von Ports zwischen dem alten und dem neuen Standort repliziert werden, sondern auch Typ, Geschwindigkeit und vor allem die Konfiguration. Dieser letzte Punkt ist der Schlüssel - es gab eine Zeit, in der fast alle Ports in einem Netzwerk ziemlich gleich waren - ich bin alt genug, um mich an diese Zeiten zu erinnern! Aber heutzutage ist die Anzahl der Portkonfigurationen und der Ort im Netzwerk, an dem sich ein Port befinden kann, astronomisch. Sie müssen sicherstellen, dass die Mitarbeiter Ihres Netzwerks ALLES replizieren, um von alt nach neu identisch zu sein ist nicht einfach. Wenn bei diesem Schritt etwas schief geht, würde ich Geld dafür ausgeben, dass die Netzwerkanschlüsse nicht identisch sind. Das passiert die ganze Zeit.

'Andere Verbindungen' - Wissen Sie, ob Ihre Server andere Verbindungen als Strom und Netzwerk haben? Vielleicht haben sie Fibre-Channel-Links zu gemeinsam genutztem Speicher, KVM-Links zu einem gemeinsam genutzten Verwaltungsbildschirm - auch hier müssen Sie diese identisch replizieren.

Abgesehen davon können Sie gerne mit genaueren Fragen hierher zurückkehren und ich hoffe, dass der Umzug gut verläuft.

Andere Antworten decken die technischen Aspekte des Umzugs ab. Möglicherweise müssen Sie auch einige andere Dinge berücksichtigen.

Stellen Sie sicher, dass Benutzer wissen, dass ihre Anwendungen während des Verschiebens nicht verfügbar sind. Sie möchten den Umzug möglicherweise außerhalb der Arbeitszeit planen, um die Anzahl der betroffenen Personen zu minimieren.

Lassen Sie die Anwendungen von einer sachkundigen Person (oder von sachkundigen Personen) testen, nachdem Sie die Server gestartet haben. Lassen Sie sie einige Sicherheitsüberprüfungen durchführen, um sicherzustellen, dass die Anwendungen wie erwartet funktionieren.

Teilen Sie Ihren Benutzern nach dem Testen mit, dass der Umzug abgeschlossen ist, und lassen Sie sie wissen, ob sie Probleme haben.

Es ist ziemlich schwer zu sagen und "zu breit" für unser Format abzugrenzen. Das Wichtigste, was Sie überprüfen müssen, ist, ob Sie Ihr Netzwerk neu konfigurieren müssen, um sicherzustellen, dass es weiterhin mit denselben Adressen ausgeführt werden kann. Stellen Sie sicher, dass sie nicht über DHCP konfiguriert werden und / oder dass der DHCP-Server am neuen Standort verfügbar ist, auch wenn sie dieselben Adressen behalten können.

Randnotiz: Wie Sie bereits sagten, ist es alles andere als ideal, den SQL-Server und seinen Spiegel zu haben. Es ist jedoch sehr gefährlich , die Sicherungslaufwerke am selben Ort zu haben . Sie müssen Ihr Backup an einem anderen physischen Ort haben.

Andere Antworten haben gute Überlegungen vor dem Umzug. Sie sollten jedoch auch planen, wie Sie den tatsächlichen Umzug organisieren. Aufgrund der Tatsache, dass Machine3 ein Spiegel von Machine2 ist , scheint die Verfügbarkeit für die SQL Server 2008 R2-Datenbank (en) von erheblicher Bedeutung zu sein. Die Tatsache, dass es sich um einen Spiegel handelt, bietet Ihnen eine Gelegenheit. Der Grund für die Existenz eines Spiegels ist, verfügbar zu sein, wenn der Primärserver nicht verfügbar ist. Dies beinhaltet, dass Sie aufgrund von Wartungsarbeiten nicht verfügbar sind, was auch das Umziehen einschließt.

Machen Sie einen Plan:
Sie sollten einen schriftlichen Plan machen, wie der Umzug durchgeführt wird. Möglicherweise müssen Sie in der Lage sein, diesen Plan oder Teile davon Personen zur Verfügung zu stellen, die Teile der Arbeit bearbeiten (z. B. die Umzugsunternehmen). Dieser Plan sollte alle Aktivitäten vor dem Umzug, den tatsächlichen Umzug und die Aktionen nach dem Umzug enthalten (z. B. Überprüfung der Funktionalität).

Grundlegendes zum Verschieben:

1. Move Machine3 (der SQL Server-Spiegel): Holen Sie sich, dass es voll funktionsfähig ist. Überprüfen Sie die erneute Synchronisierung.
2. Move Machine2 : Machen Sie es voll einsatzbereit.
3. Move Machine1 : Machen Sie es voll einsatzbereit.

Detailliertere Beschreibung des Umzugs:

Die folgenden zwei Verfahren (Weg A und B) der Verwendung von Machine3 die Anschlüsse für testen Machine1 und / oder Machine2 . Sie sollten nur eine Methode anwenden. Welche Art und Weise dies zu tun ist, hängt von Informationen ab, die nicht in der Frage enthalten sind (z. B. physische Trennung der endgültigen Maschinenstandorte, physische Größe der Maschinen, Länge des Netzwerks / der Netzkabel, Verfügbarkeit von Erweiterungen für dieselben). Ähnlichkeit der Netzwerkanschlusskonfigurationen, Verfügbarkeitsanforderungen usw.). Die Verwendung von Maschine3 zum Testen dieser Verbindungen ermöglicht möglicherweise eine höhere Betriebszeit für Maschine2 , insbesondere jedoch für Maschine1 , die keinen Spiegel hat. Sie können wählen, ob Sie eine oder beide Methoden verwenden möchten.

1. Bewegen Sie zuerst Machine3 .

   • Lassen Sie Machine1 und Machine2 vorerst an Ort und Stelle.
   • Sichern Sie Machine3 und fahren Sie es dann herunter
   • Holen Sie sich Machine3 komplett an den neuen Standort verschoben.
   • [Pfad . B: Nicht verwendet , wenn Sie 2 optionalen Schritt # verwenden werden] Wenn die Netzwerk- und Stromkonfigurationen für alle Maschinen identisch sind: Setzen Sie Machine3 wo Machine1 geplant ist , um die Anschlüsse für soll am Ende mit Machine1 .
   • Holen Sie sich Machine3 wieder zum Laufen. Vergewissern Sie sich am neuen Speicherort, dass es normal als Spiegel von Maschine2 funktioniert . Dadurch wird physisch überprüft, ob die Konfiguration aller Probleme (Stromversorgung, Netzwerk usw.) am neuen Standort funktioniert.
   • Beheben Sie alle auftretenden Probleme.
   • Stellen Sie sicher, dass Machine3 vollständig mit Machine2 synchronisiert wurde, bevor Sie fortfahren .

2. Pfad A: (Optional):

   • Verwenden Sie Machine3 , um alle für Machine2 und Machine1 vorgesehenen Einrichtungen zu testen .
   • Herunter Machine3 nach unten und bewegen / Schalter zur Verwendung der Positions- / Anschlüsse für Machine2 , (überprüfen re-sync) dann Machine1 (überprüfen re-sync). Wenn Sie dies geplant haben, sollte Maschine3 zunächst mit den von Maschine1 oder Maschine2 für den Endgebrauch vorgesehenen Verbindungen eingerichtet worden sein , damit Sie es nicht zuerst am Endstandort für Maschine3 einrichten und dann dreimal ändern, sondern nur 2 Beginnen Sie damit, indem Sie die Einrichtungen einer der anderen Maschinen nutzen.
   • Stellen Sie sicher, dass Machine3 vollständig mit Machine2 synchronisiert wurde, bevor Sie fortfahren .

3. Verschieben Sie Machine2 .

   • Ihre Übung mit Machine3 sollte dies viel reibungsloser machen.
   • Sichern Sie Machine2 und fahren Sie es dann herunter
   • Verschieben Sie Machine2 an den neuen Standort. stellen sie alle verbindungen her
   • Beheben Sie alle auftretenden Probleme.
   • Stellen Sie sicher, dass Maschine2 vollständig mit Maschine3 synchronisiert wurde, bevor Sie fortfahren .

4. [Pfad B: Nicht erforderlich , wenn Sie alle Verbindungen mit geprüften Machine3 in optionalem Schritt # 2] Wenn jetzt haben Machine3 wo Machine1 am Ende ist:

   • Fahren Sie Machine3 herunter .
   • Verschieben Sie es an den Ort, an dem es enden soll (außerhalb des Ortes, an dem sich Machine1 befinden soll).
   • Beheben Sie alle auftretenden Probleme.
   • Vergewissern Sie sich, dass Machine3 vollständig mit Machine2 synchronisiert wurde, bevor Sie fortfahren .

5. Verschieben Sie Machine1 .

   • Nachdem Sie sowohl Maschine2 als auch Maschine3 bewegt haben (und hoffentlich die tatsächlichen Verbindungen getestet haben, die Maschine1 verwenden wird, indem Maschine3 sie vorübergehend verwendet), sollte dies die glatteste der Bewegungen sein.
   • Sichern Sie Machine1 und fahren Sie es dann herunter
   • Verschieben Sie Machine1 an den neuen Standort. stellen sie alle verbindungen her
   • Beheben Sie alle auftretenden Probleme.
   • Wenn bei den Einrichtungen an der Position, die Maschine1 einnehmen soll, ein Fehler auftritt , haben Sie die Möglichkeit, die Einrichtungen zu verwenden, an denen sich Maschine3 jetzt befindet. Hoffentlich konnten Sie bereits alle Einrichtungen in der Position Maschine1 testen , indem Sie sie eine Zeit lang von Maschine3 verwenden ließen (Pfad A oder Pfad B).

Wenn sich eine der IP-Adressen des Servers ändert und über die DNS-Auflösung eine Verbindung zur SQL-Box hergestellt wird, müssen Sie gleichzeitig mit dem Verschieben eine Änderung der DNS-Einträge planen.

Dinge, die Sie über die Intranetsoftware und Datenbanken wissen sollten:

• Stellt die Intranetsoftware über IP, NetBIOS oder DNS eine Verbindung zum SQL Server her?
• Verfügen die von der Intranetsoftware verwendeten SQL Server-Benutzerkonten über eine Authentifizierung, die auf den Datenverkehr von einer IP-Adresse beschränkt ist?
• Greifen Mitarbeiter in Ihrem Unternehmen direkt über Tabellenkalkulationen oder Berichterstellungstools auf den SQL Server zu? Wenn ja, wie definieren sie den DSN?

Wenn Sie nicht die exakt gleichen IP-Adressen erhalten oder in einem anderen Subnetz landen, benötigen Sie Zugriff, um den Quellcode oder die Konfigurationsdateien für alle Apps zu ändern, die eine Verbindung zum SQL-Server herstellen. Menschen könnten sich für Ad-hoc-Berichte auf undokumentierten und direkten SQL-Zugriff verlassen.

Verwenden Sie Ihre "Disaster Recovery" -Server. Wechseln Sie zu ihnen, um die Last zu bewältigen, während Sie Ihre Produktionsserver verschieben. Mit richtig konfigurierten DR-Geräten können Sie mitten am Tag ohne größere Ausfallzeiten (bis zu 15 Minuten) umziehen. Da die Disaster Recovery-Server auf die gleiche Weise wie die Produktionsserver konfiguriert werden sollten. Wenn Sie keine DR-Ausrüstung haben, empfehle ich dringend, sie zu kaufen.

Stellen Sie sich das so vor: Verwenden Sie Ihren Minivan, um den Tag zu überstehen, während Ihre Korvette auf Touren kommt.

Eine Sache, von der ich glaube, dass sie nicht erwähnt wurde, ist die physische Sicherheit des neuen Hauses der Server. Wofür wurde der Raum zuvor genutzt und wer hat die Schlüssel dazu? Gibt es angemessene Sicherheitsvorkehrungen (Alarmanlagen, Kameras usw.)?

Einige Überlegungen zusätzlich zu den anderen Antworten:

• Sind die Anwendungen durch zB nächtlichen Datenaustausch per Datei oder durch Nutzung von Webservices mit anderen verknüpft? Was sind die Konsequenzen, wenn die Anwendungen nicht verfügbar sind? Können verwandte Anwendungen damit umgehen oder scheitern sie oder führen aufgrund fehlender Informationen aus Ihren Anwendungen sogar zu falschen Ergebnissen?

• Ist eine Ausfallzeit für Ihre Benutzer, Unternehmen oder sogar Kunden akzeptabel? Wie lang darf es sein?

• Ich halte es für eine gute Idee, einen Plan für ein Rollback zu haben. Sie können es verwenden, wenn ein Problem nicht schnell behoben werden kann, z. B. ein Netzwerkproblem. Sie müssen den Mover wahrscheinlich verfügbar halten, um die Hardware zurückzubringen.

• Führen Ihre Anwendungen zu hohem Netzwerkverkehr und muss das Netzwerk darauf vorbereitet sein (wahrscheinlich viel unwahrscheinlicher als Probleme mit Adressen und Firewalls)? Bei Echtzeitanwendungen (z. B. Videokonferenzsoftware) sind Latenzen wichtig.

• Die Server müssen in das Server-Rack passen, falls Sie eines haben.