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.
Antworten:
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.
quelle
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.
quelle
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.
quelle
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:
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.
Bewegen Sie zuerst Machine3 .
Pfad A: (Optional):
Verschieben Sie Machine2 .
[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:
Verschieben Sie Machine1 .
quelle
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:
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.
quelle
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.
quelle
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.)?
quelle
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.
quelle