Störungsverlauf von Jira Service Management

1. 21. Oktober 2026 um 14:28 UTCinvestigating

   Wir untersuchen ein Problem, das sich auf die Sidebar und Navigation des Projekts in Jira Cloud auswirkt. Benutzer können Timeouts oder fehlende Menüs auftreten, wenn sie versuchen, auf Projektansichten zuzugreifen. Teams analysieren aktiv Telemetrie, um eine Minderung zu identifizieren. Wir werden unser nächstes Update in 60 Minuten oder früher bereitstellen.

2. 21. Oktober 2026 um 15:01 UTCmonitoring

   „Abmilderungen sind vorhanden und wir sehen eine Erholung in den Jira Cloud-Navigationsdiensten. Die Seitenleisten des Projekts werden nun wie erwartet geladen. Unsere Teams überwachen die Situation weiterhin und wir erwarten, dass wir die vollständige Auflösung in unserem nächsten Update in 1 Stunde oder früher bestätigen werden.

3. 21. Oktober 2026 um 15:45 UTCresolved

   Am 21. Oktober 2026 haben JIRA-, JSM-, JPD- und JWM-Benutzer möglicherweise Leistungseinbußen erlebt, die sich auf die Seitenleiste und die Navigation des Projekts ausgewirkt haben. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. Oktober 2026 um 02:55 UTCinvestigating

   Die Auftragsverarbeitung und die Auftragsplanung sind beeinträchtigt, was sich auf die geplante und asynchrone Arbeit in mehreren Produkten auswirkt, darunter Jira, Confluence und Bitbucket Cloud. Betroffene Benutzer sehen möglicherweise eine verzögerte oder fehlende Ausführung von Aufträgen, einschließlich einer verzögerten Verarbeitung von E-Mail-zu-Tickets und Zeitplänen, die nicht wie erwartet ausgeführt werden.

2. 1. Oktober 2026 um 03:47 UTCidentified

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

3. 1. Oktober 2026 um 04:03 UTCidentified

   Unsere Teams haben Korrekturmaßnahmen ergriffen, um das Problem 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.

4. 1. Oktober 2026 um 05:00 UTCidentified

   Unsere Teams arbeiten weiter an der Wiederherstellung, bis der Vorfall vollständig gelöst ist. Wir werden weitere Updates bereitstellen, wenn wir erhebliche Fortschritte zu teilen haben. Neben den Auswirkungen auf die geplante und asynchrone Arbeit mehrerer Produkte haben wir auch festgestellt, dass die SLA-Komponente in Jira Service Management nicht wie erwartet erscheint.

5. 1. Oktober 2026 um 07:01 UTCidentified

   Unsere Teams arbeiten weiter an der Wiederherstellung, bis der Vorfall vollständig gelöst ist. Wir werden weitere Updates bereitstellen, wenn wir erhebliche Fortschritte zu teilen haben. Es gibt auch Auswirkungen auf die neuen Support-Tickets in Bezug auf fehlende SLA-Komponente, Benachrichtigungen, die die Reaktionszeiten und das Backlog-Management einiger Tickets beeinflussen können.

6. 1. Oktober 2026 um 07:51 UTCresolved

   Am 1. Oktober 2026, zwischen 01:00 UTC und 07:25 UTC, haben Benutzer möglicherweise eine fehlende Ausführung von Aufträgen gesehen, einschließlich einer verzögerten Verarbeitung von E-Mails zu Tickets und Zeitplänen, die nicht wie erwartet ausgeführt werden. Wir haben jetzt einen Fix implementiert und die Dienste wurden für betroffene Kunden wieder in den normalen Betrieb gebracht. Die Auswirkungen auf die Unterstützung von Tickets mit fehlender SLA-Komponente und verzögerten Benachrichtigungen haben ebenfalls die Wiederherstellung bestätigt. Hinweis: Für Bitbucket-Kunden können Sie bei geplanten Pipelines, die während des Ereignisfensters nicht ausgeführt wurden, auf die nächste geplante Ausführung warten oder diese manuell auslösen.

