Störungsverlauf von Jira

1. 3. September 2026 um 15:57 UTCinvestigating

   Wir untersuchen aktiv Berichte über eine Serviceunterbrechung, die JIRA-Kunden in den USA betrifft. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 3. September 2026 um 16:35 UTCmonitoring

   Unsere Teams haben Minderungsmaßnahmen ergriffen, um die Auswirkungen und die Erholung unter den betroffenen Kunden um 16:15 Uhr UTC zu reduzieren. Wir untersuchen weiterhin die Ursache des Problems und werden hier zusätzliche Updates veröffentlichen, da weitere Informationen verfügbar sind.

3. 3. September 2026 um 17:02 UTCresolved

   Am 3. September 2026 erlebte JIRA eine Störung, und Dienste waren für betroffene Benutzer nicht verfügbar. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. September 2026 um 17:09 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die sich auf die Funktionalität der Formen auswirken. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 1. September 2026 um 18:27 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert, und unsere Teams arbeiten fleißig an einer Minderung. Betroffene Benutzer können feststellen, dass Formulare nicht wie erwartet funktionieren. Wir werden hier weiterhin zusätzliche Updates teilen, da weitere Informationen verfügbar sind.

3. 1. September 2026 um 20:33 UTCidentified

   Unsere Teams arbeiten weiterhin an der Minderung. Wir werden hier weiterhin zusätzliche Updates teilen, da weitere Informationen verfügbar sind.

4. 1. September 2026 um 21:24 UTCmonitoring

   Die Leistungsverschlechterung von JIRA wurde behoben, und die Dienste funktionieren jetzt normal für alle betroffenen Kunden. Wir werden die Leistung weiterhin genau beobachten, um die Stabilität zu bestätigen.

5. 1. September 2026 um 21:35 UTCresolved

   Am 1. September haben einige JIRA-Benutzer möglicherweise eine Leistungsminderung erfahren, die sich auf die Funktionalität der Formulare auswirkt. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. September 2026 um 09:12 UTCinvestigating

   Wir sind uns eines Problems bewusst, das sich auf Jira Work Item-Übergänge auswirkt. Betroffene Benutzer können Fehler auftreten, wenn sie versuchen, Übergangsprobleme zu lösen. Unsere Teams untersuchen aktiv die Ursache. Wir werden das nächste Update in 60 Minuten oder früher bereitstellen, wenn es ein materielles Update gibt.

2. 1. September 2026 um 10:11 UTCmonitoring

   Wir haben die Ursache des Problems identifiziert, das sich auf Jira Work Item-Übergänge auswirkt, und einen Fix angewendet. Wir sehen derzeit Anzeichen einer Erholung und werden dies auch weiterhin beobachten. Wir werden das nächste Update in der nächsten 1 Stunde oder früher bereitstellen, wenn es ein materielles Update gibt.

3. 1. September 2026 um 11:44 UTCresolved

   Am 1. September 2026, zwischen 04:22 UTC und 10:59 UTC, haben einige Jira-Benutzer möglicherweise Servicestörungen erlebt. Das Problem wurde nun behoben und der Service funktioniert normal für alle Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 31. August 2026 um 18:28 UTCidentified

   Auswirkungen

2. 1. September 2026 um 00:47 UTCmonitoring

   Jira eingehende e-mails weisen erhöhte ausfälle auf, wenn sie e-mails von microsoft-konten abrufen. Dies betrifft die E-Mail-basierte Erstellung und Aktualisierung von Jira-Arbeitselementen. Benutzer können 500 interne Serverfehler sehen, wenn E-Mail-Abrufversuche auftreten. Wir verfolgen Updates von Microsoft und überprüfen weiterhin die Auswirkungen. Diese Updates sind öffentlich verfügbar unter https://status.cloud.microsoft/

3. 1. September 2026 um 05:18 UTCresolved

   Wir sehen jetzt eine vollständige Wiederherstellung bei den betroffenen Atlassian-Diensten, und dieser Vorfall ist nun behoben. Für diejenigen, die weiterhin Probleme im Zusammenhang mit diesem Vorfall haben, empfehlen wir Ihnen, https://status.cloud.microsoft/ zu überprüfen, da sie weiterhin weitere Updates zu zusätzlichen Diensten bereitstellen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. August 2026 um 04:22 UTCinvestigating

   Unsere Teams haben festgestellt, dass dieses Problem auch Auswirkungen auf das Jira Service Management hat. Wir werden so schnell wie möglich weiter aktualisieren.

2. 27. August 2026 um 04:25 UTCinvestigating

   Wir untersuchen ein Problem mit dem Zugriff auf Produkte, das sich auf Kunden von Confluence, Jira Cloud und Jira Serivce Management auswirkt. Unser Team untersucht dieses Problem dringend und wir werden weitere Details innerhalb einer Stunde oder früher zur Verfügung stellen, wenn Informationen verfügbar sind.

3. 27. August 2026 um 04:33 UTCidentified

   Unsere Teams haben eine mögliche Lösung für die Probleme identifiziert, die Jira Cloud, Jira Service Management und Confluence betreffen. Dies wird jetzt in den betroffenen Regionen eingeführt und wir werden innerhalb einer Stunde oder früher aktualisieren, wenn weitere Informationen verfügbar sind.

