Frage Server innerhalb desselben Gebäudes verschieben


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

Alle drei Maschinen befinden sich im selben Datenraum und dienen dem folgenden Zweck:

Machine1 - IIS 8.0, der eine Reihe von internen Anwendungen hostet
Machine2 - SQL Server 2008 R2-Datenspeicher für die internen Anwendungen
Machine3 - SQL Server 2008 R2 Spiegelspeicher von Machine2

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

Ich wurde informiert, dass alle drei innerhalb derselben Räumlichkeiten von einem Datenraum zu einem anderen wechseln müssen. Ich werde das physische Bewegen der Hardware nicht abschließen, das wird von einem kompetenten Beweger gehandhabt.

Abgesehen von einer vollständigen Sicherung jedes einzelnen, welche Überlegungen muss ich machen, bevor ich hypothetisch den Stromschalter umlege und meine Welt bewege?

Ich bin mir bewusst, dass es alles andere als ideal ist, alle drei im gleichen Raum zu haben, aber das ist über den Umfang dieser Frage hinausgegangen.


60
2017-08-22 10:51


Ursprung


Auch ohne Bezug zu diesem Schritt haben Sie bereits einen Plan, was Sie tun werden, wenn ein (oder alle) Motherboards / Netzteile / Festplatten sterben? (Weil es irgendwann passieren wird) - Dusan Bajic
@spuder vielleicht brauchen sie die App ohne Internet (sie sagen, es ist eine interne Anwendung) oder sie wollen einfach nicht, dass die NSA reinspäht. Die Cloud ist keine Wunderwaffe. - André Borie
Dies ist nicht genug für eine Antwort selbst, aber ich würde vorschlagen, vor dem Verschieben einen sanften Power-Down und Power-Up durchzuführen, damit Sie wissen, was die Server tun, wenn sie erfolgreich hochfahren. Es kann einige unheimliche Signaltöne oder ignorierbare Fehlermeldungen geben, die Sie nicht ignorieren können, wenn Sie die Server vorher nicht ausgeschaltet haben. Wenn Sie wissen, wie ein sanftes Einschalten aussieht und wie lange es dauert, sind Sie in einer besseren Position, um zu beurteilen, ob nach dem Zug etwas nicht stimmt. - Stefan Mohr
Führen Sie nacheinander einen Neustart jedes Rechners durch und hoffen Sie, dass er ohne Fehler wieder zum Leben erwacht, bevor Sie umziehen! - Matt
@Matt zumindest gibt er zu, ahnungslos zu sein und versucht zu lernen, was eine gute Sache ist. Ich habe viel zu viele Fälle gesehen, in denen der Admin ein kompletter Idiot ist, aber es nicht einmal bemerkt. - André Borie


Antworten:


Wirklich interessante Frage, gut gefragt :)

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

Leistung - Überprüfen Sie, dass der neue Raum nicht nur die richtige Anzahl an Steckdosen hat, sondern dass er der richtige Typ ist - wie beim physischen Steckertyp und wenn der aktuelle Standort verschiedene Stromphasen pro Server zum Schutz gegen einphasige Fehler erlaubt Ich fordere Sie dringend auf, dies auch am neuen Standort zu wiederholen.

Kühlung - Sie müssen sicherstellen, dass keine unmittelbare oder allmähliche Wärmeentwicklung entsteht, die zu Überhitzung und möglicherweise zum Abschalten des Servers führt. Sie können in der Regel die maximale Leistung (in Watt) oder Wärme (in BTUs) nachschlagen, die jeder Server von der Website des Herstellers beziehen kann. Lassen Sie dies von Ihrem Gebäudeverwalter wissen und bestätigen Sie, dass die Kühlung an diesem Standort bewältigt werden kann .

Vernetzung - Das ist der schwierige - nicht nur muss die gleiche Anzahl von Ports zwischen alten und neuen Standorten repliziert werden, sondern auch deren Typ, Geschwindigkeit und vor allem Konfiguration. Dieser letzte Punkt ist der Schlüssel - es gab eine Zeit, als 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 Port-Konfigurationen und der Ort im Netzwerk, an dem sich ein Port befinden kann, astronomisch. Sie müssen sicherstellen, dass Ihre Netzwerk-Mitarbeiter ALLES von alt auf neu replizieren ist nicht einfach. Wenn etwas schief läuft, würde ich Geld auf die Netzwerk-Ports geben, die nicht identisch sind. Das passiert ständig.

"Andere Verbindungen" - Wissen Sie, ob Ihre Server andere Verbindungen als Strom und Netzwerk haben? vielleicht haben sie Fibre-Channel-Verbindungen zu gemeinsam genutztem Speicher, KVM-Links zu einem geteilten Verwaltungsbildschirm - wiederum müssen sie diese identisch replizieren.