7. 9. Oktober 2026 um 18:24 UTCpostmortem

   ### Zusammenfassung Am 1. Oktober 2026, zwischen 01:00 und 07:25 UTC, wirkten sich degradierte Auftragsverarbeitung und -planung auf Atlassian-Produkte wie Bitbucket Cloud, Confluence, Forge-Apps, Jira und Jira Service Management in allen kommerziellen Cloud-Regionen aus. Dies führte zu verzögerten oder verpassten Hintergrundaufgaben wie E-Mail-zu-Ticket-Verarbeitung und geplanten Pipelines; die interaktive Produktnutzung war nicht betroffen. Das Ereignis wurde ausgelöst, als ein unerwartetes Volumen an geplanten Aufgaben gleichzeitig fällig wurde, was unsere gemeinsame Jobplanungsplattform überwältigte. Die automatisierte Überwachung erkannte den Vorfall innerhalb von drei Minuten. Die Erholung begann um 03:45 Uhr UTC, als die technische Kapazität skaliert wurde und die Plattform den Rückstand durchlief, wobei die volle Auflösung in 6 Stunden und 25 Minuten erreicht wurde. ### WIRKUNG Die meisten geplanten Aufgaben liefen um 01:00 UTC nicht mehr und wurden ab etwa 03:45 UTC wieder aufgenommen. Die meisten verspäteten Arbeiten hatten um etwa 06:00 UTC aufgeholt, und die verbleibenden Verzögerungen waren um 07:25 UTC behoben. Alle betroffenen Produkte: Wiederholte geplante Aufgaben, die während des Vorfalls übersprungen oder verspätet ausgeführt werden; übersprungene Läufe wurden nicht automatisch erneut ausgeführt und Aufgaben zum nächsten geplanten Zeitpunkt wieder aufgenommen. - Die meisten einmaligen geplanten Aufgaben liefen spät; eine kleine Anzahl ist möglicherweise nicht ausgeführt worden. - Automatisierungsregeln, einschließlich geplanter Regeln, liefen normal, außer wie unten angegeben. Bitbucket Cloud Geplante Pipelines, die zwischen 01:00 und ca. 03:50 UTC fällig waren, liefen nicht. Wenn eine geplante Pipeline während des Vorfalls nicht ausgeführt wurde, können Sie auf die nächste geplante Ausführung warten oder sie manuell auslösen. Andere Pipelineläufe waren nicht betroffen. Konfluenz Einige Kalenderereigniserinnerungen, die zwischen 01:00 und ca. 03:45 UTC fällig sind, wurden nicht gesendet. Forge Apps Geplante Trigger stoppten um 01:00 UTC und wurden ab etwa 04:00 UTC wieder aufgenommen; verpasste Aufrufe wurden nicht wiederholt. Ziele Anfang des Monats E-Mail-Erinnerungen zur Aktualisierung der Ziele könnten sich verzögern. Jira und Jira Service Management Eingehende E-Mails blieben in ihren Postfächern und wurden nach der Wiederherstellung automatisch verarbeitet. Geplante Benachrichtigungen wie Filterabonnements verzögerten sich. In einigen Serviceprojekten verspäteten sich Automatisierungsregeln und Benachrichtigungen, die durch SLAs oder die Statuszeit ausgelöst wurden. SLA-Timerdaten blieben intakt. Atlassian-Unterstützung Bis 07:25 UTC haben Probleme mit unseren Support-Tools möglicherweise einige unserer Antworten verlangsamt. Aufgrund unserer bisherigen Untersuchung haben wir keinen Verlust von Arbeitselementen, Seiten, Repositorien oder eingehenden E-Mails festgestellt. ### Wurzelursache Unsere gemeinsame Jobplanungsplattform arbeitet unter normalen Bedingungen in großem Maßstab. Einer der Plattformverbraucher plante ein ungewöhnlich hohes Volumen an Aufgaben, die gleichzeitig am 1. Oktober um 01:00 Uhr UTC ausgeführt werden sollten. Dieser Anstieg der Größenordnung hat unsere architektonischen und skalierten Grenzen überschritten und einen Verarbeitungsrückstand für abhängige Dienste geschaffen. Engineering manuell erhöhte Kapazität, um die anormale Last zu behandeln, so dass der Dienst den Rückstand zu verarbeiten und in den normalen Betrieb zurückzukehren. ### REMEDIAL ACTIONS PLAN & NEXT STEPS Wir wissen, dass verspätete und verpasste Arbeit Ihre Produktivität beeinflusst. Wir priorisieren diese Maßnahmen, um die Wahrscheinlichkeit und die Auswirkungen ähnlicher Vorfälle zu reduzieren: - **Arbeitslastisolierung verbessern:** Implementieren Sie faire Planungsleitplanken, damit Volumenüberflutungen aus einer einzigen Quelle keine Aufgaben für andere Produkte verhungern oder verzögern. - **Stärke Überspannungsregler:** Fügen Sie operative Funktionen hinzu, um geplante Workloads aus bestimmten Quellen bei unerwarteten Traffic-Spikes schnell zu drosseln oder zu unterbrechen. - **Verbessern Sie die Systemskalierung und -wiederherstellung:** Erhöhen Sie die Plattformkapazität und optimieren Sie Skalierungsprozesse, um extreme Nachfragespitzen zu bewältigen und sich schneller zu erholen. Wir entschuldigen uns bei Kunden, deren Dienste während dieses Vorfalls betroffen waren. Danke, Atlassian

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. September 2026 um 13:54 UTCinvestigating

   Wir untersuchen weiterhin das Problem, das sich auf die Erstellung von Jira-Problemen, die Problemanzeige und das Laden von Boards auswirkt. Unsere Teams bleiben dabei, eine Lösung zu finden. Wir werden das nächste Update in 1 Stunde oder früher bereitstellen, wenn es wesentliche Fortschritte gibt.

