Ein Backup ist erst wertvoll, wenn daraus tatsächlich wieder Betrieb entstehen kann
Gebäudeautomation enthält zahlreiche digitale Konfigurationen: Automationsprogramme, GLT-Datenbanken, Visualisierungen, Parameter, Netzwerkkonfigurationen, Bibliotheken und projektspezifische Engineeringdateien. Ein Hardwaredefekt, fehlerhaftes Update oder Cybervorfall kann solche Daten beschädigen oder unbrauchbar machen.
Die bestehende Website fordert bereits Backup-/Restore-Nachweise im Anlagenverzeichnis und beschreibt ein belastbares Backup-/Restore-Regime als wesentliche Maßnahme gegen Stillstände nach Cyber- oder Hardwareereignissen.
Backup und Wiederherstellung belastbar organisieren
Sicherungsobjekte vollständig festlegen
Nicht nur der GLT-Server benötigt ein Backup.
Je nach System sollten beispielsweise berücksichtigt werden:
Die Sicherungsstrategie muss daher die gesamte GA-Architektur betrachten.
Mögliche Verfahren sind:
Vollsicherung: kompletter Zustand.
inkrementelle Sicherung: nur Veränderungen.
Konfigurationsbackup: gezielte Sicherung von Geräten oder Automationsstationen.
Engineering-Archiv: freigegebene Quell- und Projektstände.
Welche Kombination geeignet ist, hängt von System und Kritikalität ab.
Frequenz aus Änderungsrate ableiten
Ein System, das täglich verändert wird, benötigt eine andere Sicherungsfrequenz als eine weitgehend statische Automationsstation.
Wichtig ist die Frage:
Wie viel Konfigurationsarbeit dürfen wir nach einem Verlust maximal wiederholen müssen?
Daraus lässt sich ein angemessenes Recovery Point Objective ableiten
Backup räumlich und technisch schützen
Eine Sicherung auf derselben Festplatte beziehungsweise demselben Server schützt nicht ausreichend gegen viele Ausfallszenarien.
Mindestens eine relevante Sicherung sollte gegen:
Hardwareausfall,
Fehlbedienung,
Cyberangriff,
Standortereignis
angemessen geschützt sein.
Cyberbezogene Schutzmaßnahmen gehören aufgrund der zunehmenden Vernetzung ausdrücklich zum GA-Betrieb; auch das BSI weist für vernetzte Steuerungs- und Automatisierungssysteme auf entsprechende Bedrohungen hin.
Wiederherstellungsreihenfolge festlegen
Bei einem Totalausfall muss bekannt sein, was zuerst wiederhergestellt wird.
Beispielsweise:
Serverplattform,
GA-Datenbank,
Kommunikation,
Automationsstationen,
Visualisierung,
Trends und Reporting.
Bei dezentral autonom arbeitenden Stationen kann der Feldbetrieb währenddessen teilweise weiterlaufen.
Diese Systemarchitektur sollte bewusst genutzt werden.
Restore regelmäßig testen
Ein erfolgreich erzeugtes Backup beweist nicht, dass es vollständig oder verwendbar ist.
Deshalb sollten Wiederherstellungstests in angemessenen Intervallen erfolgen.
Möglich ist beispielsweise:
Test einer Automationsstation,
Wiederherstellung einer Datenbankkopie,
dokumentierter Server-Restore.
Das Ergebnis wird protokolliert.
Verantwortlichkeit klar festlegen
Bei hybriden IT-/FM-Systemen ist häufig unklar:
Wer sichert eigentlich was?
Die Verantwortung kann verteilt sein auf:
IT,
GA-Integrator,
FM,
Cloudanbieter.
Für jedes Sicherungsobjekt muss ein Owner bestehen.
Passwörter und Lizenzen mitdenken
Ein Backup ohne Zugangsdaten, notwendige Lizenz oder Engineeringsoftware kann im Ernstfall praktisch unbrauchbar sein.
Zur Recovery-Dokumentation gehören deshalb auch diese Voraussetzungen.
Wiederherstellbarkeit statt Backuphäkchen
Die entscheidende Betreiberfrage lautet nicht:
„Läuft unser tägliches Backup?“
Sondern:
„Könnten wir unsere Gebäudeautomation nach einem schweren Hardware-, Software- oder Cyberereignis innerhalb einer für den Betrieb akzeptablen Zeit tatsächlich wiederherstellen?“
Genau diese Fähigkeit muss der Restore-Prozess regelmäßig beweisen.
