Live-Update -Konzepte

In der Funktion AIX® Live Update wird die logische Partition (LPAR), auf der die Operation gestartet wird, als ursprüngliche Partition bezeichnet. Die andere LPAR, die an der Operation beteiligt ist, wird Ersatzpartition genannt. Die Durchführung eines Prüfpunktverfahrens für Verarbeitungsprozesse bedeutet, dass aktive Prozesse blockiert und der aktuelle Status dieser Prozesse gespeichert wird. Die Durchführung eines Prüfpunktverfahrens für eine LPAR und das erneute Starten der Prozesse auf einer anderen LPAR wird unter dem Begriff Mobilität zusammengefasst.

Wenn Sie planen, Aktualisierungen mithilfe der Funktion Live-Update zu installieren, müssen Sie vor Beginn der Installation Ihr System sichern, damit Sie, falls erforderlich, zur vorherigen Betriebsstufe zurückkehren können, indem Sie das System aus der Sicherung wiederherstellen oder Ihr System von einer alternativen Plattenkopie erneut starten. Die mit der Funktion Live-Update installierten Aktualisierungen werden immer festgeschrieben. Die Aktualisierungen können daher später nicht mehr zurückgewiesen werden.

Aktualisierungen für ein Service-Pack, einen Technology Level und für vorläufige Fixes werden angewendet, bevor die Ersatzpartition gestartet wird. Die aktiven Verarbeitungsprozesse werden dann von der ursprünglichen Partition auf die Ersatzpartition übertragen. Der Prozess Live-Update umfasst die folgenden Schritte:

1. Wenn Aktualisierungen für ein Service-Pack oder einen Technology Level mit der Funktion Live-Update installiert werden sollen, werden die Aktualisierungen zuerst auf der ursprünglichen Partition angewendet und festgeschrieben.
2. Sind zusammen mit den Aktualisierungen für das Service-Pack und den Technology auch vorläufige Fixes angegeben, werden diese Fixes auf der ursprünglichen Partition installiert.
3. Die Stammdatenträgergruppe der ursprünglichen Partition (orig-rootvg) wird geklont.
4. Wenn nur vorläufige Fixes für die Operation Live Update angegeben werden, werden die vorläufigen Fixes auf die geklonte Datenträgergruppe angewendet, die als Bootdatenträgergruppe für die Ersatzpartition (surr-boot-rootvg) dient.
5. Nachdem die Surrogatpartition gestartet wurde und während die Workloads noch auf der Originalpartition laufen, wird die Root-Volume-Gruppe der Originalpartition gespiegelt (surr-mir-rootvg).
6. Die Verarbeitungsprozesse werden mit Prüfpunkten versehen und auf die Ersatzpartition verlagert.
7. Die Workloads werden auf der Ersatzpartition in einer chrooted -Umgebung (geändertes Stammverzeichnis) in der ursprünglichen Stammdatenträgergruppe (orig-rootvg) wieder aufgenommen. Während dieses Prozesses werden die Workloads weiterhin ausgeführt, ohne gestoppt zu werden, obwohl eine kurze Unterbrechungszeit auftritt, wenn diese Workloads ausgesetzt werden.
8. Wenn die Live-Update -Operation nach Schritt 1 und Schritt 2fehlschlägt, werden die in diesen Schritten auf dem System installierten Aktualisierungen und vorläufigen Fixes nicht deinstalliert. Wenn die Ursache des Live-Update -Fehlers behoben ist, können Sie die Live-Update -Operation erneut versuchen, anstatt die ursprüngliche LPAR erneut zu starten. In diesem Szenario werden Aktualisierungen oder vorläufige Fixes für die Operation Live-Update nicht angegeben, weil die Aktualisierungen bereits installiert sind.

Das Feature Live-Update ist für die Anwendung von vorläufigen Fixes vorgesehen, die Kerneländerungen oder Kernelerweiterungsänderungen enthalten, die einen Warmstart erfordern. Der vorläufige Fix kann andere Dateien enthalten (z. B. Befehle und Bibliotheken), und das Feature Live-Update ändert nichts an der Art und Weise, wie diese Dateien angewendet werden. Wenn beispielsweise eine gemeinsame Bibliothek im Dateisystem modifiziert wird, nutzen aktive Prozesse weiter die alte Version der Bibliothek. Anwendungen, die eine Korrektur der Bibliothek erfordern, müssen in dem Fall gestoppt und nach Anwendung des Fix neu gestartet werden, damit die neue Version der Bibliothek geladen wird. In AIX® Version 7.2 mit Technology Level 7200-01 oder einer aktuelleren Version können Sie den Befehl genld -u verwenden, um die Prozesse aufzulisten, die die alte Version gemeinsam genutzter Bibliotheken oder andere zu aktualisierende Objekte verwenden. Anhand der im Befehl genld -u angezeigten Liste können Sie die Prozesse ermitteln, die gestoppt und erneut gestartet werden müssen, um die aktualisierten Objekte zu laden.