2. 24. September 2026 um 14:58 UTCmonitoring

   Abmilderungen wurden eingesetzt, und wir sehen positive Anzeichen einer Erholung in Jira. Probleme beim Anzeigen von Arbeitsgegenständen, Ladebrettern und beim Erstellen von Tickets gehen zurück. Wir überwachen weiterhin den Zustand des Systems, um volle Stabilität zu gewährleisten, und werden unser nächstes Update innerhalb von 60 Minuten teilen.

3. 24. September 2026 um 15:53 UTCresolved

   Am 24. September 2026 haben einige Jira- und JSM-Benutzer in der US-Region möglicherweise eine Leistungsminderung erlebt, die sich auf die Erstellung von Jira-Problemen, die Problemanzeige und das Laden von Boards auswirkt. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. September 2026 um 16:46 UTCinvestigating

   Wir untersuchen aktiv Berichte über eine Serviceunterbrechung, die Opsgenie und Jira Service Management betreffen. Wir werden Updates hier teilen, da weitere Informationen verfügbar sind.

2. 14. September 2026 um 17:16 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert, und unsere Teams arbeiten fleißig an einer Minderung. Wir werden hier weiterhin zusätzliche Updates teilen, da weitere Informationen verfügbar sind.

3. 14. September 2026 um 17:27 UTCmonitoring

   Das Problem wurde nun behoben und die Dienste funktionieren normal für alle betroffenen Kunden. Wir werden die Stabilität weiterhin genau beobachten.

4. 14. September 2026 um 17:43 UTCresolved

   Am 14. September 2026 erlebten Opsgenie und Jira Service Management eine Störung, und die Benutzer sahen eine verzögerte Benachrichtigung und die Unfähigkeit, die Warnungen in der Benutzeroberfläche anzuzeigen. Das Problem wurde nun behoben und der Service funktioniert normal für alle betroffenen Kunden.