4. 27. August 2026 um 04:51 UTCmonitoring

   Die Probleme im Zusammenhang mit dem Laden von Jira Cloud, Jira Service Management und Confluence befinden sich nun in der Erholung. Wir werden weiterhin genau beobachten, um die Stabilität zu bestätigen und ein Update innerhalb einer Stunde oder früher bereitzustellen, wenn mehr Informationen verfügbar sind.

5. 27. August 2026 um 05:16 UTCresolved

   Am 27. August 2026 UTC erlebten Atlassian-Produkte wie Jira Cloud, Jira Service Management und Confluence eine Störung, und Dienste waren für betroffene Benutzer nicht verfügbar. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden. Ein öffentlicher Postmortem für diesen Vorfall wird auf dieser Seite zur Verfügung gestellt, wenn unsere vollständige Untersuchung des Vorfalls abgeschlossen ist.

6. 7. September 2026 um 02:53 UTCpostmortem

   **Zusammenfassung ** Am 27. August 2026, zwischen 03:51 und 04:35 UTC, konnten Atlassian-Kunden in den Regionen Westeuropa und Südost-APAC Atlassian Cloud-Produkte nicht erreichen, darunter Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search und Talent. Das Ereignis wurde durch einen defekten Codewechsel in der Routing-Schicht einer unserer Proxy-Flotten ausgelöst. Dies führte dazu, dass HTTP 404-Fehler für den gesamten Kundenverkehr über diese Proxy-Flotten in Westeuropa und Südost-APAC-Regionen bereitgestellt wurden. Der Vorfall wurde innerhalb von 1 Minute von unseren automatisierten Überwachungssystemen erkannt und durch Zurücksetzen auf die vorherige Konfigurationsversion gemindert, wodurch die Proxy-Flotte in einen bekannten guten Zustand versetzt wurde. Nachdem sich die Proxy-Flotte erholt hatte, erhielten einige Jira- und Confluence-Kunden (unabhängig vom Standort) zwischen 04:33 und 04:53 UTC HTTP 503-Fehler, da sich die Serverflotten an den Datenverkehrszustrom angepasst hatten. **IMPACT** Die Gesamtwirkung wurde in zwei diskrete Perioden aufgeteilt: - Zuerst, am 27. August 2026, zwischen 03:51 und 04:35 UTC über Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search und Talent. Der Vorfall führte zu einer Unterbrechung des Kundenverkehrs aus Westeuropa und den südöstlichen APAC-Regionen, wobei HTTP 404-Fehler zurückgegeben wurden. Es gab keine Auswirkungen auf den API-Datenverkehr des Kunden, unabhängig vom Herkunftsort. Zweitens, am 27. August 2026, zwischen 04:33 und 04:53 UTC, erhielten einige Jira- und Confluence-Kunden unabhängig vom Standort HTTP 503-Fehler, nachdem die HTTP 404-Fehler gelöst wurden: ~32% der Anfragen in ap-südost-2, ~4% der Anfragen in eu-west-1, ~2,5% der Anfragen in us-west-2 und ap-südost-1 und <1% der Anfragen in allen verbleibenden globalen Regionen. **URSACHE ** Das Ereignis wurde durch einen Codewechsel zu einer unserer Proxy-Flotten ausgelöst. Es gab jedoch einen Fehler im eingesetzten Code, der durch manuelle und automatisierte Tests nicht erkannt wurde. Dies führte zu einer Fehlkonfiguration einer Mandanten-Lookup-Funktionalität in der Proxy-Ebene, was dazu führte, dass der Datenverkehr keinen gültigen Netzwerkpfad hatte, was dazu führte, dass HTTP 404-Fehler für den gesamten Kundenverkehr über diese Proxy-Flotten in Westeuropa und Südost-APAC-Regionen bereitgestellt wurden. Nachdem sich die Auswirkungen der Proxy-Stufe erholt hatten, wurde für einige Jira- und Confluence-Kunden eine zweite Phase der Auswirkungen verursacht. Aufgrund der Verringerung des Datenverkehrs, der von der Proxy-Flotte an Jira und Confluence geliefert wurde, hatten sich die Jira- und Confluence-Dienstebenen automatisch in der Anzahl der Server skaliert, die den Kundenverkehr bedienen. Sobald die Proxy-Flottenfunktionalität wiederhergestellt war, überwältigte der Anstieg des Datenverkehrs die Jira-Dienstebene, die eine erhöhte Rate von HTTP 503s zurückgab, bis sie automatisch wieder skaliert wurde. **REMEDIAL ACTIONS PLAN & NEXT STEPS** Wir wissen, dass Ausfälle Ihre Produktivität beeinflussen. Während wir eine Reihe von Test- und Präventivprozessen haben, wurde dieses spezielle Problem nicht identifiziert, da die Änderung mit einer sehr spezifischen Art von Edge Case zusammenhing, die nicht von unseren automatisierten Continuous Deployment Suiten und manuellen Testskripten aufgenommen wurde. Wir priorisieren die folgenden Verbesserungsmaßnahmen, um eine Wiederholung dieser Art von Vorfällen zu vermeiden: - **Weitere Deployment-Sicherheitsmaßnahmen hinzufügen:** Die Deployment-Pipeline für die Konfiguration der betroffenen Proxy-Ebene verwendete ein Legacy-System und verfügte nicht über die geeigneten langsamen regionalen Rollout-Funktionen, die korrekt konfiguriert waren. Wir haben bereits die richtigen Sicherheitsvorkehrungen hinzugefügt, und wir verschieben dies in unsere Standard-Bereitstellungspipeline des Unternehmens, die alle standardmäßig aktivierten Sicherheitskontrollen enthält. Wir prüfen auch alle Netzwerkdienste, um zu bestätigen, dass sie sich alle auf dem neuen Standard-Pipeline-Bereitstellungsdienst befinden. - **Verbesserung der Flottenskalierungsrichtlinien:** Die automatische Skalierungskonfiguration für unsere Jira- und Confluence-Serviceflotten wurde zu aggressiv konfiguriert. Wir überprüfen und aktualisieren gründlich alle komplexen Jira- und Confluence-Auto-Skalierungsrichtlinien, um sicherzustellen, dass dies nicht erneut geschieht. Wir entschuldigen uns bei Kunden, deren Dienste während dieses Vorfalls betroffen waren; wir unternehmen sofortige Schritte, um die Leistung und Verfügbarkeit der Plattform zu verbessern. Danke, Atlassian Kundensupport

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. August 2026 um 08:42 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungseinbußen, die zu einer erhöhten Latenz für E-Mail-, Mobile- und Slack-Benachrichtigungen für Jira, JSM und Confluence führen. Unsere Teams untersuchen das Problem und weitere Informationen werden innerhalb der nächsten 1 Stunde geteilt.