Die Operation Live-Update ist kein eigenständiger Befehl. Die Operation kann nur mit der Option geninstall -k oder mit NIM (Network Installation Manager) gestartet werden. Die Eingaben für die Live Update -Operation werden über die Zeilengruppen in der Datei /var/adm/ras/liveupdate/lvupdate.data bereitgestellt. Eine Vorlage für diese Datei wird zusammen mit dem System zur Verfügung gestellt. Sie müssen diese Datei bearbeiten und an Ihre eigene Konfiguration anpassen. Der Befehl geninstall verwendet eine Sperrdatei (/usr/lpp/.genlib.lock.check), um sicherzustellen, dass zur selben Zeit kein anderer Installationsprozess ausgeführt werden kann. Eine bestimmte Zeile in dieser Sperrdatei (INU_LKU_LOCK) gibt an, dass andere Installationen blockiert werden müssen. In einem anderen Szenario können Sie NIM mit der Option -o cust auf einem zentralen Server verwenden, um den Befehl geninstall für die Zielmaschine aufzurufen. In dem Fall wird die Datei /var/adm/ras/liveupdate/lvupdate.data vom NIM-Master exportiert und vom NIM-Client auf der Zielmaschine angehängt.

Die Operation Live-Update wird in einem der folgenden Modi ausgeführt:

Voranzeigemodus

Im Voranzeigemodus sieht der Benutzer eine Schätzung der insgesamt benötigten Zeit, die geschätzte Unterbrechungszeit für Anwendungen und eine Schätzung für Ressourcen wie Plattenspeicher und Hauptspeicher. Diese Schätzwerte basieren auf der Annahme, dass die Ersatzpartition in puncto CPU, Hauptspeicher und Plattenspeicher über dieselben Ressourcen wie die ursprüngliche Partition verfügt. Alle bereitgestellten Eingaben werden validiert und die Live-Update -Einschränkungen werden geprüft.

Automatisierter Modus

Im automatisierten Modus wird eine Ersatzpartition mit derselben Kapazität wie die ursprüngliche Partition erstellt und die ursprüngliche Partition nach Abschluss der Live-Update -Operation inaktiviert und gelöscht.

Die Spiegelkopie der ursprünglichen Stammdatenträgergruppe (rootvg) wird nach Abschluss der Live-Update -Operation beibehalten. Wenn Sie also nur vorläufige Fixes mit der Funktion Live-Update installiert haben und zum Status des Systems zurückkehren möchten, bevor Sie die vorläufigen Fixes angewendet haben, kann die LPAR von der Platte erneut gestartet werden, die als Spiegeldatenträgergruppe (mirrorvg) angegeben wurde.

Alternativ können Sie alle Aktualisierungen oder vorläufigen Fixes mit einer vom Betriebssystem AIX® unterstützten Installationsmethode auf der ursprünglichen LPAR installieren. Nach der Installation dieser Updates oder Fixes können Sie die Funktion Live-Update verwenden, um die aktualisierte Kernelsoftware zu laden, ohne das System erneut zu starten. Der Live-Update -Prozess für dieses Szenario umfasst die folgenden Schritte:

1. Erstellen Sie eine Sicherungskopie des Systems mit Ihrer bevorzugten Sicherungsmethode. Sie benötigen eine Sicherung, wenn Sie den Systemzustand von vor der Installation der Aktualisierungen oder vorläufigen Fixes wiederherstellen möchten.
2. Installieren Sie die Aktualisierungen und vorläufigen Fixes mit einer unterstützten Installationsmethode (NIM oder installp).
3. Wenn Sie das System erneut starten müssen, um die Aktualisierungen oder vorläufigen Fixes anzuwenden, können Sie die Funktion Live-Update verwenden, anstatt das System erneut zu starten. Die Operation Live Update wird mit dem Befehl geninstall oder NIM gestartet. Für die Operation Live-Update müssen Sie keine Aktualisierungen oder vorläufigen Fixes angeben, da die Aktualisierungen im System installiert sind.
4. Die Stammdatenträgergruppe der ursprünglichen Partition (orig-rootvg) wird geklont.
5. Nachdem die Surrogatpartition gestartet wurde und während die Workloads noch auf der Originalpartition laufen, wird die Root-Volume-Gruppe der Originalpartition gespiegelt (surr-mir-rootvg).
6. Die Verarbeitungsprozesse werden mit Prüfpunkten versehen und auf die Ersatzpartition verlagert.
7. Die Workloads werden auf der Ersatzpartition in einer chrooted -Umgebung (geändertes Stammverzeichnis) in der ursprünglichen Stammdatenträgergruppe (orig-rootvg) wieder aufgenommen. Während dieses Prozesses werden die Workloads weiterhin ausgeführt, ohne gestoppt zu werden, obwohl eine kurze Unterbrechungszeit auftritt, wenn die Workloads ausgesetzt werden.
8. Wenn die Operation Live-Update fehlschlägt, beheben Sie die Fehlerursache und wiederholen Sie den Prozess ab Schritt 3.