Im Allgemeinen ist die Aktualisierung bereits installierter SKOOR Engine- und/oder Collector-Pakete aus dem Repository sehr einfach:

Aktualisierung des SKOOR-Repositorys

Dieser Schritt ist erforderlich, um die aktuellsten Repository-Konfigurationen zu erhalten.

dnf clean all
dnf update skoor-repo
dnf clean all

Aktualisierung aller SKOOR-Komponenten

Wenn Sie nur auf das neueste Release einer bestimmten Major-Version (z. B. 8) aktualisieren möchten, verwenden Sie

dnf update "eranger-*-8.*"

Andernfalls verwenden Sie

dnf update "eranger-*"

Empfohlene Vorgehensweise

Die folgende Vorgehensweise kann als Checkliste für ein Standard-Update der Software verwendet werden:

1. Überprüfen Sie die erforderlichen RPM-Repositorys und Red Hat-Abonnements

2. Prüfen Sie, ob vollständige Backups und Konfigurations-Backups verfügbar sind. Es ist jedoch immer ratsam, vor einem Update ein vollständiges Backup zu erstellen

3. Notieren Sie den allgemeinen Systemzustand oder erstellen Sie einen Screenshot der Statusleiste am unteren Rand der SKOOR Engine-Benutzeroberfläche

4. Richten Sie die allgemeine Wartung für alle vom Update betroffenen Kollektoren ein (externe Kollektoren können unverändert bleiben oder später aktualisiert werden)

5. Auf replizierten Systemen (Primär/Standby):

   1. Überprüfen Sie den Replikationsstatus und ergreifen Sie Maßnahmen, falls der Status nicht OK ist

   2. Stoppen Sie die Replikation

   3. Führen Sie das Update auf dem Standby-Server durch

6. Führen Sie das Update des (Primär-)Servers durch

7. Starten Sie die Replikation, falls sie nicht läuft

8. Externe Kollektoren aktualisieren, falls konfiguriert

9. Dashboard Viewer aktualisieren, falls konfiguriert
   

10. Auf neue Konfigurationsdateien mit der Endung .rpmnew prüfen und den Inhalt bei Bedarf
    mit den Originaldateien zusammenführen Dies kann mit folgendem Befehl erfolgen:
    rpmconf -a

11. Überprüfung

    1. Der Gesamtzustand des Systems entspricht dem vorherigen Zustand, oder etwaige Abweichungen lassen sich erklären

    2. Die Replikation funktioniert wie zuvor

    3. Auf die Dashboards bzw. den Dashboard Viewer kann zugegriffen werden

    4. Alarme werden versendet (E-Mail, SMS usw.)

12. Wartung beenden

13. Erstellen Sie eine neue vollständige Sicherung

Vorsichtsmaßnahmen

Standardpfad für Backups:

/opt/eranger/server/backups

Vollständige Sicherung ausführen:

cd /var/lib/pgsql

sudo -u postgres /opt/eranger/bin/eranger-server-backup.sh full

Führen Sie in /root/Collectors für alle vom Update betroffenen Kollektoren eine allgemeine Wartung durch

Replikationsstatus prüfen und Standby beenden:

/opt/eranger/bin/eranger-server-replication.pl status

<standby-ip>
<standby-ip> checking ssh for user reranger
<primary-ip> is running
Last read on master(<primary-ip>) 0 seconds ago

/opt/eranger/bin/eranger-server-replication.pl stopstandby

GPG-Fingerabdrücke:

RPM-GPG-KEY-SKOOR:

RPM-GPG-KEY-PGDG:

RPM-GPG-KEY-TIMESCALEDB:

Update auf SKOOR 9.0

• Eine aktualisierte Version von skoor-repo (9.0) ist erforderlich.
  Installieren Sie diese mit folgendem Befehl:

  dnf clean all
  dnf update skoor-repo

