Wann ist die beste Zeit, um regelmäßige Updates auf dem internen Produktionsserver zu planen?

Angesichts eines internen Servers, der im Produktionsmodus ausgeführt wird, möchte ich die Auswirkungen auf die Benutzer bei der Bereitstellung regelmäßiger Updates so gering wie möglich halten (auf den Server selbst, nicht auf die Benutzermaschinen. Dies wäre jedoch ein ziemlich ähnliches Problem).

Die offensichtliche Antwort auf meine Frage lautet "Nachts, wenn die Benutzer zu Hause sind". Aber "Nacht" ist eine lange Zeitspanne. Sollte man früh am Abend beginnen, um möglicherweise Probleme mit dem Update frühzeitig zu erkennen und bereit für ein Rollback zu sein? Oder ist es besser, früh am Morgen zu beginnen und die ersten Benutzer als "Meerschweinchen" zu verwenden, um die Probleme schneller auszulösen? Oder mitten in der Nacht, wenn die Konzentration desjenigen, der das Update überwacht, ziemlich gering ist, aber garantiert keine offenen Dateihandles einiger spät arbeitender Benutzer vorhanden sind?

Gibt es Forschungsarbeiten zu diesem Thema?

Schauen Sie sich die gleichzeitige Nutzung Ihres Systems in der Vergangenheit an und stellen Sie fest, zu welchen Tageszeiten die Nutzung am niedrigsten ist. Stecken Sie dann Ihr Wechselgeld genau in die Mitte dieses Zeitraums mit geringer Nutzung.

Wenn Sie herausfinden, wie lange die Änderung dauern wird, müssen Sie Tests vor / nach der Implementierung und Tests zur Produktionsüberprüfung durchführen. Ermitteln Sie außerdem, wie lange das Zurücksetzen der Änderung dauert, wenn ein Test fehlschlägt.

IMHO sollten Ihre "ersten Benutzer" keine Meerschweinchen sein. Es ist keine gute Sache, wenn Live-Benutzer Ihre Änderungen im Grunde genommen auf Produktionsprüfungen testen. Dies zerstört das Vertrauen der Endbenutzer und die unerwarteten Ergebnisse können die Produktion beeinträchtigen. Dies bedeutet, dass Sie nicht nur die Änderung zurücksetzen müssen, sondern auch den durch die Änderung verursachten „Schaden“ zurücksetzen müssen.

Ich kenne keine Forschungsarbeiten, aber wenn Sie sich ein IT Service Management Framework (ITSM) wie ITIL ansehen, finden Sie viele Standards und Best Practices für das Software Release Management. Alle Systeme sind unterschiedlich, daher hängt das Ausmaß der von Ihnen angewendeten Praktiken und die Formalität davon ab. ITSM-Standards haben große Systeme im Sinn.

Dies hängt vollständig von der Art des Geschäfts ab. Einige Büros sind 9-5 an fünf Tagen in der Woche. Andere Unternehmen sind 24 Stunden am Tag, 365 Tage im Jahr. Andere Faktoren wie Personal- und Ressourcenverfügbarkeit spielen eine wichtige Rolle. Kein Forschungsbericht könnte alle möglichen Zeitpläne oder Eventualitäten umfassend abdecken.

Letztendlich muss das Management des Unternehmens oder der Abteilung in Abstimmung mit dem IT-Management bestimmen, was am besten ist.

Der Schlüssel zum Erfolg liegt in der Kommunikation mit den Benutzern, wenn die Ausfallzeit beginnen soll, wie lange sie voraussichtlich dauern wird, welche Vorbereitungen für die Benutzer erforderlich sind und was sie aufgrund von Erfolg oder Misserfolg erwarten können. Ein großer Teil davon besteht darin, die von Ihnen gesetzten Erwartungen zu erfüllen.

Am Ende ist nichts in Stein gemeißelt. Wenn der Prozess nicht funktioniert, nehmen Sie Anpassungen vor. Ihre Flexibilität und Anpassungsfähigkeit wird geschätzt.

Wenn Sie nach Möglichkeit vorab Wartungs- und Aktualisierungsverfahren an Testgeräten durchführen, sind Sie besser vorbereitet, wenn es an der Zeit ist, diese auf Produktionssystemen zu implementieren.

Ich arbeite bei einem ISP und meiner Erfahrung nach wählen die meisten Leute, die ich als Systemadministratoren mit hohem Schlagkraft bezeichnen würde, an Feiertagswochenenden Freitagabend, um ihre umfassenden Netzwerküberholungen durchzuführen. Dadurch haben sie zusätzliche 24 Stunden Zeit, um ihre Änderungen zu testen und gegebenenfalls zurückzusetzen. Dies hängt jedoch in hohem Maße von der Art und den Gewohnheiten Ihrer Benutzer ab.

Wir installieren Updates um 21:00 Uhr, spät genug, dass die meisten Leute nicht anwesend sind, früh genug, um bei Bedarf alles zu erledigen.

In meinem Fall installieren wir Updates um 4 Uhr morgens, um Auswirkungen auf Benutzer zu vermeiden, auch auf Benutzer, die etwas spät arbeiten.

Wenn Sie über ein gutes Überwachungssystem verfügen, das Sie warnt, wenn ein Problem auftritt, sollten Sie es früh am Morgen beheben können, bevor Sie überhaupt zur Arbeit gehen.

Es hängt wirklich von der Art Ihres Geschäfts ab, aber ich persönlich bevorzuge Mittwochabend nach 17 Uhr. Sie möchten dies niemals am Freitagabend tun, da Sie über das Wochenende arbeiten würden, wenn etwas schief geht. Wenn Sie dies am Mittwoch tun, haben Sie Donnerstag und Freitag Zeit, um die Probleme zu beheben, falls vorhanden.

Ein weiterer wichtiger Faktor ist das Planen von Änderungsverwaltungsfenstern. Es ist wichtig, die Leute darüber zu informieren, dass Sie Wartungsarbeiten durchführen - dass die Dienste während dieses Zeitraums möglicherweise unterbrochen oder nicht verfügbar sind. Auf diese Weise können Sie vertrauensvoll arbeiten, anstatt sich Sorgen zu machen, dass sich die Benutzer über den Ausfall von Diensten beschweren würden. Ihr Management muss natürlich die Änderungsfenster genehmigen.