Mit SKOOR 6.4 wird der Database Connection Pooler ersetzt. Bitte entfernen Sie die alte wie hier beschrieben .

Die Aktualisierung auf SKOOR 6.1 oder 6.2 unterbricht die Datenbankreplikation, falls konfiguriert (nicht von 6.1 auf 6.2). Nach dem Update wird ein createslave benötigt

Die Aktualisierung von SKOOR 5.x auf 6.0 erfordert einige zusätzliche Schritte, die im verlinkten Abschnitt unten beschrieben werden.

Bitte befolgen Sie alle Anweisungen des SKOOR-Supports, bevor Sie ein Update durchführen. Es kann obligatorische Vorbereitungsschritte geben, deren Nichtbeachtung zu Fehlern führen kann

Upgrades auf Version 5.3 oder neuer erfordern ein zusätzliches Repository, das installiert werden kann mit:

dnf install nux-dextop-release

Im Allgemeinen ist das Update von bereits installierten SKOOR Engine und/oder Kollektor Paketen aus dem Repository sehr einfach:

dnf clean all

dnf update eranger'*'

Kurzanleitung

Folgender Ablauf kann als Checkliste für ein Standard-Update der Software herangezogen werden:

Überprüfen Sie die erforderlichen RPM-Repositories und Redhat-Abonnements
Überprüfen Sie, ob vollständige und Konfigurationssicherungen verfügbar sind. Es ist jedoch immer eine gute Idee, vor einem Update ein vollständiges Backup zu erstellen
Beachten Sie den Gesamtsystemstatus oder machen Sie einen Screenshot der Statusleiste am unteren Rand der SKOOR Engine Benutzeroberfläche
Legen Sie die allgemeine Wartung für alle Kollektoren , die sich auf das Update beziehen (externe Kollektoren können unverändert bleiben oder später aktualisiert werden).
Auf replizierten Systemen ( Master / Slave ):
1. Überprüfen Sie den Replikationsstatus und ergreifen Sie Maßnahmen, wenn der Status nicht in Ordnung ist
2. Slave stoppen
3. Führen Sie ein Slave - Server -Update durch
( Master ) Server -Update durchführen
Starten Sie die Replikation, wenn sie nicht ausgeführt wird
Externe Kollektoren , falls konfiguriert
Aktualisieren Dashboard Viewer , falls konfiguriert
Suchen Sie nach neuen Konfigurationsdateien mit der Endung .rpmnew und führen Sie den Inhalt bei Bedarf mit den Originaldateien zusammen
Dies kann erfolgen mit:
rpmconf -a
Überprüfung
1. Gesamtzustand des Systems ist derselbe wie zuvor oder Unterschiede sind erklärbar
2. Die Replikation funktioniert wie zuvor
3. Dashboards / Dashboard Viewer ist zugänglich
4. Alarme werden versendet (Mail, SMS, etc.)
Wartung beenden
Erstellen Sie eine neue vollständige Sicherung

Einzelheiten zur Kurzanleitung

Die folgenden Informationen gelten für eine Standard-SKOOR-Installation. Kundenspezifische Setups müssen berücksichtigt werden

Standardpfad zu 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 Gesamtwartung auf allen Kollektoren , die sich auf das Update beziehen, in /root / Kollektoren

Überprüfen Sie den Replikationsstatus und stoppen Sie den Slave :

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

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

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

GPG-Fingerabdrücke:

RPM-GPG-KEY-SKOOR:

9b15 f3b6 0529 dd2f b0c2 0102 3a5e 2e1d 302e c2a1

RPM-GPG-KEY-PGDG:

68c9 e2b9 1a37 d136 fe74 d176 1f16 d2e1 442d f0f8

RPM-GPG-KEY-TIMESCALEDB:

1005 fb68 604c e9b8 f687 9cf7 59f1 8edf 47f2 4417

Aktualisieren Sie auf SKOOR 6.4

Mit Version 6.4 wird die pgpool-Komponente durch PgBouncer ersetzt, einen leichteren Verbindungspooler im Vergleich zum Vorgänger.

Bitte entfernen Sie pgpool mit dem folgenden Befehl und installieren Sie pgbouncer vor oder nach dem Update:

dnf remove eranger-pgpool pgpool-II-13

dnf install eranger-pgbouncer

Update von SKOOR 5.x auf 6.0

Standalone- Server -Setup