5. 18. September 2026 um 17:02 UTCpostmortem

   ### Zusammenfassung Am 14. September 2026, zwischen 15:30 und 17:10 UTC, erlebten Atlassian-Kunden, die Opsgenie, Jira Service Management und Compass nutzten, Verzögerungen beim Empfang von Benachrichtigungen und intermittierenden Ausfällen bei der Verwendung von Ops-Funktionen. Das Problem wurde durch langjährige Transaktionen in einem Kerndienst ausgelöst, was zu einer Erschöpfung des Threadpools führte und dazu führte, dass nachfolgende Anfragen nicht mehr reagierten. Die langfristigen Transaktionen wurden durch eine Konfigurationsänderung verursacht, die zwischen dem 9. September 2026 und dem 11. September 2026 UTC veröffentlicht wurde. Das Team überwachte aktiv die Auswirkungen der Änderung auf das System bis Anfang September 14, 2026 UTC und beobachtete keine Anomalien. Der zunehmende Verkehr während der US-Arbeitszeiten am 14. September 2026 verursachte jedoch diese unerwartet lang andauernden Transaktionen. Der Vorfall wurde innerhalb einer Minute von unseren automatisierten Überwachungssystemen erkannt, und die vollständige Servicestabilisierung erfolgte nach der Isolierung und Rücknahme der Änderung am 14. September 2026 um 17:10 UTC. ### WIRKUNG Der Vorfall betraf in erster Linie Ops-Funktionen in Opsgenie, Jira Service Management und Compass für Kunden in der US-Region. Während des Vorfalls erlebte der End-to-End-Flow für die Erstellung von Warnungen und die Zustellung von Benachrichtigungen eine durchschnittliche Verzögerung von 22 Minuten. Während des Vorfalls wurden keine Warnmeldungen oder Benachrichtigungsnutzlasten gelöscht; alle in der Warteschlange stehenden Ereignisse wurden erfolgreich verarbeitet und als wiederhergestellte Dienste geliefert. Darüber hinaus erlebten verwandte Ops API-Endpunkte und Web-UI-Flows eine erhöhte Latenz und intermittierende Fehler. Die Störung begann um 15:30 UTC und wurde um 17:10 UTC behoben (Gesamtdauer: 1 Stunde und 40 Minuten). Die Engineering-Teams wurden sofort über Backup-Desaster-Alarming-Pipelines alarmiert und begannen unverzüglich mit der Minderung. Die Störung wirkte sich jedoch auf interne Benachrichtigungs- und Koordinationsflüsse zwischen funktionsübergreifenden Teams (einschließlich Customer Support und Incident Communications) aus, was zu Verzögerungen bei der Veröffentlichung externer Statuspage-Updates führte. ### Wurzelursache Der Vorfall wurde ausgelöst, als eine neu veröffentlichte Konfigurationsänderung bei jedem Seitenaufruf redundante nachgelagerte Serviceaufrufe auslöste, was zu einem Traffic-Spike führte. Die Konfigurationsänderung, die zwischen dem 9. September 2026 und dem 11. September 2026 veröffentlicht wurde, wurde bis zum 14. September 2026 aktiv auf Auswirkungen überwacht. Eine Verkehrsspitze während der US-Arbeitszeit verursachte jedoch unerwartete Probleme. Der nachgelagerte service begann ratenbegrenzende anfragen, und eine aggressive wiederholungsstrategie ohne ausreichendes backoff hielt die arbeiterfäden offen, was zu poolerschöpfung und timeouts bei eingehendem kritischem verkehr führte. ### REMEDIAL ACTIONS PLAN & NEXT STEPS Der Vorfall wurde gemildert, indem das Feature-Flag deaktiviert wurde, das die Begrenzung der Inter-Service-Rate auslöste. Wir verstehen, dass ein zuverlässiger Zugang zu Atlassian-Produkten für Ihre Teams von entscheidender Bedeutung ist. Wir priorisieren die folgenden Maßnahmen, um ein Wiederauftreten zu verhindern: - **Verbessere die Service-to-Service-Resilienz** - Überprüfen und Anpassen von ratenbegrenzenden Konfigurationen zwischen internen Diensten. Optimieren Sie Retry-Strategien, um langfristige Transaktionen zu verhindern und die Auswirkungen auf einen problematischen Punkt zu begrenzen. - **Verbessere architektonische Isolation** - Verfeinern Sie die Architektur dieses Kerndienstes, um mehr Isolation zwischen verschiedenen Transaktionen zu haben, so dass Degradationen in einem Transaktionstyp keine nicht zusammenhängenden kritischen Flüsse beeinflussen. - **Proaktive Alarmierung verbessern** Fügen Sie Frühwarnmeldungen für die Threadpool-Sättigung und erhöhte Inter-Service-Rate-Limit-Antworten hinzu, bevor sie sich auf die Endbenutzer auswirken. - Implementierung von Backup-Warnungsprozessen für Kundensupport und Incident-Kommunikationspfade 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. 11. September 2026 um 07:46 UTCinvestigating

   Wir untersuchen Berichte über ein Problem, das Jira Software und Jira Service Management betrifft. Betroffene Benutzer können Fehler oder Verzögerungen beim Laden von Problemansichten und Anzeigetafeln feststellen. Wir arbeiten daran, die Ursache zu identifizieren und werden ein Update bereitstellen, sobald mehr Informationen verfügbar sind.

