Zabbix: Backup, Updates und Umstieg auf 8.0 LTS
Aus maxTechCorner
(Weitergeleitet von Zabbix Update)
Auf einen Blick
| Gilt für | Zabbix 6.0 LTS, 7.0 LTS und 7.4 mit PostgreSQL (optional TimescaleDB) bzw. MySQL/MariaDB auf Debian/Ubuntu; Planung für Zabbix 8.0 LTS (geplant November 2026) |
|---|---|
| Bereich | Server-Software |
| Dauer | Backup-Einrichtung ca. 1 Stunde; Wartungsupdate ca. 15 Minuten; Versionswechsel je nach Datenbankgröße 1–4 Stunden |
| Rechte | Root auf Zabbix-Server, Datenbank- und Proxy-Hosts; Zabbix-Superadministrator |
| Stand | Oktober 2026 |
Zabbix sichern und aktualisieren ist entscheidend, weil das Monitoring selbst nicht ausfallen darf, wenn es am meisten gebraucht wird. Wartungsversionen mit Fehler- und Sicherheitskorrekturen erscheinen etwa monatlich, und mit Zabbix 8.0 LTS steht im November 2026 die nächste Version mit Langzeitunterstützung an, während 6.0 LTS im Februar 2027 und 7.4 im ersten Quartal 2027 auslaufen. Diese Anleitung zeigt die Datensicherung von Datenbank und Konfiguration, die Aufbewahrung der Messdaten, den Ablauf von Wartungs- und Versionsupdates und die Planung für 8.0 LTS.
Was gesichert werden muss
| Teil | Inhalt | Hinweis |
|---|---|---|
| Datenbank | Konfiguration (Hosts, Vorlagen, Benutzer, Aktionen), Verlauf, Trends, Ereignisse | der wichtigste Teil |
/etc/zabbix/ |
zabbix_server.conf, Agent- und Proxy-Konfiguration, PSK-Dateien |
klein, aber unverzichtbar |
| Frontend-Konfiguration | /etc/zabbix/web/zabbix.conf.php, SAML-Zertifikate unter conf/certs/ |
Datenbankzugang, SSO |
| Skripte | alertscripts, externalscripts |
eigene Erweiterungen |
| Proxys | Konfiguration und PSK; die Proxy-Datenbank ist nur ein Puffer | bei Verlust einfach neu anlegen |
Schritt 1: Datenbank sichern
# PostgreSQL, im laufenden Betrieb konsistent
sudo -u postgres pg_dump -Fc zabbix > /var/backups/zabbix/zabbix-$(date +%F).dump
tar czf /var/backups/zabbix/zabbix-config-$(date +%F).tgz /etc/zabbix /usr/lib/zabbix/alertscripts /usr/lib/zabbix/externalscripts
- Nur Konfiguration: Für eine schnelle Notfallsicherung genügt ein Dump ohne die großen Verlaufstabellen (
--exclude-table-datafürhistory*undtrends*). Die Messdaten fehlen dann, aber Zabbix ist in Minuten wieder arbeitsfähig. - TimescaleDB: Vor dem Einspielen
SELECT timescaledb_pre_restore();, danachSELECT timescaledb_post_restore();ausführen; die TimescaleDB-Version muss auf dem Zielsystem passen. - MySQL/MariaDB:
mysqldump --single-transactionbzw.mariadb-dump --single-transaction. - Täglich per Cron, verschlüsselt außer Haus übertragen, regelmäßig Wiederherstellung testen – siehe Datensicherung.
- VM-Snapshots sind für schnelle Rücksprünge vor Updates nützlich, ersetzen aber kein Backup.
Schritt 2: Datenwachstum begrenzen
Administration › Housekeeping:
- Verlauf (Rohwerte) z. B. 30–90 Tage, Trends (stündliche Min/Mittel/Max) z. B. 1–2 Jahre – Trends reichen für Kapazitätsplanung.
- Mit TimescaleDB die Komprimierung aktivieren; ältere Blöcke schrumpfen meist auf einen Bruchteil.
- Aufbewahrung je Item lässt sich in Vorlagen überschreiben, z. B. kürzer für sehr häufige Werte.
- Ohne TimescaleDB wird das Housekeeping bei großen Datenmengen zur Last – dann Partitionierung oder TimescaleDB einplanen.
Schritt 3: Wartungsupdates
sudo apt update
sudo apt install --only-upgrade 'zabbix-*'
sudo systemctl restart zabbix-server zabbix-agent2
- Wartungsversionen (z. B. 7.0.30 → 7.0.31) erscheinen etwa monatlich und enthalten Fehler- und Sicherheitskorrekturen – zeitnah einspielen; Proxys im selben Zug.
- Release Notes auf zabbix.com lesen; gelegentlich enthalten auch Wartungsversionen Datenbankänderungen, die beim Start automatisch ausgeführt werden.
Schritt 4: Versionswechsel (z. B. 6.0 → 7.0 oder 7.x → 8.0)
- Vorbereiten: Release Notes und Upgrade-Hinweise der Zielversion lesen, Mindestversionen von Betriebssystem, PHP und Datenbank prüfen, Testsystem mit Kopie der Produktivdatenbank aufbauen.
- Sichern: Datenbank-Dump, Konfiguration, Snapshot.
- Server und Frontend stoppen:
systemctl stop zabbix-server. - Repository wechseln: neues
zabbix-release-Paket der Zielversion installieren,apt update. - Pakete aktualisieren: Server, Frontend, Agent; geänderte Konfigurationsdateien vergleichen statt blind überschreiben.
- Server starten: Er aktualisiert die Datenbank automatisch – bei großen Datenbanken kann das dauern; Fortschritt in
/var/log/zabbix/zabbix_server.logverfolgen, nicht abbrechen. - Proxys auf dieselbe Hauptversion bringen – Proxys einer älteren Hauptversion liefern sonst keine Daten mehr. Agenten können später folgen.
- Prüfen: Probleme, Warteschlange (Administration › Queue), Benachrichtigungen, Grafana-Anbindung.
- Vorlagen aktualisieren: Neue Versionen bringen überarbeitete Vorlagen mit; geänderte Standardvorlagen werden nicht automatisch ersetzt – bewusst importieren und testen.
- Zabbix unterstützt auch Sprünge über mehrere Hauptversionen; bei großen Sprüngen trotzdem die Hinweise aller dazwischenliegenden Versionen lesen.
Planung: Zabbix 8.0 LTS
| Aktueller Stand | Empfehlung |
|---|---|
| 6.0 LTS | eingeschränkte Unterstützung endet am 28.02.2027 – jetzt auf 7.0 LTS aktualisieren oder Wechsel auf 8.0 LTS bis Anfang 2027 planen |
| 7.4 | Unterstützung endet im 1. Quartal 2027 – nach Erscheinen der ersten Wartungsversionen auf 8.0 LTS wechseln |
| 7.0 LTS | voll unterstützt bis 30.06.2027, Sicherheitskorrekturen bis 30.06.2029 – kein Zeitdruck; Wechsel auf 8.0 LTS 2027 in Ruhe planen |
| Neuinstallation | bis zum Erscheinen 7.0 LTS; ab den ersten Wartungsversionen von 8.0 direkt 8.0 LTS |
Angekündigt für 8.0 LTS (Stand Release Candidate 1 vom 1. Oktober 2026): Erfassung von OpenTelemetry-Daten, Korrelation mehrerer Ereignisse, ClickHouse als Speicher für Verlaufsdaten, offizielle Mobil-App mit Push-Medientyp, Dashboards als YAML/JSON/XML exportieren, Rechtevergabe für Proxys und Proxy-Gruppen. Mindestanforderungen und Funktionsumfang erst mit der finalen Version und den Upgrade-Hinweisen verbindlich prüfen.
Hinweise
- Zabbix überwachen: Vorlage Zabbix server health für Caches, Prozesse und Warteschlange; zusätzlich ein externer Erreichbarkeitstest.
- Dokumentation: Versionsstand von Server, Proxys und Agenten, Backup-Ziel und Wiederherstellungsablauf außerhalb von Zabbix festhalten.
- Bei Backup-Konzepten, Updates und dem Umstieg auf neue LTS-Versionen unterstützt Sie das Cloud-Backup von m.a.x. it.
Siehe auch
- Zabbix – Überblick und alle Artikel der Reihe
- Zabbix: Installation mit PostgreSQL und TimescaleDB
- Zabbix: Proxys und Proxy-Gruppen für Standorte
- Datensicherung
Links und Quellen
Über m.a.x. it Die m.a.x. Informationstechnologie AG ist seit über 30 Jahren IT-Partner mittelständischer und großer Unternehmen in München und bietet maßgeschneiderte Lösungen und Services in den Bereichen Cloud, Cybersecurity, Netzwerk, Windows, Linux und Softwareentwicklung. Sie haben eine Frage zu diesem Artikel oder brauchen Unterstützung?
