Wartung, Backups und Fehlerdiagnose - Versionsgeschichte

Clawtronics: MongoDB-Sicherungsverfahren verknüpft

2026-08-07T13:08:24Z

MongoDB-Sicherungsverfahren verknüpft

← Nächstältere Version		Version vom 7. August 2026, 13:08 Uhr
Zeile 29:		Zeile 29:
	\| Dokumentation \|\| Übereinstimmung von Projektseite und tatsächlichem System		\| Dokumentation \|\| Übereinstimmung von Projektseite und tatsächlichem System
	\|}		\|}

			== Datenbanksicherung ==
			Das tägliche logische Backup der zentralen Datenbank ist unter [[MongoDB sichern und wiederherstellen]] beschrieben.

	== Vor einer Änderung sichern ==		== Vor einer Änderung sichern ==

Clawtronics: Zentrale Serverinventur verknüpft

2026-08-07T12:45:02Z

Zentrale Serverinventur verknüpft

← Nächstältere Version		Version vom 7. August 2026, 12:45 Uhr
Zeile 79:		Zeile 79:
	* keine neue Fehlerserie in den Logs		* keine neue Fehlerserie in den Logs
	* Dokumentation und tatsächlicher Zustand stimmen überein		* Dokumentation und tatsächlicher Zustand stimmen überein

			== Zentraler Server ==
			Der geprüfte Istzustand und das Berechtigungsmodell sind unter [[Zentraler MegBes-Server – Inventur und Administration]] dokumentiert.

	[[Kategorie:MegBes]]		[[Kategorie:MegBes]]

Clawtronics: Status-Monitor in Wartungsablauf eingebunden

2026-08-06T20:57:54Z

Status-Monitor in Wartungsablauf eingebunden

← Nächstältere Version		Version vom 6. August 2026, 20:57 Uhr
Zeile 4:		Zeile 4:

	Regelmäßige Wartung hält zentrale und lokale MegBes-Komponenten sicher, nachvollziehbar und wiederherstellbar. Änderungen erfolgen projektweise und mit dokumentiertem Rückkehrweg.		Regelmäßige Wartung hält zentrale und lokale MegBes-Komponenten sicher, nachvollziehbar und wiederherstellbar. Änderungen erfolgen projektweise und mit dokumentiertem Rückkehrweg.

			== Status-Monitor ==

			Der zentrale [[Status-Monitor]] unter [https://status.megbes.de status.megbes.de] zeigt die Health-Zustände der konfigurierten External- und Internal-Instanzen. Ein grüner Status bestätigt die Erreichbarkeit des jeweiligen Management-Endpunkts, aber nicht automatisch den vollständigen Signalweg bis zur Medienstation.

	== Regelmäßige Kontrollen ==		== Regelmäßige Kontrollen ==

Clawtronics: Tabellenzeilen korrekt trennen

2026-08-06T19:43:44Z

Tabellenzeilen korrekt trennen

← Nächstältere Version		Version vom 6. August 2026, 19:43 Uhr
Zeile 12:		Zeile 12:
	\|-		\|-
	\| Container \|\| Laufzustand, Neustarts und aktuelle Fehler im Log		\| Container \|\| Laufzustand, Neustarts und aktuelle Fehler im Log
			\|-
	\| Betriebssystem \|\| verfügbare Sicherheitsaktualisierungen und freier Speicherplatz		\| Betriebssystem \|\| verfügbare Sicherheitsaktualisierungen und freier Speicherplatz
			\|-
	\| Netzwerk \|\| Erreichbarkeit, DynDNS-Auflösung und Routerweiterleitung		\| Netzwerk \|\| Erreichbarkeit, DynDNS-Auflösung und Routerweiterleitung
			\|-
	\| Zertifikate \|\| Gültigkeitsende und korrekte Projektzuordnung		\| Zertifikate \|\| Gültigkeitsende und korrekte Projektzuordnung
			\|-
	\| MegBes-Release \|\| installierter Stand gegenüber freigegebenem Stand		\| MegBes-Release \|\| installierter Stand gegenüber freigegebenem Stand
			\|-
	\| Medienstationen \|\| Erreichbarkeit, Rückmeldungen und automatischer Wiederanlauf		\| Medienstationen \|\| Erreichbarkeit, Rückmeldungen und automatischer Wiederanlauf
			\|-
	\| Dokumentation \|\| Übereinstimmung von Projektseite und tatsächlichem System		\| Dokumentation \|\| Übereinstimmung von Projektseite und tatsächlichem System
	\|}		\|}