• Falls eine Replikation eingerichtet ist, muss diese vor der Durchführung des Upgrades gestoppt werden

  /opt/eranger/bin/eranger-server-replication.pl stopstandby

Führen Sie zunächst das Upgrade des Standby-Servers durch (ohne das Skript „update-postgresql“ auszuführen), aktualisieren Sie anschließend den Primärserver und führen Sie ein „createstandby“ durch.

• Das Update muss als vollständiges Update durchgeführt werden, nicht nur mit „dnf update “eranger-*”“ oder ähnlichen Befehlen.

  dnf clean all
  dnf update

• Führen Sie nach „dnf update“ den Befehl „/opt/eranger/database-utils/bin/upgrade-postgresql“ aus.

  /opt/eranger/database-utils/bin/upgrade-postgresql

Dadurch wird der PostgreSQL-13-Cluster auf einen PostgreSQL-17-Cluster aktualisiert.

• Nach dem Befehl „/opt/eranger/database-utils/bin/upgrade-postgresql“ muss der neue Cluster mit folgendem Befehl analysiert werden:

  su postgres -c "/usr/pgsql-17/bin/vacuumdb --all --analyze-in-stages"

Dieser Schritt ist sehr wichtig. Überspringen Sie ihn nicht. Das System kann bereits während der Ausführung genutzt werden.

• Wenn alles wie erwartet funktioniert, kann der alte Cluster mit folgendem Befehl entfernt werden:

   /var/lib/pgsql/delete_old_cluster.sh

Update auf SKOOR 8.1

Selenium-Jobs müssen bei der Verwendung von Python-Skripten angepasst werden. Es ist wichtig, dass der Befehl `driver.quit()` in jedem Fall ausgeführt wird. Andernfalls kommt es zu einem Ressourcenleck!

Mit diesem Release wird ein neues RPM-Paket „eranger-python“ bereitgestellt, das hauptsächlich für Skripte im SKOOR Studio gedacht ist. Es wird empfohlen, diese Python-Umgebung auch für ältere Import-Skripte zu verwenden.

Update auf SKOOR 7.2

Jeder SKOOR Collector verwendet mindestens ein Verzeichnis zum Speichern temporärer Messdateien. Mit SKOOR 7.2 werden alle temporären Verzeichnisse der Collectoren regelmäßig bereinigt:

• Dateien, die älter als 72 Stunden sind, werden gelöscht

• Leere Verzeichnisse, die älter als 24 Stunden sind, werden gelöscht

Da der Kollektor nach jedem Joblauf alle Messdaten an den Server sendet, gibt es keinen Grund, diese Dateien länger im Verzeichnis für temporäre Dateien aufzubewahren. Sollten jedoch Dateien wie Skripte oder andere persistente Daten in einem dieser Verzeichnisse erstellt worden sein, müssen diese vor dem Upgrade auf 7.2 an einen anderen Speicherort verschoben werden.

Verwenden Sie den folgenden Befehl, um eine Liste der temporären Verzeichnisse eines Kollektors abzurufen (auf dem lokalen sowie auf allen externen Kollektoren auszuführen):

grep -oP "server\\d+_fetch_parse_dir\\s*=\\s*/var/opt/run/eranger/collector/.+" /etc/opt/eranger/eranger-collector.cfg | perl -pe 's/server\d+_fetch_parse_dir\s*=\s*//g'

Bitte stellen Sie sicher, dass alle Dateien in diesen Verzeichnissen bedenkenlos gelöscht werden können.

Update auf SKOOR 7.0

Das RPM-Paket „sdaas-webservice“ wurde durch das neue Paket „eranger-etl“ ersetzt, das ebenfalls im SKOOR-RPM-Repository verfügbar ist.

Bitte installieren Sie „eranger-etl“ nach dem Upgrade auf Version 7.0 (das Löschen von „sdaas-webservice“ muss zugelassen werden, um einen Konflikt zu vermeiden):

yum remove sdaas-webservice && yum install eranger-etl