2. 25. August 2026 um 09:44 UTCinvestigating

   Unsere Teams haben die betroffenen Regionen identifiziert und arbeiten aktiv daran, das Problem zu mildern. Wir werden weitere Updates innerhalb einer Stunde zur Verfügung stellen, oder früher, wenn wir erhebliche Fortschritte zu teilen haben.

3. 25. August 2026 um 10:49 UTCinvestigating

   Unsere Teams haben nur wenige Korrekturmaßnahmen ergriffen, um das Problem in einer der betroffenen Regionen zu mildern, und beobachten einige Verbesserungen. Wir beobachten die Situation weiterhin und werden die notwendigen Maßnahmen ergreifen, bis der Vorfall vollständig wiederhergestellt ist. Wir werden weitere Updates innerhalb der nächsten zwei Stunden zur Verfügung stellen, oder früher, wenn wir erhebliche Fortschritte zu teilen haben.

4. 25. August 2026 um 13:01 UTCmonitoring

   Unsere Teams mildern das Problem weiterhin und beobachten einige Verbesserungen. Wir beobachten die Situation weiterhin und werden die notwendigen Maßnahmen ergreifen, bis der Vorfall vollständig wiederhergestellt ist. Wir werden weitere Updates innerhalb der nächsten zwei Stunden zur Verfügung stellen, oder früher, wenn wir erhebliche Fortschritte zu teilen haben.

5. 25. August 2026 um 14:33 UTCresolved

   Am 25. August 2026 haben einige Benutzer möglicherweise eine erhöhte Latenz in E-Mail-, mobilen und Slack-Benachrichtigungen erlebt. Das Problem wurde nun behoben und der Service funktioniert normal für alle Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. August 2026 um 19:22 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die zu einer erhöhten Latenz für E-Mail-, Mobile- und Slack-Benachrichtigungen für JIRA, JSM und Confluence führen. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 24. August 2026 um 20:25 UTCinvestigating

   Unsere Teams haben drei betroffene Regionen identifiziert und untersuchen weiterhin die erhöhte Latenz, die sich auf E-Mail-, Mobil- und Slack-Benachrichtigungen für JIRA, JSM und Confluence auswirkt.

3. 24. August 2026 um 21:30 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert, und unsere Teams arbeiten fleißig an einer Minderung. Betroffene Benutzer können eine erhöhte Latenz in E-Mail-, mobilen und Slack-Benachrichtigungen für JIRA, JSM und Confluence erleben. Wir werden hier weiterhin zusätzliche Updates teilen, da weitere Informationen verfügbar sind.

4. 24. August 2026 um 23:15 UTCresolved

   Am 24. August 2026 haben einige JIRA-, JSM- und Confluence-Benutzer möglicherweise Leistungseinbußen erfahren, die zu einer erhöhten Latenz in E-Mail-, mobilen und Slack-Benachrichtigungen führen. Das Problem wurde für neu erstellte Benachrichtigungen behoben, und der Dienst funktioniert normal. Möglicherweise werden ältere Benachrichtigungen verarbeitet, und wir erwarten, dass sie in den nächsten Stunden abgeschlossen werden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. August 2026 um 11:30 UTCinvestigating

   Wir untersuchen Probleme, die sich auf Ihre Dienste auswirken. Wir arbeiten aktiv daran, die Ursache zu identifizieren und das Problem zu lösen. Wir werden innerhalb einer Stunde weitere Updates bereitstellen.

2. 7. August 2026 um 12:22 UTCmonitoring

   Some customers experienced issues accessing affected services in the Central European region. We have been able to apply the fix to mitigate the issues and we are seeing recovery. We continue to monitor the situation and should be fully recovered soon. We should be able to provide more updates in the next one hour or earlier.