Abgesehen davon, fühle ich mich frei, hier mit spezifischeren Fragen zurück zu kommen, und ich hoffe, dass der Umzug gut verläuft.


61
2017-08-22 11:24



+1 für Chopper3 - Ich würde auch hinzufügen, dass abhängig davon, wie Ihr Netzwerk konfiguriert ist, nur eine geringe Chance besteht, dass die MAC-Adressen Ihrer Netzwerkkarten nicht vom alten Switch freigegeben werden und das Internet möglicherweise nicht funktioniert Das Netzwerk ist aufgebaut. Ich weiß, dass dies nicht passieren kann, wenn die Switches richtig konfiguriert sind, aber ich habe in einer großen Umgebung gearbeitet, und das passierte ziemlich oft und der Netzwerktechniker musste den MAC-Eintrag manuell löschen. - Mugurel
Machen Sie ein Foto von der Backplane vor der Demontage. Speichert einen Schmerz. - Sobrique
Alles. Machen Sie einfach Fotos auf Ihrem Kameratelefon, wo alle Kabel hinkommen und was angeschlossen ist und was nicht. (Angenommen, Sie sind im DC erlaubt). Wirklich gut, um später zu überprüfen, wie "die Dinge aussahen", wenn etwas Seltsames passiert. - Sobrique
Ah so "Ports" dann - Backplane bezieht sich oft auf etwas ganz anderes - Chopper3
@ Chopper3 Rückwandplatine immer bezieht sich auf eine interne Hardwarekomponente und niemals "die Rückseite des Servers". Außer wenn es ein gescheitertes soziales Netzwerk bedeutet. - Christopher Schultz


Andere Antworten decken die technischen Aspekte des Umzugs ab. Sie müssen möglicherweise auch einige andere Dinge in Betracht ziehen.

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

Lassen Sie eine sachkundige Person (oder Personen) die Anwendungen testen, nachdem Sie die Server geöffnet haben. Lassen Sie sie einige Plausibilitätsprüfungen durchführen, um sicherzustellen, dass die Anwendungen wie erwartet funktionieren.

Sagen Sie nach dem Test Ihren Benutzern, dass der Umzug abgeschlossen ist, und lassen Sie sie wissen, ob sie Probleme haben.


27
2017-08-22 16:36





Es ist ziemlich schwer zu sagen und grenzwertig "zu breit" für unser Format. Die wichtigste Sache, die Sie überprüfen müssen, ist, wenn Sie Ihr Netzwerk in irgendeiner Weise neu konfigurieren müssen, wenn sie mit den gleichen Adressen weiterlaufen können. Selbst wenn sie die gleichen Adressen behalten können, stellen Sie sicher, dass sie nicht über DHCP konfiguriert sind und / oder überprüfen Sie, ob der DHCP-Server am neuen Standort verfügbar ist.

Randnotiz: Wie Sie bereits gesagt haben, ist der SQL-Server und sein Spiegel weit davon entfernt, ideal zu sein. Die Backup-Laufwerke am selben Ort zu haben ist jedoch Ja wirklich gefährlich. Sie müssen Ihr Backup an einem anderen physischen Speicherort haben.


18
2017-08-22 11:09



+1 Backups. Sie sollten nicht am selben Ort sein, auch sollte der gesicherte Server keinen Zugriff auf Backup-Medien haben, sonst kann ein Fehler / Malware / Sabotage / Ransomware auf einem der Server auch Backups zerstören. Im Moment vielleicht kein Budget, aber legen Sie es auf Ihre Liste von Must-Do. - sdkks


Andere Antworten haben gute Überlegungen vor dem Umzug. Sie sollten jedoch auch planen, wie Sie den eigentlichen Umzug organisieren. Aus der Tatsache, dass Maschine3 ist ein Spiegel von Maschine2Es sieht so aus, als ob Uptime eine wichtige Überlegung für die SQL Server 2008 R2-Datenbank (en) darstellt. Die Tatsache, dass es ein Spiegel ist, bietet Ihnen eine Chance. Der Grund für die Existenz eines Spiegels besteht darin, dass es verfügbar ist, wenn der primäre Server dies nicht ist. Das beinhaltet, dass es aufgrund von Wartungsarbeiten nicht verfügbar ist.

Mach einen Plan:
Sie sollten einen schriftlichen Plan für die Durchführung des Umzugs erstellen. 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 Mover). Dieser Plan sollte alle Aktivitäten vor dem Umzug, den tatsächlichen Umzug und nach dem Umzug beinhalten (z. B. Überprüfung der Funktionalität).

