SKOOR-Software-Update
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 ):
Überprüfen Sie den Replikationsstatus und ergreifen Sie Maßnahmen, wenn der Status nicht in Ordnung ist
Slave stoppen
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
Gesamtzustand des Systems ist derselbe wie zuvor oder Unterschiede sind erklärbar
Die Replikation funktioniert wie zuvor
Dashboards / Dashboard Viewer ist zugänglich
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
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