3. 7. August 2026 um 12:52 UTCresolved

   On August 7th - 2026, between 10:27 UTC to 11:49 UTC, some users in the Central European region may have experienced service access issues. The issue has now been resolved and the service is operating normally for all the customers.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. August 2026 um 01:24 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die JIRA beeinflussen. Betroffene Benutzer können Fehler beim Anzeigen von Problemen und Boards feststellen. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 7. August 2026 um 01:33 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA and JSM. Affected users may experience errors viewing issues and boards. We will share updates here as more information is available.

3. 7. August 2026 um 01:39 UTCmonitoring

   The performance degradation of JIRA has been resolved, and services are now operating normally for all affected customers. We'll continue to monitor performance closely to confirm stability.

4. 7. August 2026 um 01:46 UTCresolved

   On August 7, 2026, JIRA, JWM, and JSM users may have experienced performance degradation when viewing issues and boards. The issue has now been resolved, and the service is operating normally for all affected customers.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Juli 2026 um 20:18 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die sich auf die Automatisierungsregeln für Jira und Jira Service Management auswirken. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 20. Juli 2026 um 21:27 UTCinvestigating

   Unsere Teams untersuchen weiterhin Verzögerungen in Jira und Jira Service Management Automatisierungsregelausführungen für einige Kunden. Wir sehen Anzeichen für Verbesserungen, aber betroffene Benutzer können immer noch Verzögerungen erleben. Wir werden Updates hier teilen, da mehr Informationen verfügbar sind.

3. 21. Juli 2026 um 04:53 UTCidentified

   Das Team hat eine Ursache identifiziert und führt nun nach ersten Tests Skalierungsänderungen durch, um diese Regelausführungsverzögerungen zu verhindern. Wir werden die Leistung in den nächsten 24 Stunden überwachen und ein Update zu diesem Zeitpunkt oder früher bereitstellen, wenn wir bestätigen können, dass die Verbesserung vorhanden ist.

4. 22. Juli 2026 um 00:56 UTCresolved

   Unser Team konnte bestätigen, dass alle Regelausführungen normal funktionieren und dieses Problem ist nun behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Juli 2026 um 16:03 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die sich auf die Automatisierungsregeln für Jira und Jira Service Management auswirken. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 20. Juli 2026 um 16:58 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert, und unsere Teams arbeiten fleißig an einer Minderung. Wir sehen derzeit Anzeichen von Verbesserungen, aber betroffene Benutzer können Verzögerungen bei Jira und Jira Service Management Automation Regelausführungen auftreten. Wir werden hier weiterhin zusätzliche Updates teilen, da weitere Informationen verfügbar sind.

3. 20. Juli 2026 um 17:23 UTCresolved

   Am 20. Juli 2026 haben einige Jira- und Jira Service Management-Benutzer möglicherweise eine Leistungsminderung bei der Ausführung von Automatisierungsregeln erlebt. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. Juli 2026 um 16:11 UTCinvestigating

   Wir untersuchen aktiv Berichte über Leistungsminderungen, die sich auf Automation für JIRA auswirken. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 6. Juli 2026 um 17:12 UTCinvestigating

   Wir untersuchen weiterhin Leistungsminderungen, die sich auf die Automatisierung für JIRA in europäischen Regionen auswirken. Wir werden Updates hier teilen, sobald weitere Informationen verfügbar sind.

3. 6. Juli 2026 um 17:57 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert, und unsere Teams arbeiten fleißig an einer Minderung. Betroffene Benutzer können Leistungseinbußen bei der Automatisierung von JIRA in europäischen Regionen erleben. Wir werden hier weiterhin zusätzliche Updates teilen, da weitere Informationen verfügbar sind.

4. 6. Juli 2026 um 18:41 UTCmonitoring

   Die Leistungsverschlechterung von Automation für JIRA in den Regionen Europas wurde behoben, und die Dienste funktionieren jetzt normal für alle betroffenen Kunden. Wir werden die Leistung weiterhin genau beobachten, um die Stabilität zu bestätigen.

5. 6. Juli 2026 um 18:52 UTCresolved

   Am 6. Juli 2026 haben einige Benutzer in den Regionen Europas möglicherweise Leistungseinbußen mit Automation for JIRA erlebt. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden. Wenn Sie glauben, dass das Problem weiterhin besteht, wenden Sie sich bitte an unser Support-Team, um weitere Unterstützung und Fehlersuche zu erhalten.