Clawtronics: Wartungs-, Sicherungs- und Diagnoseleitfaden angelegt

2026-08-05T10:59:37Z

Wartungs-, Sicherungs- und Diagnoseleitfaden angelegt

Neue Seite

= Wartung, Backups und Fehlerdiagnose =

== Zweck ==

Regelmäßige Wartung hält zentrale und lokale MegBes-Komponenten sicher, nachvollziehbar und wiederherstellbar. Änderungen erfolgen projektweise und mit dokumentiertem Rückkehrweg.

== Regelmäßige Kontrollen ==

{| class="wikitable"
! Bereich
! Prüfung
|-
| Container || Laufzustand, Neustarts und aktuelle Fehler im Log
| Betriebssystem || verfügbare Sicherheitsaktualisierungen und freier Speicherplatz
| Netzwerk || Erreichbarkeit, DynDNS-Auflösung und Routerweiterleitung
| Zertifikate || Gültigkeitsende und korrekte Projektzuordnung
| MegBes-Release || installierter Stand gegenüber freigegebenem Stand
| Medienstationen || Erreichbarkeit, Rückmeldungen und automatischer Wiederanlauf
| Dokumentation || Übereinstimmung von Projektseite und tatsächlichem System
|}

== Vor einer Änderung sichern ==

Zu erfassen beziehungsweise zu sichern sind mindestens:

* projektspezifische Konfiguration ohne ungeschützte Weitergabe von Geheimwerten
* Containerdefinition, Portzuordnungen und Dateimounts
* aktuell eingesetzter MegBes-Release
* Zertifikats- und Keystore-Dateien in geschützter Ablage
* kundenspezifische Skripte und Stationssoftware
* für Raspberry-Pi-Stationen gegebenenfalls ein geprüftes SD-Karten-Abbild
* Datum, Anlass und verantwortliche Person der Sicherung

Eine Sicherung gilt erst als belastbar, wenn Ablageort, Lesbarkeit und vorgesehener Wiederherstellungsweg geprüft wurden.

== Sicherer Wartungsablauf ==

# Istzustand und konkrete Störung beziehungsweise Wartungsaufgabe dokumentieren.
# Projektbezogene Konfiguration und Release feststellen.
# Rückkehrweg und benötigte Sicherungen vorbereiten.
# Änderung nur an einer klar abgegrenzten Stufe durchführen.
# Logs und unmittelbare Erfolgskriterien prüfen.
# Gesamten Signalweg mit einem kontrollierten Test durchlaufen.
# Stationszustände und Wiederanlauf prüfen.
# Ergebnis und neuen Istzustand auf der Projektseite dokumentieren.

== Fehlerdiagnose nach Ebenen ==

# Bedienoberfläche und Authentifizierung
# `megbes-external` und dessen Containerlog
# DNS, DynDNS und öffentliches Routing
# Router, Portweiterleitung und lokale Firewall
# `megbes-internal` und dessen Anwendungslog
# UDP-Weg im Ausstellungsnetz
# Medienstation, Empfängersoftware und konkrete Befehle

Details: [[Routing und Signalweg]].

== Sichere Abbruchpunkte ==

Die Arbeit wird abgebrochen und der letzte bekannte Zustand wiederhergestellt, wenn die Projektzuordnung unklar ist, eine Änderung mehrere Kundencontainer unerwartet betrifft, Geheimwerte fehlen oder nicht eindeutig zugeordnet sind, keine belastbare Sicherung existiert oder sich der bisherige Release nicht bestimmen lässt.

== Nachkontrolle ==

* öffentliche Anwendung erreichbar
* interner Server erreichbar
* mindestens ein repräsentativer Steuerbefehl erfolgreich
* Rückmeldung einer stationsgesteuerten Station erfolgreich
* keine neue Fehlerserie in den Logs
* Dokumentation und tatsächlicher Zustand stimmen überein

[[Kategorie:MegBes]]
[[Kategorie:Wartung]]
[[Kategorie:Fehlerdiagnose]]
[[Kategorie:Betrieb]]