Grundlagen verschieben: 

  1. Bewegung Maschine3 (der SQL Server-Spiegel): Holen Sie es vollständig betriebsbereit. Überprüfen Sie die erneute Synchronisierung.
  2. Bewegung Maschine2: Holen Sie es vollständig in Betrieb.
  3. Bewegung Maschine1: Holen Sie es vollständig in Betrieb.

Detaillierte Beschreibung des Umzugs:

Im Folgenden werden zwei Methoden (Pfad A und B) zur Verwendung aufgeführt Maschine3 um die Verbindungen zu testen Maschine1 und / oder Maschine2. Sie sollten nur eine Methode verwenden. Welche Art und Weise, dies zu tun oder sogar zu verwenden, hängt von Informationen ab, die nicht in der Frage enthalten sind (z. B. physische Trennung der endgültigen Maschinenpositionen, physische Größe der Maschinen, Länge der Netzwerk- / Netzkabel, Verfügbarkeit von Erweiterungen für diese). Ähnlichkeit der Konfigurationen des Netzwerkanschlusses, der Betriebszeit usw.). Verwenden Maschine3Diese Verbindungen zu testen, ermöglicht möglicherweise eine höhere Verfügbarkeit für Maschine2, aber besonders für Maschine1, die keinen Spiegel hat. Sie können wählen, ob Sie eine oder keine Methode verwenden möchten.

  1. Bewegung Maschine3 zuerst.

    • Verlassen Maschine1 und Maschine2 im Ort für jetzt.
    • Backup Maschine3, dann schließe es
    • Erhalten Maschine3 komplett an den neuen Standort verlegt.
    • [Pfad B: Wird nicht verwendet, wenn Sie optionalen Schritt 2 verwenden.] Wenn die Netzwerk- und Stromkonfigurationen für alle Computer identisch sind: Put Maschine3 woher Maschine1 Es ist geplant, dass die Verbindungen, die für Maschine1.
    • Erhalten Maschine3 sichern und laufen. Überprüfen Sie an dem neuen Speicherort, ob es normal als Spiegel von funktioniert Maschine2. Dadurch wird sichergestellt, dass die Konfiguration aller Probleme (Strom, Netzwerk usw.) am neuen Standort funktioniert.
    • Beheben Sie alle Probleme, die auftreten.
    • Überprüfen Sie, dass Maschine3 ist vollständig neu synchronisiert mit Maschine2 vor dem Fortfahren.
  2. Pfad A: (Optional):

    • Benutzen Maschine3 um alle Einrichtungen zu testen, für die Maschine2 und Maschine1.
    • Geschlossen Maschine3 runter und bewegen / wechseln zur Verwendung der Position / Anschlüsse für Maschine2, (überprüfen Sie die erneute Synchronisierung) dann Maschine1 (überprüfen Sie die Synchronisierung). Wenn Sie das vorhaben, dann Maschine3 sollte ursprünglich mit den Anschlüssen für den Endverbraucher eingerichtet worden sein Maschine1 oder Maschine2, damit Sie es nicht erst am Endstandort für einrichten Maschine3 und dann ändern Sie es 3 mal, aber nur 2, indem Sie mit den Einrichtungen einer der anderen Maschinen beginnen.
    • Überprüfen Sie, dass Maschine3 ist vollständig neu synchronisiert mit Maschine2 vor dem Fortfahren.
  3. Bewegung Maschine2.

    • Deine Praxis mit Maschine3 sollte das viel glatter machen.
    • Backup Maschine2, dann schließe es
    • Bewegung Maschine2 zum neuen Standort; mache alle Verbindungen
    • Beheben Sie alle Probleme, die auftreten.
    • Überprüfen Sie, dass Maschine2 ist vollständig neu synchronisiert mit Maschine3 vor dem Fortfahren.
  4. [Pfad B: Nicht erforderlich, wenn Sie alle Verbindungen mit getestet haben Maschine3 im optionalen Schritt # 2] Wenn jetzt haben Maschine3 woher Maschine1 ist am Ende:

    • Ausschalten Maschine3.
    • Verschiebe es dorthin, wo es enden soll (außerhalb des beabsichtigten Ortes) Maschine1 sich befinden).
    • Beheben Sie alle Probleme, die auftreten.
    • Überprüfen Sie, dass Maschine3 ist vollständig neu synchronisiert mit Maschine2 vor dem Fortfahren.
  5. Bewegung Maschine1.

    • Beide bewegt Maschine2 und Maschine3 (und hoffentlich die tatsächlichen Verbindungen getestet Maschine1 werde mit benutzt haben Maschine3 benutze sie vorübergehend), dies sollte die sanfteste Bewegung sein.
    • Backup Maschine1, dann schließe es
    • Bewegung Maschine1 zum neuen Standort; mache alle Verbindungen
    • Beheben Sie alle Probleme, die auftreten.
    • Wenn etwas schief geht mit den Einrichtungen in der Position, die Maschine1 soll besetzen, Sie haben die Möglichkeit, die Einrichtungen wo zu nutzen Maschine3 ist jetzt lokalisiert. Hoffentlich konnten Sie bereits alle Einrichtungen in der Maschine1 Position, indem Sie es bereits benutzt haben Maschine3 für eine Zeit (Pfad A oder Pfad B).

