Wenn Salesforce langsam reagiert, ein Login fehlschlägt oder eine Integration plötzlich nicht mehr funktioniert, während gleichzeitig von einem AWS-Ausfall berichtet wird, liegt es nahe, die beiden Dinge sofort miteinander in Verbindung zu bringen. Das kann in manchen Fällen die richtige Diagnose sein, aber nicht immer.
Stand 16. September 2026 gibt es keine öffentlich bekannten Hinweise darauf, dass ein flächendeckender Salesforce-Ausfall auf die jüngste AWS-Störung zurückzuführen ist. AWS meldet weiterhin eine schwerwiegende und lang anhaltende Serviceunterbrechung in der Region Naher Osten (Bahrain) sowie erhebliche Beeinträchtigungen in Teilen der Region Naher Osten (VAE). Da Salesforce Hyperforce-Workloads in mehreren Ländern, darunter den VAE, auf AWS betreibt, kann ein regionales AWS-Problem für einige Salesforce-Kunden relevant sein. Der Salesforce-Status muss jedoch auf Ebene der jeweiligen Organisation, Instanz, Region und des jeweiligen Dienstes überprüft werden, bevor man AWS als Ursache identifizieren kann.
Dieser Artikel erklärt, was bestätigt ist, was nicht, wie Sie feststellen können, ob Ihre Salesforce-Umgebung betroffen ist, und wann Sie aufhören sollten, auf eine öffentliche Statusseite zu warten und stattdessen Ihr eigenes Netzwerk, Ihren Browser, Ihre Integration oder Ihren Mandanten untersuchen sollten.
Die jüngste größere AWS-Störung in der Geschichte des Unternehmens konzentriert sich auf den Nahen Osten. Laut AWS ist die Region Naher Osten (Bahrain), bekannt als me-south-1 , aufgrund von Schäden nicht erreichbar, während auch die Region Naher Osten (VAE), me-central-1 , stark beeinträchtigt ist.
AWS berichtete, dass die betroffenen Einrichtungen im März 2026 während des regionalen Konflikts physische Schäden erlitten haben. Am 30. April teilte AWS mit, dass die Region Bahrain weiterhin nicht verfügbar sei und die Region der Vereinigten Arabischen Emirate Kundenanwendungen nicht zuverlässig unterstützen könne. AWS empfahl betroffenen Kunden, ihre Workloads in anderen Regionen wiederherzustellen und nicht erreichbare Ressourcen nach Möglichkeit aus externen Backups zurückzuholen.
Sie können den aktuellen und historischen Ereignisstatus direkt im AWS Health Dashboard überprüfen . AWS erklärt außerdem, dass die öffentliche Service-Health-Ansicht allgemeine Serviceereignisse anzeigt, während angemeldete Kunden kontospezifische Probleme in ihrer personalisierten AWS Health-Ansicht sehen können.
Nicht im Allgemeinen, basierend auf den am 16. September 2026 verfügbaren öffentlichen Beweismitteln.
Die öffentliche Website zum Vertrauensstatus von Salesforce ist die primäre Anlaufstelle, um Salesforce-Vorfälle zu überprüfen. Zum Zeitpunkt der Überprüfung veröffentlichte Salesforce keinen plattformweiten Vorfall, der die aktuellen, weit verbreiteten Verfügbarkeitsprobleme von Salesforce auf die AWS-Störung im Nahen Osten zurückführte.
Diese Unterscheidung ist wichtig. Ein Cloud-Anbieter kann in einer Region einen schwerwiegenden Ausfall erleiden, ohne dass alle Softwareunternehmen, die diesen Anbieter nutzen, weltweit betroffen sind. Moderne SaaS-Plattformen operieren häufig über mehrere Regionen, Verfügbarkeitszonen, Routing-Ebenen und Infrastrukturumgebungen hinweg. Die relevante Frage lautet daher nicht nur: „Hat AWS einen Ausfall?“, sondern: „Läuft meine Salesforce-Organisation oder ein von ihr abhängiger Dienst im betroffenen Infrastrukturpfad?“
Die Hyperforce-Architektur von Salesforce ermöglicht den Betrieb zahlreicher Salesforce-Workloads auf öffentlicher Cloud-Infrastruktur. Laut der aktuellen Dokumentation von Salesforce ist Hyperforce auf AWS in vielen Ländern verfügbar, darunter Australien, Brasilien, Kanada, Frankreich, Deutschland, Indien, Indonesien, Israel, Italien, Japan, Singapur, Südafrika, Südkorea, Schweden, die Schweiz, die Vereinigten Arabischen Emirate, das Vereinigte Königreich und die Vereinigten Staaten.
Salesforce dokumentiert außerdem, dass einige Hyperforce-Instanzen bestimmten AWS-Regionen zugeordnet sind. So listet die Dokumentation zum Instanzstandort beispielsweise AWS-Regionen für verschiedene Hyperforce-Geografien auf. Das Unternehmen gibt zudem an, dass Kunden ihre Salesforce-Instanz identifizieren und mithilfe von Salesforce Trust deren Standort und Status einsehen können.
Siehe den offiziellen Leitfaden von Salesforce zur Instanzstandortwahl und die Dokumentation von Salesforce zur Hyperforce-Datenresidenz .
Ziel ist es nicht einfach, ein rotes oder grünes Statussymbol zu finden. Eine aussagekräftige Diagnose sollte drei Fragen beantworten:
Wenn Sie diese drei Fragen noch nicht beantworten können, handelt es sich um eine Statusbeobachtung, nicht um eine Diagnose.
Salesforce empfiehlt, das Feld „Instanz“ in den Einstellungen unter „Firmeninformationen“ zu überprüfen oder Ihre Domäne in der Salesforce-Vertrauensstellung zu suchen. Die Instanzidentität ist wichtig, da der Dienststatus je nach Region und Infrastrukturgruppe variieren kann.
Die offiziellen Anweisungen von Salesforce finden Sie unter Instanzinformationen für Ihre Salesforce-Organisation anzeigen .
Ein gutes Ergebnis in dieser Phase ist einfach: Sie kennen den Instanznamen, den Ihre betroffene Produktionsorganisation tatsächlich verwendet. Stellen Sie keine Diagnose anhand der Organisation eines Kollegen, einer Sandbox in einer anderen Region oder einer allgemeinen Salesforce-Statusmeldung.
Gehen Sie zu Salesforce Trust und suchen Sie nach Ihrer Instanz oder Domäne. Prüfen Sie aktuelle Vorfälle, die Historie der letzten Vorfälle und geplante Wartungsarbeiten.
Wenn Salesforce eine aktive Störung für Ihre Instanz meldet und die Symptome mit den Beobachtungen Ihrer Benutzer übereinstimmen, ist das ein viel stärkerer Beweis als ein Social-Media-Beitrag oder eine allgemeine Schlagzeile über einen Cloud-Ausfall.
Wenn Salesforce Trust Ihre Instanz als fehlerfrei anzeigt, sollten Sie sich darauf nicht verlassen. Statusseiten können den ersten Kundenberichten hinterherhinken, und ein Problem betrifft möglicherweise nur eine Funktion, eine Abhängigkeit oder eine kleine Gruppe von Mandanten.
Wenn Ihre Salesforce-Organisation auf Hyperforce mit AWS-Unterstützung läuft, vergleichen Sie das Salesforce-Vorfallsfenster mit dem Ereignisfenster der entsprechenden AWS-Region. Für eine aussagekräftige Korrelation reicht es nicht aus, dass beide Ereignisse im selben Monat auftreten.
Wenn Ihre Salesforce-Umgebung beispielsweise in einer europäischen AWS-Region gehostet wird, erklärt ein auf Bahrain beschränkter Ausfall allein nicht Ihren Fehler. Befindet sich Ihre Workload oder ein abhängiger Dienst in der Region der Vereinigten Arabischen Emirate, erscheint der Zusammenhang plausibler und sollte genauer untersucht werden.
Eine qualitativ hochwertige Fehlersuche grenzt das Problem ein, anstatt dieselbe Seite wiederholt neu zu laden. Testen Sie einige repräsentative Pfade:
Das Muster ist entscheidend. Ein vollständiger Anmeldefehler deutet auf eine andere Fehlerursache hin als eine einzelne verzögerte Integration. Funktioniert die Salesforce-Benutzeroberfläche einwandfrei, fällt aber ein Middleware-Workflow zu einem AWS-gehosteten System aus, so liegen die tatsächlichen Auswirkungen möglicherweise eher in nachgelagerten Prozessen von Salesforce als in Salesforce selbst.
Ja. Dies ist eine der wichtigsten Unterscheidungen bei einem Cloud-Ausfall.
Ihre Salesforce-Organisation ist möglicherweise voll verfügbar, während eine in AWS gehostete Komponente, mit der sie kommuniziert, eingeschränkt ist. Beispiele hierfür sind Middleware, benutzerdefinierte APIs, Datenpipelines, Dateidienste, Identitätskomponenten, Analyseaufträge oder externe Anwendungen, die in AWS ausgeführt werden.
In diesem Fall kann Salesforce Trust die Salesforce-Plattform korrekterweise als fehlerfrei anzeigen, obwohl ein Geschäftsprozess innerhalb Ihrer Organisation nicht funktioniert.
Ein hilfreicher Test besteht darin, das Kernverhalten von Salesforce vom Verhalten externer Abhängigkeiten zu trennen . Können Benutzer Datensätze erstellen und bearbeiten, aber ein Aufruf eines externen Dienstes schlägt fehl, sollte die externe Abhängigkeit und ihre Region untersucht werden. Wenn selbst die grundlegende Salesforce-Navigation für viele Benutzer und Netzwerke nicht funktioniert, gewinnt der Zustand der Salesforce-Instanz an Bedeutung.
Salesforce veröffentlichte Anfang September 2026 mehrere Vorfälle, aus den öffentlichen Vorfallsaufzeichnungen geht jedoch nicht hervor, dass diese durch den aktuellen AWS-Ausfall im Nahen Osten verursacht wurden.
Salesforce verzeichnete beispielsweise am 5. September eine etwa 90-minütige Serviceunterbrechung, die die Plattformgruppe „AWS US“ betraf und anschließend behoben wurde. Unabhängig davon meldete Salesforce ab dem 6. September ein Problem mit der Revenue Cloud und gab an, dass die Untersuchung auf ein kürzlich erschienenes Update als Ursache hindeutete. Salesforce veröffentlichte außerdem eine Mitteilung über zeitweilige Einfrierungen der Benutzeroberfläche in Chrome und Edge 153 und bezeichnete dies als ein Problem eines Drittanbieter-Browsers und nicht als ein Problem der Salesforce-Infrastruktur.
Die Lehre daraus ist wichtig: Mehrere Ausfälle können aus völlig unterschiedlichen Gründen nahe beieinander auftreten. Vermeiden Sie es, jedes Salesforce-Problem unter „AWS-Ausfall“ zusammenzufassen, es sei denn, der Anbieter hat die Zusammenhänge explizit bestätigt.
Die Beweislage wird stärker, wenn mehrere Signale übereinstimmen:
| Signal | Was es Ihnen sagt |
|---|---|
| Ihre Salesforce-Instanz befindet sich auf Hyperforce und nutzt AWS. | Es besteht zwar eine Abhängigkeit von AWS, aber das allein beweist noch keine Auswirkungen. |
| Die Instanz oder der abhängige Dienst ist der betroffenen AWS-Region zugeordnet. | Der regionale Ausfall ist technisch relevant. |
| Salesforce Trust meldet gleichzeitig einen Vorfall für Ihre Instanz. | Es gibt direkte Belege seitens Salesforce für die Auswirkungen. |
| AWS Health meldet Beeinträchtigungen in derselben Region und im selben Zeitfenster. | Das Infrastrukturereignis steht im Einklang mit dem Symptom. |
| Benutzer an verschiedenen Standorten beobachten denselben Fehler. | Ein rein lokales Büro- oder ISP-Problem wird unwahrscheinlicher. |
| Lediglich eine externe Integration schlägt fehl, während der Salesforce-Kern weiterhin einwandfrei funktioniert. | Die Abhängigkeit, nicht der Salesforce-Kern, könnte der eigentliche Fehlerpunkt sein. |
Ändern Sie Ihre Vorgehensweise bei der Fehlersuche, wenn die öffentlichen Informationen nicht mehr mit Ihren Beobachtungen übereinstimmen.
Wenn Salesforce Trust grün ist, aber eine große Gruppe von Benutzern nicht von verschiedenen Netzwerken aus auf dieselbe Instanz zugreifen kann, erfassen Sie Zeitstempel, Anforderungs-IDs, Fehlermeldungen und betroffene Benutzernamen und erstellen Sie anschließend ein Support-Ticket bei Salesforce. Ist nur ein Standort betroffen, vergleichen Sie die Verbindung mit einem anderen Netzwerk oder Mobilfunknetz, bevor Sie einen globalen SaaS-Ausfall melden.
Funktioniert die Salesforce-Benutzeroberfläche, aber Integrationen schlagen fehl, überprüfen Sie den externen Endpunkt, die DNS-Auflösung, Zertifikate, Warteschlangen, API-Fehlercodes und die Cloud-Region, die die betreffende Abhängigkeit hostet. Warten Sie nicht, bis Salesforce einen Vorfall zu einer Komponente meldet, die nicht von Salesforce betrieben wird.
Wenn das Problem AWS-Ressourcen betrifft, die Ihnen gehören, verwenden Sie das angemeldete AWS Health Dashboard anstatt sich ausschließlich auf das öffentliche Dashboard zu verlassen. Die AWS-Dokumentation weist ausdrücklich darauf hin, dass kontospezifische Statusinformationen von der öffentlichen Ansicht abweichen können. Weitere Informationen finden Sie in der Dokumentation zum AWS Health Dashboard .
Eine Statusanzeige, die wieder auf Grün wechselt, ist hilfreich, die operative Wiederherstellung sollte jedoch anhand Ihres eigenen Arbeitsablaufs bestätigt werden.
Bevor Sie den Vorfall für beendet erklären, vergewissern Sie sich, dass:
Ein überzeugendes Ergebnis bedeutet nicht einfach nur, dass der Anbieter „Problem gelöst“ meldet. Es bedeutet vielmehr, dass der Anbieter „Problem gelöst“ meldet und die für uns wichtigen Arbeitsabläufe wieder ohne ungewöhnlich hohe Fehlerraten funktionieren.
Stand 16. September 2026 deuten die verfügbaren offiziellen Informationen nicht darauf hin, dass Salesforce aufgrund der jüngsten AWS-Störung vollständig ausgefallen ist. Die gravierendste aktuelle AWS-Störung ist regionsspezifisch und betrifft vor allem Bahrain und Teile der Vereinigten Arabischen Emirate. Da Salesforce AWS für viele Hyperforce-Umgebungen nutzt, auch in den VAE, können einige von Salesforce gehostete oder verbundene Workloads von AWS abhängig sein. Daher ist eine regionale Überprüfung wichtig, ein globaler Salesforce-Ausfall ist dadurch aber nicht zwangsläufig gegeben.
Wenn Ihre Organisation derzeit Probleme hat, ist der zuverlässigste Weg folgender:
Dieser Ansatz liefert Ihnen eine nachvollziehbare Antwort für Ihre spezifische Umgebung, anstatt sich auf eine allgemeine Annahme zu stützen. Die Einschränkung besteht darin, dass öffentliche Statusseiten nicht jeden mandantenspezifischen Fehler sofort aufzeigen können. Daher kann die endgültige Bestätigung eines Produktionsvorfalls weiterhin die Unterstützung des Herstellers und Ihre eigenen Telemetriedaten erfordern.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Erfahren Sie, wie Gehirn-Computer-Schnittstellen neuronale Signale entschlüsseln, um Kommunikation und Bewegung wiederherzustellen, was aktuelle Studien erreicht haben und was den Einsatz von BCI noch einschränkt.
Erfahren Sie, wie kommerzielle Drohnen Sensoren, Edge-KI, Batterien, Kommunikationssysteme und Flugsteuerungssoftware kombinieren – und wo die Autonomie noch immer von der Mission und den Vorschriften abhängt.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Erfahren Sie, wie Nutzlastmasse, Batteriegrenzen, Wetterbedingungen, Antriebseffizienz und Flugzeugarchitektur die Reichweite industrieller UAVs beeinflussen – und wie Sie diese verbessern können.
Vergleichen Sie führende Studiengänge im Bereich Biomedizintechnik für intelligente medizinische Geräte, einschließlich Design, Bioelektronik, KI, Cybersicherheit, klinische Ausbildung und Regulierung.
Build a practical Salesforce downtime continuity plan with clear priorities, fallback workflows, recovery checks, testing criteria, and realistic limits.
Probleme mit StoreForce können zu Störungen bei Zeitplänen, Zeiterfassung, Schichtwechseln und der internen Kommunikation führen. Erfahren Sie, wie Sie das Problem diagnostizieren, den Geschäftsbetrieb aufrechterhalten und die Wiederherstellung sicherstellen.
Erfahren Sie, wie Sie den Salesforce-Support während eines größeren Ausfalls kontaktieren, den richtigen Kanal auswählen, einen aussagekräftigen Fall vorbereiten und nachfassen, ohne doppelte Tickets zu erstellen.
Vergleichen Sie herausragende Masterstudiengänge in den Bereichen FinTech und Cybersicherheit weltweit, einschließlich Lehrplan, Format, Karrierechancen und aktuellen Zulassungsinformationen für 2027.