6. 27. Juli 2026 um 06:57 UTCpostmortem

   ## Zusammenfassung Am 6. Juli 2026, zwischen 06:51 und 20:17 UTC, erlebten Atlassian-Kunden, die Cloud-Produkte in europäischen (EU) Regionen nutzten, Serviceunterbrechungen, die sich auf die Ausführung von Automatisierungsregeln, die Benutzersuche, den Benutzerwähler und die damit verbundenen Workflows auswirkten. Der Vorfall begann, als ein zentraler Identitätsdienst eine Datenbanksättigung in EU-Regionen erlebte, was zu Latenz- und Fehlerraten führte. Während die Responder an der Wiederherstellung der Kapazität arbeiteten, wurde eine Notfallminderung angewendet, die den Zugriff auf den Identitätsendpunkt auf Automatisierungsregeln blockierte. Parallel dazu trug die erhöhte Identitätslatenz zu einem Kaskadierungsfehler in einem nachgelagerten Benutzersuchdienst bei, was die Benutzersuche und die Benutzerauswahl über mehrere Produkte hinweg beeinträchtigte. Der Dienst wurde schrittweise wiederhergestellt, nachdem zusätzliche Datenbanklesekapazität hinzugefügt, die Notfallblockade entfernt und der Benutzersuchdienst manuell hochskaliert wurde. ## Auswirkungen Der Vorfall betraf Kunden mehrerer Atlassian-Produkte in EU-Regionen am 6. Juli 2026 zwischen 06:51 und 20:17 UTC. - **Core Identity Service Degradation:** Erhöhte intermittierende Zugangsverweigerungsraten wurden für Produkte in EU-Regionen beobachtet. - **Ausführung von Automatisierungsregeln: Automatisierungsregeln mit dem Standardbenutzer (Automation for Jira) in Jira, Jira Service Management und Jira Product Discovery in EU-Regionen sind mit einem Berechtigungsfehler fehlgeschlagen. - **User-Such- und User-Picker-Ausfälle:**Die Erfolgsquoten der User-Suche sind in den EU-Regionen deutlich gesunken, wobei die User-Picker-Fähigkeit produktübergreifend weitgehend nicht verfügbar ist. ## Wurzelursache Der Vorfall entstand aus einer kürzlichen Konfigurationsänderung, die die Cache-Lebensdauer für einen zentralen Identitätsdienst reduzierte. Da der EU-Arbeitstagsverkehr am 6. Juli 2026 zunahm, begann ein größerer Anteil der Anfragen, direkt in die Backing-Datenbank zu gelangen, anstatt aus dem Cache bedient zu werden. Die EU-Datenbanken verfügten nicht über ausreichende regionale Kapazitäten, um die erhöhte Last zu absorbieren, und die Datenbank-CPU erreichte die Sättigung, was zu erhöhten intermittierenden Zugangsverlustraten führte. Als Teil der Minderung wurde eine Notfallblockade angewendet, um die Belastung der gesättigten Identitätsdienstdatenbank zu reduzieren und die Wiederherstellung des Kernidentitätsdienstes zu priorisieren. Dies verhinderte versehentlich, dass Automatisierungsregeln ihre Berechtigungsprüfungen vor der Ausführung bestanden, wodurch sie fehlschlugen. Die verlängerte Dauer war in erster Linie auf eine sekundäre Welle von Automatisierungsregelfehlern zurückzuführen, die durch die Verarbeitungsgrenzdrosselung verursacht wurden. Parallel dazu führte die anhaltende Degradation zu erhöhten Latenzzeiten und intermittierenden Ausfällen bei Produkten, die von diesen Prüfungen abhängen, und trug zu einem kaskadierenden Ausfall in einem nachgelagerten Benutzersuchdienst bei. Infolgedessen wurden Benutzersuche und Benutzerauswahl in EU-Regionen weitgehend nicht mehr verfügbar, bis der Berechtigungsdienst wiederhergestellt und der Benutzersuchdienst hochskaliert wurde, um die Kapazität wiederherzustellen. ## Plan für Abhilfemaßnahmen und nächste Schritte Wir wissen, dass Ausfälle die Produktivität der Kunden beeinflussen. Atlassian priorisiert die folgenden Maßnahmen, um ähnliche Vorfälle in Zukunft zu verhindern: - **Verbessern Sie die Sicherheitsvorkehrungen für hochwirksame Notfallmaßnahmen:** Verhärten Sie die operativen Tools, so dass Minderungsschritte, die kundenorientierte Workflows deaktivieren könnten, eine zusätzliche Überprüfung erfordern. - **Kapazität der Identitätsinfrastruktur stärken und Sicherheit ändern:** Überprüfen Sie die regionale Datenbankgrößen- und Kapazitätsreserve, um das Risiko einer Sättigung während der Hauptverkehrszeiten zu verringern, und verfeinern Sie den Bewertungsprozess für Konfigurationsänderungen, damit die Auswirkungen auf die nachgelagerte Last vor dem Rollout der Produktion bewertet werden. - **Resilienz gegen kaskadierende Ausfälle aus vorgelagerter Degradation stärken:** Prüfen Sie die Rückdruckbehandlung, die Konfiguration des Leistungsschalters und das Autoskalierungsverhalten in Diensten, damit die vorgelagerte Degradation keine breiteren Produktauswirkungen auf die Benutzersuche, den Benutzerwähler und die damit verbundenen Erfahrungen verursacht. - **Harden Replay-Mechanismen für Automatisierungsregelfehler:** Erhöhen Sie die Widerstandsfähigkeit von Automatisierungsregeln, um die Auswirkungen von Vorfällen in Abhängigkeiten zu reduzieren. Wir erkennen, wie wichtig zuverlässige Produkt-Workflows für unsere Kunden sind, und wir entschuldigen uns bei Kunden, die von diesem Vorfall betroffen waren. Danke, Atlassian Kundensupport

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. Juli 2026 um 09:23 UTCinvestigating

   Wir untersuchen Probleme, die sich auf Ihre Dienste auswirken. Wir arbeiten aktiv daran, die Ursache zu identifizieren und das Problem zu lösen. Wir werden innerhalb einer Stunde weitere Updates bereitstellen.