2. 11. September 2026 um 08:06 UTCmonitoring

   Eine Abschwächung wurde implementiert, und wir beobachten eine Erholung in Jira Software und Jira Service Management Problemansichten und Boards. Unsere Ingenieurteams überwachen die Umwelt genau, um eine nachhaltige Stabilität zu gewährleisten. Wir werden ein weiteres Update bereitstellen, sobald die vollständige Auflösung bestätigt wurde oder innerhalb von 60 Minuten.

3. 11. September 2026 um 08:37 UTCresolved

   Am 11. September 2026, zwischen 07:02 UTC und 07:56 UTC, haben einige Jira Software- und Jira Service Management-Benutzer möglicherweise eine beeinträchtigte Leistung und Fehler beim Zugriff auf Arbeitselemente und Boards. Das Problem wurde nun behoben und alle Dienste funktionieren normal.

4. 21. September 2026 um 22:36 UTCpostmortem

   ### Zusammenfassung Am 11. September 2026, zwischen 07:02 und 07:56 UTC, konnten Atlassian-Kunden, die hauptsächlich aus der EU-Region und einige aus der APAC-Region Jira und Jira Service Management-Produkte verwenden, keine Arbeitsgegenstände oder Zugangskarten konsistent anzeigen. Das Ereignis wurde durch einen rückwärtskompatiblen internen Konfigurationsrollout in der zugrunde liegenden Graphendatenplattform ausgelöst. Der Vorfall wurde innerhalb von 3 Minuten von unserem automatisierten Überwachungssystem erkannt und gemildert, indem der stabile Einsatz in allen Regionen vorangetrieben wurde. Die Gesamtzeit bis zur Auflösung betrug etwa 54 Minuten. ### WIRKUNG Die Gesamtauswirkungen traten zwischen dem 11. September 2026, 07:02 UTC und dem 11. September 2026, 07:56 UTC auf zwei Produkten auf. Während dieser Zeit erlebten einige Kunden in der EU-Region, die Jira und Jira Service Management nutzten, intermittierende Ausfälle oder verschlechterte Leistung. Wir stellten fest, dass ein Konfigurationsfehler die Skalierung kritischer Abhängigkeitsdienste verhinderte, was zu einem Ausfall für betroffene Benutzer führte. Jira und Jira Service Management-Benutzer haben Timeout-Fehler und fehlgeschlagene oder verzögerte Seitenladungen beim Versuch, auf die Arbeitselementansicht, den Problemnavigator und die Boardansicht zuzugreifen. ### Wurzelursache Der Vorfall wurde durch die Bereitstellung einer Änderung am Graph-Store-Service verursacht, der Links zu Drittanbietern wie Pull-Anfragen dient. Die Änderung führte dazu, dass Startüberprüfungen fehlschlugen und neue Knoten daran gehindert wurden, dem Cluster beizutreten. Während des Spitzenverkehrs konnte der Dienst nicht ausreichend skaliert werden, was dazu führte, dass Anfragen von Jira und Jira Service Management an den Grafikspeicherdienst fehlschlugen. ### REMEDIAL ACTIONS PLAN & NEXT STEPS Wir wissen, dass Ausfälle Ihre Produktivität beeinflussen. Wir priorisieren die folgenden Verbesserungsmaßnahmen, um eine Wiederholung dieser Art von Vorfällen zu vermeiden: Codebasierte Konfiguration implementieren: Wir verschieben Konfigurationsdefinitionsdateien als Teil der Kerncodebasis, um sicherzustellen, dass sie synchron mit der Anwendungslogik versioniert und bereitgestellt werden. Graceful Degradation in Jira: Wir implementieren Änderungen an den betroffenen Jira-Ansichten, um Kernabfragen von nicht kritischen Abhängigkeitsabfragen zu trennen, so dass die Seite auch dann funktionsfähig bleibt, wenn ein nachgelagerter Dienst ausfällt. - Deployment Pipeline optimieren: Deployment-Pipelines werden optimiert, um beschleunigte, parallele Updates während operativer Reaktionsszenarien zu ermöglichen. 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. 3. September 2026 um 14:20 UTCinvestigating

   Wir untersuchen ein Problem, das Jira Service Management betrifft. Betroffene Benutzer können bei der Anzeige oder Interaktion mit dem Feld Betroffene Dienste Fehler oder Langsamkeit feststellen. Unsere Teams untersuchen aktiv die Ursache. Wir werden das nächste Update in der nächsten 1 Stunde oder früher bereitstellen.