16
2017-08-23 15:37





Wenn sich die IPs eines Servers ändern und Verbindungen über die DNS-Auflösung zur SQL-Box hergestellt werden, müssen Sie gleichzeitig mit dem Verschieben eine Änderung der DNS-Einträge planen.

Was Sie über die Intranet-Software und Datenbanken wissen sollten:

  • Stellt die Intranet-Software über IP, NetBIOS oder DNS eine Verbindung zum SQL Server her?
  • Haben die SQL Server-Benutzerkonten, die von der Intranetsoftware verwendet werden, eine Authentifizierung, die auf den Verkehr beschränkt ist, der von einer IP kommt?
  • Greifen Mitarbeiter Ihres Unternehmens direkt aus Tabellenkalkulationen oder Reporting-Tools auf den SQL Server zu, wenn ja, wie definieren sie den DSN?

Wenn Sie nicht genau die gleichen IPs erhalten oder wenn Sie in einem anderen Subnetz landen, müssen Sie den Quellcode oder die Konfigurationsdateien für alle Apps ändern, die eine Verbindung zum SQL Server herstellen. Menschen könnten sich auf undokumentierten und direkten SQL-Zugriff für Ad-hoc-Berichterstattung verlassen.


7
2017-08-23 12:20





Nutzen Sie Ihre "Disaster Recovery" -Server. Wechseln Sie zu ihnen, um die Last zu handhaben, während Sie Ihre Produktionsserver verschieben. Mit einer richtig konfigurierten DR-Ausrüstung können Sie mitten am Tag ohne große Ausfallzeiten (bis zu 15 Minuten) umziehen. Die Disaster Recovery-Server sollten auf die gleiche Weise wie die Produktionsserver konfiguriert werden. Wenn Sie keine DR-Ausrüstung haben, empfehle ich dringend, sie zu bekommen.

Stellen Sie es sich so vor: Während sich Ihre Korvette aufhört, nutzen Sie Ihren Minivan, um durch den Tag zu kommen.


2
2017-08-23 14:39



Sie nehmen viel von einer Firma an, die einen unerfahrenen Administrator mit drei Servern überrascht. - RoadieRich
Absolut, ich nehme ein voll funktionstüchtiges Setup-Server-Labor an. Oder zumindest ein Ort, an dem einige alte Server (oder sogar PCs) herumliegen und Staub sammeln. Konfigurieren Sie sie neu, nur um den Umzug zu machen. - Software_Programineer


Eine Sache, die ich nicht erwähnt habe, ist die physische Sicherheit des neuen Heims der Server. Wofür war der Raum vorher und wer hat Schlüssel dazu? Gibt es ausreichende Sicherheit (Alarmsysteme, Kameras, etc.).


1
2017-08-24 01:27





Einige Überlegungen zusätzlich zu den anderen Antworten:

  • Sind die Anwendungen durch e. G. nächtlicher Austausch von Daten durch Datei oder durch Nutzung von Webservices? Was sind die Konsequenzen, wenn die Anwendungen nicht verfügbar sind? Können verwandte Anwendungen dies bewältigen oder scheitern sie oder erzeugen sogar falsche Ergebnisse aufgrund fehlender Informationen aus Ihren Anwendungen?

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

  • Ich denke, es ist eine gute Idee, einen Plan für einen Rollback zu haben. Sie können es im Falle eines Problems verwenden, das nicht schnell gelöst werden kann, z. G. ein Netzwerkproblem. Wahrscheinlich müssen Sie den Mover für den Fall, dass die Hardware zurückgebracht wird, verfügbar halten.

  • Führen Ihre Anwendungen zu hohem Netzwerkverkehr und muss das Netzwerk darauf vorbereitet sein (wahrscheinlich ein viel unwahrscheinlicheres Problem als Probleme mit Adressen und Firewalls)? Wenn Sie Echtzeitanwendungen (z. B. Videokonferenzsoftware) haben, sind Latenzen wichtig.

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


1
2017-08-27 09:11