2. 6. Juli 2026 um 10:04 UTCmonitoring

   Wir haben den Fix erfolgreich angewendet und sehen eine Erholung. Die Automatisierungsfunktionen werden wiederhergestellt und sollten in Zukunft normal funktionieren. Datenverarbeitungsanfragen, die während des Ausfallzeitraums eingereicht wurden, wurden aufgrund der Nichtverfügbarkeit des Dienstes nicht abgeschlossen. Wir beobachten die Situation weiter und erwarten eine vollständige Erholung innerhalb der nächsten Stunde. Wir werden zusätzliche Updates in der nächsten Stunde oder früher zur Verfügung stellen.

3. 6. Juli 2026 um 11:46 UTCinvestigating

   Wir sehen immer noch einige Probleme mit User-Suche, User-Picker und Assets in der gesamten EU-Region. Wir untersuchen die Situation weiter und werden in der nächsten Stunde oder früher zusätzliche Updates bereitstellen.

4. 6. Juli 2026 um 12:25 UTCmonitoring

   Wir haben den Fix angewendet, um das Problem zu mildern und sehen eine Erholung. Wir beobachten die Situation weiterhin und sollten bald vollständig erholt sein. Wir sollten in der Lage sein, weitere Updates in der nächsten Stunde oder früher bereitzustellen.

5. 6. Juli 2026 um 13:04 UTCresolved

   Am 6. Juli 2026, zwischen 06:51 UTC und 09:39 UTC, haben einige Benutzer möglicherweise Probleme mit der Automatisierung und zwischen 08:10 UTC und 11:50 UTC haben einige Benutzer möglicherweise Probleme mit der Benutzersuche, dem Benutzer-Picker und den Vermögenswerten in der EU-Region. Die Probleme sind nun gelöst und die Dienste funktionieren normal für alle Kunden.

6. 17. Juli 2026 um 16:59 UTCpostmortem

   ## Zusammenfassung Am 6. Juli 2026, zwischen 06:51 und 20:17 UTC, erlebten Atlassian-Kunden, die Cloud-Produkte in europäischen (EU) Regionen nutzten, Serviceunterbrechungen, die sich auf die Ausführung von Automatisierungsregeln, die Benutzersuche, den Benutzerwähler und die damit verbundenen Workflows auswirkten. Der Vorfall begann, als ein zentraler Identitätsdienst eine Datenbanksättigung in EU-Regionen erlebte, was zu Latenz- und Fehlerraten führte. Während die Responder an der Wiederherstellung der Kapazität arbeiteten, wurde eine Notfallminderung angewendet, die den Zugriff auf den Identitätsendpunkt auf Automatisierungsregeln blockierte. Parallel dazu trug die erhöhte Identitätslatenz zu einem Kaskadierungsfehler in einem nachgelagerten Benutzersuchdienst bei, was die Benutzersuche und die Benutzerauswahl über mehrere Produkte hinweg beeinträchtigte. Der Dienst wurde schrittweise wiederhergestellt, nachdem zusätzliche Datenbanklesekapazität hinzugefügt, die Notfallblockade entfernt und der Benutzersuchdienst manuell hochskaliert wurde. ## Auswirkungen Der Vorfall betraf Kunden mehrerer Atlassian-Produkte in EU-Regionen am 6. Juli 2026 zwischen 06:51 und 20:17 UTC. - **Core Identity Service Degradation:** Erhöhte intermittierende Zugangsverweigerungsraten wurden für Produkte in EU-Regionen beobachtet. - **Ausführung von Automatisierungsregeln: Automatisierungsregeln mit dem Standardbenutzer (Automation for Jira) in Jira, Jira Service Management und Jira Product Discovery in EU-Regionen sind mit einem Berechtigungsfehler fehlgeschlagen. - **User-Such- und User-Picker-Ausfälle:**Die Erfolgsquoten der User-Suche sind in den EU-Regionen deutlich gesunken, wobei die User-Picker-Fähigkeit produktübergreifend weitgehend nicht verfügbar ist. ## Wurzelursache Der Vorfall entstand aus einer kürzlichen Konfigurationsänderung, die die Cache-Lebensdauer für einen zentralen Identitätsdienst reduzierte. Da der EU-Arbeitstagsverkehr am 6. Juli 2026 zunahm, begann ein größerer Anteil der Anfragen, direkt in die Backing-Datenbank zu gelangen, anstatt aus dem Cache bedient zu werden. Die EU-Datenbanken verfügten nicht über ausreichende regionale Kapazitäten, um die erhöhte Last zu absorbieren, und die Datenbank-CPU erreichte die Sättigung, was zu erhöhten intermittierenden Zugangsverlustraten führte. Als Teil der Minderung wurde eine Notfallblockade angewendet, um die Belastung der gesättigten Identitätsdienstdatenbank zu reduzieren und die Wiederherstellung des Kernidentitätsdienstes zu priorisieren. Dies verhinderte versehentlich, dass Automatisierungsregeln ihre Berechtigungsprüfungen vor der Ausführung bestanden, wodurch sie fehlschlugen. Die verlängerte Dauer war in erster Linie auf eine sekundäre Welle von Automatisierungsregelfehlern zurückzuführen, die durch die Verarbeitungsgrenzdrosselung verursacht wurden. Parallel dazu führte die anhaltende Degradation zu erhöhten Latenzzeiten und intermittierenden Ausfällen bei Produkten, die von diesen Prüfungen abhängen, und trug zu einem kaskadierenden Ausfall in einem nachgelagerten Benutzersuchdienst bei. Infolgedessen wurden Benutzersuche und Benutzerauswahl in EU-Regionen weitgehend nicht mehr verfügbar, bis der Berechtigungsdienst wiederhergestellt und der Benutzersuchdienst hochskaliert wurde, um die Kapazität wiederherzustellen. ## Plan für Abhilfemaßnahmen und nächste Schritte Wir wissen, dass Ausfälle die Produktivität der Kunden beeinflussen. Atlassian priorisiert die folgenden Maßnahmen, um ähnliche Vorfälle in Zukunft zu verhindern: - **Verbessern Sie die Sicherheitsvorkehrungen für hochwirksame Notfallmaßnahmen:** Verhärten Sie die operativen Tools, so dass Minderungsschritte, die kundenorientierte Workflows deaktivieren könnten, eine zusätzliche Überprüfung erfordern. - **Kapazität der Identitätsinfrastruktur stärken und Sicherheit ändern:** Überprüfen Sie die regionale Datenbankgrößen- und Kapazitätsreserve, um das Risiko einer Sättigung während der Hauptverkehrszeiten zu verringern, und verfeinern Sie den Bewertungsprozess für Konfigurationsänderungen, damit die Auswirkungen auf die nachgelagerte Last vor dem Rollout der Produktion bewertet werden. - **Resilienz gegen kaskadierende Ausfälle aus vorgelagerter Degradation stärken:** Prüfen Sie die Rückdruckbehandlung, die Konfiguration des Leistungsschalters und das Autoskalierungsverhalten in Diensten, damit die vorgelagerte Degradation keine breiteren Produktauswirkungen auf die Benutzersuche, den Benutzerwähler und die damit verbundenen Erfahrungen verursacht. - **Harden Replay-Mechanismen für Automatisierungsregelfehler:** Erhöhen Sie die Widerstandsfähigkeit von Automatisierungsregeln, um die Auswirkungen von Vorfällen in Abhängigkeiten zu reduzieren. Wir erkennen, wie wichtig zuverlässige Produkt-Workflows für unsere Kunden sind, und wir entschuldigen uns bei Kunden, die von diesem Vorfall betroffen waren. Danke, Atlassian Kundensupport

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. Juni 2026 um 22:46 UTCmonitoring

   Jira- und JSM-Kunden, die Microsoft OAuth für die automatische Erstellung von Jira-Tickets aus E-Mails verwenden, konnten E-Mails nicht lesen. Dies ist jetzt fest und funktional für alle neuen eingehenden E-Mail-Verarbeitung. Die betroffenen Kunden während des Vorfalls müssen den Microsoft-Mail-Server erneut zur Wiederherstellung autorisieren, und unten sind die Anweisungen aufgeführt. Um einen eingehenden Microsoft Mail Server erneut zu autorisieren: Login in Jira als Admin Auswählen > System Wählen Sie Mail > Incoming Mail. Wählen Sie Edit Incoming Mail Server. Wählen Sie Re-Authorise. Geben Sie Ihre Microsoft-Anmeldeinformationen ein, um Ihren Microsoft-Mail-Server weiterhin zu verwenden.