systemctl stop eranger-server
RHEL/CentOS 8	RHEL/CentOS 7
systemctl stop postgresql dnf remove postgresql dnf module disable postgresql	systemctl stop rh-postgresql95-postgresql
# Reinstall the appropriate skoor-repo package (currently 2.0) yum install skoor-repo.2.0.rpm # Clean yum caches yum clean all # Install and configure PostgreSQL 13 yum install eranger-postgresql # in case of a conflict with postgresql-libs remove the RPM manually and then install PostgreSQL 13 rpm -e --nodeps postgresql-libs yum install eranger-postgresql # Migrate data from PostgreSQL 9.x to 13 /opt/eranger/database-utils/bin/upgrade-postgresql # Install and configure PgPool-II yum install eranger-pgpool # upgrade installed SKOOR RPMs yum upgrade "eranger*"
RHEL/CentOS 8	RHEL/CentOS 7
-	# Remove PostgreSQL 9.5 yum -y remove rh-postgresql95-postgresql-libs
# Start SKOOR server again systemctl restart httpd systemctl restart eranger-server systemctl restart eranger-agent # SKOOR should be up and running again # The following command can be executed in the background while # SKOOR is running. It analyzes the database to optimize the # query planner. # THIS STEP IS VERY IMPORTANT, PLEASE DON'T SKIP IT! cd /var/lib/pgsql su postgres -c "sh /var/lib/pgsql/analyze_new_cluster.sh"

Erstellen Sie eine vollständige Sicherung, da sich die Datenbankversion geändert hat

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

Ändern Sie den Prozess-Postgres-Jobparameter

Melden Sie sich bei der Skoor Engine an und ändern Sie die Jobparameter des Jobs: Process postgres (postmaster)
Der Standardpfad ist: /root /SKOOR Engine /Devices / Server /SKOOR Engine localhost /Process postgres (postmaster)

Prozessname: /usr/pgsql-13/bin/postmaster

Master / Slave -Setup

Installationsschritte auf dem Master -System
# Check replication status --> take action if NOK /opt/eranger/bin/eranger-server-replication.pl status # Stop the replication /opt/eranger/bin/eranger-server-replication.pl stopslave systemctl stop eranger-server
RHEL/CentOS 8	RHEL/CentOS 7
systemctl stop postgresql dnf remove postgresql dnf module disable postgresql	systemctl stop rh-postgresql95-postgresql
# Reinstall the appropriate skoor-repo package (currently 2.0) yum install skoor-repo.2.0.rpm # Clean yum caches yum clean all # Install and configure PostgreSQL 13 yum install eranger-postgresql # in case of a conflict with postgresql-libs remove the RPM manually and then install PostgreSQL 13 rpm -e --nodeps postgresql-libs yum install eranger-postgresql # Migrate data from PostgreSQL 9.x to 13 /opt/eranger/database-utils/bin/upgrade-postgresql # Install and configure PgPool-II yum install eranger-pgpool # upgrade installed SKOOR RPMs yum upgrade "eranger*"
RHEL/CentOS 8	RHEL/CentOS 7
-	# Remove PostgreSQL 9.5 yum remove rh-postgresql95-postgresql-libs
# Start SKOOR server again systemctl restart httpd systemctl restart eranger-server systemctl restart eranger-agent # SKOOR should be up and running again # The following command can be executed in the background while # SKOOR is running. It analyzes the database to optimize the # query planner. # THIS STEP IS VERY IMPORTANT, PLEASE DON'T SKIP IT! cd /var/lib/pgsql su postgres -c "sh /var/lib/pgsql/analyze_new_cluster.sh"

Überprüfen Sie das System. Wenn alles gut aussieht, fahren Sie mit dem Update auf dem Slave Server fort

Installationsschritte auf dem Slave -System
systemctl stop eranger-server
RHEL/CentOS 8	RHEL/CentOS 7
systemctl stop postgresql dnf remove postgresql dnf module disable postgresql	systemctl stop rh-postgresql95-postgresql rm -f /etc/profile.d/enable-rh-postgresql95.sh /etc/profile.d/enable-2-rh-postgresql95.sh
# Reinstall the appropriate skoor-repo package (currently 2.0) yum install skoor-repo.2.0.rpm # Clean yum caches yum clean all # Install and configure PostgreSQL 13 yum install eranger-postgresql # in case of a conflict with postgresql-libs remove the RPM manually and then install PostgreSQL 13 rpm -e --nodeps postgresql-libs yum install eranger-postgresql # Install and configure PgPool-II yum install eranger-pgpool # upgrade installed SKOOR RPMs yum upgrade "eranger*"
RHEL/CentOS 8	RHEL/CentOS 7
-	yum remove rh-postgresql95-postgresql-libs rh-postgresql95-postgresql rh-postgresql95-postgresql-server

Zu diesem Zeitpunkt sind auf den Servern dieselben Pakete installiert. Um die Replikation wieder zu aktivieren, führen Sie createslave auf dem Master aus:

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