Salesforce kämpft mit weltweiter Dienststörung
Ein weltweiter Ausfall bei Salesforce hat am 16. September 2026 hunderte Instanzen getroffen. Betroffen waren unter anderem Deutschland, die USA, Japan, Indien, Großbritannien und Frankreich. Nutzer meldeten starke Verzögerungen, wiederkehrende Fehler und vollständig blockierte Zugriffe auf einzelne Dienste.
Die ersten offiziellen Störungen wurden gegen 08:30 UTC gemeldet. Der Vorfall dauerte mehrere Stunden, eine abschließende Uhrzeit für die vollständige Wiederherstellung aller Instanzen nannte Salesforce jedoch nicht.
Interner Login-Dienst blockierte Anfragen
Als Ursache identifizierte Salesforce eine erhöhte Last auf einer zentralen Systemkomponente. Anfragen blieben beim Warten auf eine Antwort des internen Login-Dienstes hängen. Dadurch wurden verfügbare Serverressourcen gebunden und die Kapazität zur Verarbeitung weiterer Anfragen sank.
Sinngemäß erklärte Salesforce, dass Anfragen beim internen Login-Dienst ins Stocken gerieten und dadurch die verfügbaren Serverressourcen aufgebraucht wurden.
Die Folgen gingen über einen langsamen Login hinaus. Nach Angaben des Unternehmens konnten Kunden teilweise nicht mehr auf Dienste zugreifen. Auch die Erstellung neuer Support-Fälle war betroffen.
Salesforce berichtete sinngemäß von schweren Verzögerungen, zeitweisen Fehlern und fehlendem Zugriff auf einige Dienste. Auch das Anlegen von Support-Fällen sei nicht möglich gewesen.
Fix musste auf einzelnen Instanzen erneut eingespielt werden
Salesforce erwog zunächst Neustarts der betroffenen Instanzen, verwarf diesen Ansatz aber wieder. Anschließend entwickelte das Unternehmen einen Fix, prüfte ihn auf Testinstanzen und begann mit einem schrittweisen weltweiten Rollout.
Dieser Prozess verlief nicht überall reibungslos. Auf einigen Instanzen schlug die erste Installation fehl. Dort musste Salesforce den Patch erneut einspielen, manuelle Neustarts durchführen oder zwischengespeicherte Daten löschen lassen.
| Zeitpunkt | Entwicklung |
|---|---|
| 16. September 2026, 08:30 UTC | Erste offizielle Meldung der Dienstunterbrechung |
| Im weiteren Verlauf | Überlastung einer Kernkomponente und Probleme am internen Login-Dienst identifiziert |
| Nach der Ursachenanalyse | Neustarts als allgemeiner Lösungsweg verworfen |
| Anschließend | Fix auf Testinstanzen validiert und weltweit ausgerollt |
| Während des Rollouts | Patch auf einzelnen Instanzen erneut eingespielt, teilweise waren manuelle Neustarts oder das Leeren des Caches nötig |
Ausfall fällt mit Dreamforce zusammen
Der Zeitpunkt war für Salesforce besonders ungünstig. Parallel begann in San Francisco die jährliche Dreamforce-Konferenz. Erwartet wurden mehr als 40.000 Teilnehmer vor Ort und über 200.000 registrierte Online-Teilnehmer.
Der Vorfall trifft Salesforce in einer Phase, in der das Unternehmen seine Plattform stärker auf KI-gestützte Prozesse ausrichtet. Gleichzeitig steht die Wirtschaftlichkeit dieser Dienste unter Beobachtung, wie die Debatte über Claude-Kosten und die Margenprognose von Salesforce zeigt.
Deutsche Unternehmen waren direkt betroffen
Deutschland gehörte ausdrücklich zu den betroffenen Regionen. Für Unternehmen im DACH-Raum zeigt der Ausfall damit ein konkretes Betriebsrisiko zentraler SaaS-Plattformen. Liegen Vertrieb, Kundendienst und Marketing in einem gemeinsamen Cloud-System, kann eine Störung der Authentifizierung mehrere Geschäftsbereiche gleichzeitig blockieren.
Besonders problematisch ist der Ausfall des Supportkanals. Wenn sich über dieselbe gestörte Plattform keine Support-Tickets mehr anlegen lassen, fehlt ausgerechnet während einer Betriebsunterbrechung ein zentraler Eskalationsweg. Unternehmen benötigen deshalb unabhängige Notfallkontakte und dokumentierte Ersatzprozesse außerhalb des betroffenen Systems.
Zentraler Anbieterwechsel löst das Architekturproblem nicht
Ein Wechsel zu einem anderen großen Anbieter kann funktionale oder wirtschaftliche Gründe haben. Die Migration von Salesforce zu Microsoft Dynamics 365 zeigt beispielsweise, wie umfangreich solche Plattformwechsel werden können. Das grundsätzliche Risiko einer zentralisierten Cloud-Abhängigkeit verschwindet dadurch aber nicht automatisch.
Modulare Architekturen können kritische Funktionen wie Authentifizierung, Kundendaten und Supportkanäle voneinander trennen. Bei selbst gehosteten Systemen bleiben außerdem Kontrolle über Redundanzen, Wiederanlauf und Notfallzugänge im eigenen Unternehmen. Das garantiert keine höhere Verfügbarkeit, ermöglicht aber eigene Prioritäten und reduziert die vollständige Abhängigkeit vom Fehlerbehebungszyklus eines einzelnen SaaS-Anbieters.
Entscheidend ist daher nicht nur die zugesagte Verfügbarkeit eines Abonnements. Ebenso wichtig sind unabhängige Zugänge, exportierbare Daten, alternative Kommunikationskanäle und regelmäßig getestete Notfallverfahren. Der Salesforce-Ausfall zeigt, dass selbst eine Supportanfrage nicht als selbstverständlich gelten kann, wenn sie über dieselbe zentrale Plattform läuft.