Ursachenanalyse: Datenverfügbarkeit im Data Center
Vorfallsdatum: 25.–29. September 2026
Zusammenfassung
Ein Speicherproblem einer Datenbank unterbrach die Datenübernahme und den Zugriff über die Benutzeroberfläche und die API des Data Centers. Eine Standby-Datenbank konnte nicht auf dem Stand der Hauptdatenbank gehalten werden. Dadurch sammelten sich Wiederherstellungsdaten an, bis der verfügbare Speicher ausgeschöpft war.
Eingehende Ereignisse wurden während des Ausfalls korrekt zwischengespeichert. Der Zugriff konnte schrittweise wiederhergestellt werden. Der Dienst war am 29. September 2026 um 09:47 Uhr MESZ vollständig wiederhergestellt, vor dem angekündigten Zeitpunkt von 12:00 Uhr MESZ. Nach den bisherigen Prüfungen sind keine Daten verloren gegangen.
Auswirkungen
- Die Datenübernahme stoppte am 25. September gegen 16:00 Uhr MESZ.
- Daten waren zeitweise weder über die Benutzeroberfläche noch über die API verfügbar.
- Ein vorübergehender Wechsel auf eine verbliebene Datenbank machte zunächst ältere Daten sichtbar. Der korrekte Datenbestand wurde anschließend wiederhergestellt und mit zwischenzeitlich eingegangenen Ereignissen zusammengeführt.
- Anzeigen zur Parkplatzbelegung waren bis zur Wiederherstellung der jeweiligen Daten nicht verfügbar oder nicht aktuell.
Keine Auswirkungen
- Der Sensorbetrieb und kritische Steuerungsfunktionen waren nicht betroffen.
- Die vorherige Störung der Datenbankreplikation wirkte sich nicht unmittelbar auf Kundenabfragen aus.
- Eingehende Ereignisse sammelten sich korrekt im Nachrichtenpuffer und wurden nach der Wiederherstellung nachverarbeitet.
Zeitverlauf
6. September 2026, kurz nach 02:00 Uhr MESZ: Während einer Infrastrukturwartung übernahm eine Standby-Datenbank neue Daten nicht mehr korrekt. Die Hauptdatenbank stellte weiterhin vollständige Daten bereit.25. September 2026, gegen 16:00 Uhr MESZ: Angesammelte Wiederherstellungsdaten schöpften den verfügbaren Speicher aus und führten zum Ausfall der Hauptdatenbank. Ein Umschaltversuch stellte den Dienst nicht dauerhaft wieder her; eingehende Ereignisse sammelten sich im Nachrichtenpuffer.28. September 2026, 08:15 Uhr MESZ: Die erste Störungsmeldung ging ein.28. September 2026, 08:50 Uhr MESZ: Eine erste Prüfung bestätigte, dass Daten weder über die Benutzeroberfläche noch über die API verfügbar waren.28. September 2026, 15:45 Uhr MESZ: Die Statusmeldung hielt fest, dass das Problem identifiziert und die Wiederherstellung eingeleitet worden war.28. September 2026, 16:08 Uhr MESZ: Daten vor dem 6. September waren wieder verfügbar. Die Wiederherstellung der übrigen Daten lief weiter.28.–29. September 2026: Der korrekte Datenbestand wurde wiederhergestellt, zwischenzeitlich eingegangene Daten wurden zusammengeführt und gepufferte Ereignisse nachverarbeitet.29. September 2026, 09:47 Uhr MESZ: Der Dienst war vollständig wiederhergestellt, 2 Stunden und 13 Minuten vor dem angekündigten Zeitpunkt.
Ursache
Eine für die Ereignisverarbeitung eingesetzte Datenbank schöpfte den verfügbaren Speicher aus, nachdem sich laufend Wiederherstellungsdaten angesammelt hatten. Ursächlich war, dass eine Standby-Datenbank dem Datenverlauf ihrer Hauptinstanz nicht mehr folgen konnte. Dadurch konnten für die Replikation vorgehaltene Daten nicht freigegeben werden.
Ein Fehler bei der Zustellung von Warnmeldungen verzögerte die Wahrnehmung der Störung.
Behebung
Der korrekte Datenbestand wurde aus einem Datenträger-Snapshot und archivierten Wiederherstellungsdaten wiederhergestellt. Anschließend wurde die Datenübernahme auf den wiederhergestellten Dienst umgestellt, und gepufferte Ereignisse wurden nachverarbeitet. Die Prüfungen ergaben keinen Datenverlust.
Folgemaßnahmen
- Die Alarmzustellung wird um durchgängige Zustelltests und einen unabhängigen Ersatzweg für kritische Warnungen ergänzt.