2. 26. Juni 2026 um 05:13 UTCresolved

   Unser Team hat sich proaktiv an alle betroffenen Unternehmen gewandt und die folgenden Anweisungen zur erneuten Autorisierung ihres Microsoft-Mail-Servers bereitgestellt. Wenn dieses Problem immer noch auftritt, versuchen Sie bitte, die erneute Autorisierung wie unten angegeben abzuschließen. Wenn noch weitere Probleme auftreten, von denen Sie glauben, dass sie mit diesem Vorfall zusammenhängen, wenden Sie sich bitte an die Atlassian-Unterstützung für weitere Hilfe.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juni 2026 um 04:55 UTCinvestigating

   We are investigating reports of extended delays being experienced across tasks such as processing of Incoming Emails, Notifications relating to changes or creation of Work Items, in addition to delays in processing Scheduled Triggers from Marketplace apps. Our team is looking into this with urgency and we will provide further update within one hour as our investigation continues.

2. 10. Juni 2026 um 05:39 UTCidentified

   Our team has identified the root cause for this issue and has now deployed a fix that is rolling out across impacted products. At this time we are monitoring for the recovery of these events across Jira Service Management, Jira Cloud and Ecosystem app Scheduled Triggers. We will provide further update within one hour or when we have seen a full recovery of all task processing across these products.

3. 10. Juni 2026 um 06:14 UTCmonitoring

   Our team has now determined that performance has returned to expected levels for those impacted by this incident. Additional products that are now known to have been impacted by this incident are Confluence, Customer Service Management, and Jira Product Discovery. These products would have seen similar impact where email notifications or processing of events may have been delayed while this incident was underway. We are now monitoring for the full recovery of performance across all products and will update when we are confident this issue is fully resolved, or within one hour, whichever is sooner.

4. 10. Juni 2026 um 06:31 UTCresolved

   We are now confident that any of the tasks that were impacted by this incident and were delayed should now be operating as expected. We apologize for any inconvenience that this issue may have caused.

1. 9. Juni 2026 um 05:29 UTCinvestigating

   We are investigating reports of intermittent errors and degredated performance for some Jira Service Management and Jira Cloud customers. We will provide further updates within one hour.

