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

dnf clean all

dnf update eranger'*'

Kurzanleitung

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

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

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

3. Notieren Sie den Gesamtzustand des Systems oder machen Sie einen Screenshot der Statusleiste am unteren Rand der SKOOR Engine-Benutzeroberfläche

4. Legen Sie die allgemeine Wartung für alle mit dem Update verbundenen Kollektoren fest (externe Kollektoren können unverändert bleiben oder später aktualisiert werden).

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

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

   2. Stoppen Sie die Replikation.

   3. Führen Sie das Update des Standby-Servers durch.

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

7. Replikation starten, wenn sie nicht läuft

8. Aktualisieren Sie externe Kollektoren, falls konfiguriert

9. Dashboard Viewer aktualisieren, falls konfiguriert
   

10. Nach neuen Konfigurationsdateien mit der Endung .rpmnew suchen und den Inhalt bei Bedarf mit den
    Originaldateien zusammenführen Dies kann mit folgendem Befehl durchgeführt werden:
    rpmconf -a

11. Überprüfung

    1. Der Gesamtzustand des Systems ist derselbe wie zuvor oder Unterschiede können erklärt werden

    2. Die Replikation funktioniert wie zuvor

    3. Dashboards/Dashboard Viewer sind zugänglich

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

12. Wartung beenden

13. Erstellen Sie eine neue vollständige Sicherung

Details zur Kurzanleitung

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

Legen Sie die allgemeine Wartung für alle mit dem Update verbundenen Kollektoren in /root /Collectors fest

Replikationsstatus überprüfen und Standby stoppen:

/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:

Aktualisierung auf SKOOR 9.0

• Eine aktualisierte Version von skoor-repo (9.0) ist erforderlich. Bitte wenden Sie sich an support@skoor.com, um ein neues RPM zu erhalten.
  Installieren Sie es mit:

  dnf install skoor-repo.9.0.rpm

• Wenn eine Replikation vorhanden ist, muss diese vor der Durchführung des Upgrades gestoppt werden.

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

Führen Sie zuerst ein Upgrade des Standby-Systems durch (ohne das Skript „update-postgresql“ auszuführen), dann ein Upgrade des Primärsystems und anschließend „createstandby“.

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

  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 „/opt/eranger/database-utils/bin/upgrade-postgresql“ muss der neue Cluster mit

  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 verwendet werden.

• Wenn alles wie erwartet funktioniert, kann der alte Cluster mit

   /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 die Operation driver.quit() in jedem Fall ausgeführt wird. Andernfalls kommt es zu einem Ressourcenverlust!

Mit diesem Release wird ein neues RPM-Paket eranger-python geliefert, das hauptsächlich für Skripte im SKOOR Studio gedacht ist. Es wird empfohlen, diese Python-Umgebung auch für ältere Importskripte 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 des Kollektors 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 alle Messdaten nach jedem Joblauf an den Server sendet, gibt es keinen Grund, diese Dateien länger im temporären Dateiverzeichnis zu behalten. Wenn jedoch Dateien wie Skripte oder andere persistente Daten in einem dieser Verzeichnisse erstellt wurden, 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 zu erhalten (auszuführen auf dem lokalen sowie allen externen Kollektoren):

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 sicher gelöscht werden können.

Aktualisierung 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 erlaubt sein, um einen Konflikt zu vermeiden):

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