Snowflake-Ausfall: was ein Cloud-Vorfall über Ihre Abhängigkeiten verrät
Snowflake verzeichnete den Vorfall INC20000199 zwischen 07:00 und 08:30 UTC, mit Auswirkungen auf die Verfügbarkeit des Dienstes. Der Snowflake-Ausfall erinnert daran, dass auch Datenprozesse einen Plan benötigen, wenn die Plattform nicht reagiert.
Zusammenfassung der Meldung
Laut der Statusseite des Anbieters selbst dauerte der Vorfall INC20000199 ungefähr von 07:00 bis 08:30 UTC. Wir beschränken uns auf diese bestätigte Angabe: Es gab eine Phase eingeschränkter Leistung mit anschließender Wiederherstellung. Auf Ursachen, die der Anbieter nicht öffentlich erläutert hat, gehen wir nicht ein.
Eineinhalb Stunden erscheinen kurz. Das ändert sich, wenn dieses Zeitfenster mit dem nächtlichen Datenladevorgang für die morgendlichen Dashboards zusammenfällt, mit der Synchronisierung zur Versorgung eines ERP oder mit der Berechnung von Preisen und Beständen vor Geschäftsbeginn. Die Auswirkungen bemessen sich nicht an Ausfallminuten, sondern an Prozessen, die sich entlang der gesamten Kette verzögern.
Die Analyse von Seintec zeigt, dass sich das Risiko in heutigen Datenarchitekturen verlagert hat: Es liegt nicht mehr beim Server, sondern in der Verkettung der Prozesse. Eine Verzögerung an der Quelle setzt sich bei der Datenaufnahme, den Transformationen, den Berichten und den darauf aufbauenden Entscheidungen fort. Und vielen Unternehmen fehlt der Überblick über diese Kette, bis sie unterbrochen wird.
Es gibt einfache und wirksame Maßnahmen. Automatische Wiederholungsversuche mit schrittweise längeren Wartezeiten verhindern, dass eine vorübergehende Störung einen Prozess den ganzen Vormittag lahmlegt. Idempotente Ladevorgänge ermöglichen einen Neustart ohne Datenduplikate. Und eine Alarmierung bei Prozessverzögerungen, nicht nur bei Fehlern, erkennt das Problem, bevor die Geschäftsleitung es bemerkt.
Ebenso sollte vorab festgelegt werden, was mit den Daten geschieht, solange der Dienst nicht antwortet: ob sie verworfen, in einer Warteschlange gesammelt oder zur späteren erneuten Verarbeitung zwischengespeichert werden. Diese Entscheidung ohne Zeitdruck zu treffen, erspart manuelle Datenabgleiche.
Kein Anbieter bietet absolute Verfügbarkeit, und es ist nicht realistisch, sie zu verlangen. Sinnvoll ist es, das vertraglich vereinbarte SLA zu kennen, zu wissen, welche eigenen Prozesse davon abhängen, und schriftlich festzuhalten, was während eines Ausfalls zu tun ist.
Quelle: Snowflake Status / Keboola — 4. September 2026
Was passiert ist
Laut der Statusseite des Anbieters selbst dauerte der Snowflake-Vorfall INC20000199 ungefähr von 07:00 bis 08:30 UTC. Bestätigt ist: Es gab eine Phase mit Beeinträchtigungen und anschließender Wiederherstellung, ohne dass der Anbieter die Ursachen öffentlich näher erläuterte.
Anderthalb Stunden wirken kurz, bis dieses Zeitfenster mit dem nächtlichen Datenladeprozess für die morgendlichen Dashboards, der Synchronisierung mit einem ERP oder der Berechnung von Preisen und Lagerbeständen vor Geschäftsbeginn zusammenfällt.
Was mittelständische Unternehmen daraus lernen können
In heutigen Datenarchitekturen hat sich das Risiko verlagert: Es liegt nicht mehr im Server, sondern in der Prozesskette. Eine Verzögerung an der Quelle setzt sich bei der Datenübernahme, den Transformationen, den Berichten und den darauf basierenden Entscheidungen fort, und viele Unternehmen haben keinen Überblick über diese Kette, bis sie unterbrochen wird.
Kein Anbieter bietet absolute Verfügbarkeit, und es ist nicht realistisch, sie zu verlangen. Sinnvoll ist es, das vertraglich vereinbarte SLA zu kennen und schriftlich festzuhalten, was zu tun ist, solange der Dienst nicht reagiert.
Was Sie überprüfen sollten
Konkrete Maßnahmen für Prozesse, die von einem Cloud-Datenanbieter abhängen:
- Wiederholungsversuche mit schrittweise längeren Wartezeiten, damit eine vorübergehende Störung keinen Prozess den ganzen Vormittag lahmlegt.
- Idempotente Datenladeprozesse, die sich ohne doppelte Datensätze erneut ausführen lassen.
- Warnmeldungen bei Prozessverzögerungen, nicht nur bei Fehlern, um das Problem vor der Geschäftsleitung zu erkennen.
- Vorab festlegen, was mit den Daten geschieht, solange der Dienst nicht reagiert: verwerfen, in eine Warteschlange stellen oder für die erneute Verarbeitung aufbewahren.
Häufig gestellte Fragen
- Wie lange dauerte der Snowflake-Vorfall?
- Der Anbieter erfasste den Vorfall INC20000199 mit einem ungefähren Zeitfenster von 07:00 bis 08:30 UTC. Einzelheiten zu den Ursachen wurden nicht veröffentlicht.
- Ist es sinnvoll, Daten vorsorglich auf einer anderen Plattform zu replizieren?
- Nur wenn die Ausfallkosten höher sind als die Kosten der doppelten Datenhaltung. Für die meisten KMU ist es wirtschaftlicher, Prozesse so zu gestalten, dass sie Verzögerungen tolerieren, als eine zweite Plattform parallel zu betreiben.
- Ist die technische Ursache des Vorfalls bekannt?
- Nein. Der Anbieter bestätigte das Zeitfenster der Beeinträchtigung und Wiederherstellung, hat die Ursachen jedoch nicht öffentlich näher erläutert.
In diesem Artikel erwähnte Begriffe: Cloud
Wenn Ihre Entscheidungen von Daten abhängen, die mehrere Plattformen durchlaufen, sollten Sie wissen, wo die Kette unterbrochen werden kann. Bei Seintec prüfen wir Ihre Cloud-Architektur und deren Abhängigkeiten und schlagen konkrete Verbesserungen der Resilienz vor. Fordern Sie ein Cloud-Audit an.
Seintec kontaktierenZugehörige Dienstleistung
Cloud-Services
Cloud-Services für das Wachstum Ihres Unternehmens.