2. 9. Juni 2026 um 10:21 UTCidentified

   Our team has now identified what we believe to be the root cause of this issue and is working on a fix. The expected fix for this issue will be rolling out progressively so customers should see resolutions to their issues viewing Jira boards and work items occurring over the next few hours. We will provide further update either when the update has fully completed or within 3 hours, whichever occurs earlier.

3. 9. Juni 2026 um 10:36 UTCmonitoring

   Our team has been able to apply the fix and mitigate the issue. The services have been restored to normal operations. We will continue to actively monitor over the next 8 hours to confirm stability.

4. 9. Juni 2026 um 18:28 UTCresolved

   The issue has now been resolved, and the service is operating normally for all affected customers.

1. 8. Juni 2026 um 01:53 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 8. Juni 2026 um 02:36 UTCidentified

   We have identified an issue causing degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 8. Juni 2026 um 02:56 UTCresolved

   On June 08 2026, between 01:30 and 02:40 UTC, users experienced degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. We have implemented a fix and services have been restored to normal operation. We continue to monitor the situation closely.

1. 6. Juni 2026 um 23:21 UTCinvestigating

   We are aware of users currently experiencing loading work items across Atlassian products in some regions. We are investigating with urgency and will provide update within one hour.

2. 7. Juni 2026 um 00:07 UTCmonitoring

   A fix has been implemented for the issues some customers have been experiencing with creating and viewing work items in Jira. We are now monitoring for this recovery and will update shortly with further confirmation.

3. 7. Juni 2026 um 00:13 UTCresolved

   The issues relating to viewing and creating work items in Jira should now be fully resolved.

1. 2. Juni 2026 um 15:32 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. Some customers may experiences delays in rule execution. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 2. Juni 2026 um 16:51 UTCresolved

   On June 2, 2026, some Jira and Jira Service Management users in the US-East region may have experienced performance degradation of automation rule executions. The issue has now been resolved, and the service is operating normally for all affected customers. Previously delayed automation rules are expected to be completed within 12 hours.

1. 1. Juni 2026 um 07:40 UTCinvestigating

   We are investigating cases of partial-outage for Jira-software in the EU Region. We will provide more details within the next hour.

2. 1. Juni 2026 um 08:06 UTCidentified

   We have identified an issue causing degraded performance for Jira Software, Jira Work Management, and Jira Service Management in the EU region. affected users may experience 5XX errors when accessing issues, boards, and navigation. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 1. Juni 2026 um 09:07 UTCmonitoring

   We have implemented a fix for the issue causing degraded performance for Jira Software and Jira Service Management in the EU region. The impact has been mitigated, and we are actively monitoring the stability.

4. 1. Juni 2026 um 13:23 UTCresolved

   This incident has been resolved. The issue causing degraded performance for Jira Software and Jira Service Management in the EU region has been fully mitigated. We have deployed a fix to prevent recurrence. If you continue to experience issues, please contact Atlassian Support. We apologise for the disruption and thank you for your patience.

5. 12. Juni 2026 um 06:49 UTCpostmortem

   **SUMMARY** On June 01, 2026, between 06:54 and 08:28 UTC, Atlassian customers using Jira, Jira Service Management, and Jira Work Management were unable to view issues, boards, and backlogs, and experienced errors when performing transitions, adding comments, and navigating the product. The event was triggered by caching infrastructure autoscaling failure. The issue only impacted customers hosted in Europe. The incident was detected within 8 minutes by our automated monitoring system and mitigated by progressively scaling the caching clusters manually. The total time to resolution was 1 hour and 34 minutes due to the progressive recovery. **IMPACT** The incident caused service disruption for customers hosted in the Europe region who were unable to access core experiences across Jira Software, Jira Service Management, and Jira Work Management. **ROOT CAUSE** The root cause of the incident was a capacity constraint on our caching infrastructure in one availability zone of our EU Central cloud region. As morning traffic increased, our caching clusters attempted to scale out automatically. However, the cloud infrastructure was unable to provision additional nodes in that availability zone due to insufficient underlying capacity. Our caching infrastructure is designed to scale across multiple availability zones to ensure balanced and resilient capacity. On this occasion, a capacity constraint in one availability zone prevented the scaling operation from completing as expected. With the caching layer unable to grow to meet demand, the clusters began to experience network and/or CPU saturation and could not handle all incoming requests within the expected timeout window. Since a single user request to Jira typically involves multiple cache calls, timeouts compound rapidly. As more threads became blocked waiting on timed-out or slow cache operations, the application nodes reached its busy thread limit and began shedding load. While additional application nodes were added, these also experienced the same thread limit saturation due to the saturation of the cache layer resulting in widespread 503 service unavailable errors for customers. **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. In addition to existing safeguards and monitoring, Atlassian is prioritizing the following actions to help prevent similar incidents in future: - **Increased minimum caching cluster size**: We have increased the minimum number of nodes in all affected caching clusters in the EU Central region. This ensures sufficient capacity headroom to handle peak traffic without relying on autoscaling, reducing the risk of a similar failure occurring. - **Change autoscaling behaviour**: We are working on improvements to our autoscaling behaviour to fall back to other availability zones when capacity is unavailable in a single zone. We apologize to customers whose services were impacted during this incident; we are taking immediate steps to improve the platform’s performance and availability. Thanks, Atlassian Customer Support