2. 3. September 2026 um 15:20 UTCinvestigating

   Wir haben die Ursache des Problems identifiziert, das Jira Service Management betrifft, und stellen derzeit einen Fix bereit. Wir erwarten in Kürze eine Erholung und werden die Situation weiterhin genau beobachten. Wir werden das nächste Update in 60 Minuten oder früher bereitstellen, wenn es ein materielles Update gibt.

3. 3. September 2026 um 16:15 UTCmonitoring

   Die Leistungsverschlechterung von Jira Service Management wurde behoben und die Dienste funktionieren nun normal für alle betroffenen Kunden. Wir werden die Leistung weiterhin genau überwachen, um die Stabilität zu bestätigen.

4. 3. September 2026 um 17:03 UTCresolved

   Am 3. September 2026 haben einige Jira Service Management-Benutzer möglicherweise Fehler beim Anzeigen des Felds Betroffene Dienste oder bei Leistungseinbußen im Internet festgestellt. 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 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.

2. 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. 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

   We are investigating issues affecting your services. We are actively working to identify the cause and resolve the issue. We will provide further updates within one hour.

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.

1. 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.

2. 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.

3. 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.

1. 21. Juli 2026 um 09:48 UTCidentified

   Wir arbeiten mit unserem Benachrichtigungsanbieter zusammen, um das Problem zu lösen. Wir werden innerhalb von 24 Stunden oder sobald weitere Informationen verfügbar sind, ein weiteres Update bereitstellen.

2. 22. Juli 2026 um 06:59 UTCidentified

   Eine kleine Anzahl von Sprachbenachrichtigungen für Jira Service Management- und Opsgenie-Kunden, die in Indien ansässige Mobilfunknummern verwenden, kann fehlschlagen. Kunden können fehlerhafte Sprachanrufprotokolle sehen und den erwarteten Paging-Anruf nicht erhalten. Unser Drittanbieter von Benachrichtigungen arbeitet aktiv daran, die Sprachbenachrichtigung wiederherzustellen, und wir werden Updates bereitstellen, sobald das Problem behoben ist. Wenn Sie weitere Unterstützung oder Informationen benötigen, wenden Sie sich bitte an unser Support-Team.

3. 24. Juli 2026 um 13:07 UTCresolved

   Unser benachrichtigungsanbieter hat die wurzel des problems identifiziert, das sprachanruffehler bei einigen indien ansässigen mobilfunknummern verursacht. Wir verstehen die Unannehmlichkeiten, die dies verursachen kann, und schätzen Ihre Geduld, während unser Anbieter an der Wiederherstellung des Dienstes arbeitet. Wenn Sie Probleme mit Sprachbenachrichtigungen haben, wenden Sie sich bitte an unseren Support für Unterstützung.

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 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 09:42 UTCinvestigating

   Users are facing degraded performance while accessing Assets page which is impacting Assets object creation, updation and deletion activities. Our teams are investigating actively and will be sharing more details in next 1 hour.

2. 10. Juni 2026 um 10:00 UTCresolved

   On June 10 2026, between 08:10 and 09:08 UTC, users experienced degraded performance and inability to load the Assets page, which is impacting the ability to create, update, and delete assets. We have implemented a fix and services have been restored to normal operation for all affected customers.

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:27 UTCresolved

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