Störungsverlauf von Jira

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. 24. September 2026 um 08:52 UTCmonitoring

   Wir haben ein Problem mit Jira verfolgt, bei dem Benutzer möglicherweise Fehler oder eine beeinträchtigte Leistung beim Zugriff auf Jira und bei der Anzeige von Problemen aufgetreten sind. Es gibt Abschwächungen, und wir sehen positive Anzeichen einer Erholung. Unsere Teams beobachten die Situation weiterhin und wir erwarten, dass wir innerhalb der nächsten 60 Minuten eine Lösung bestätigen werden.

2. 24. September 2026 um 10:34 UTCmonitoring

   Wir werden die Situation weiterhin genau beobachten, um volle Stabilität in Jira zu gewährleisten. Erholungszeichen bleiben stabil. Unser nächstes Update wird in 60 Minuten oder früher geteilt.

3. 24. September 2026 um 11:46 UTCresolved

   Am 24. September 2026, zwischen 07:28 und 08:08 UTC, haben einige Jira-Benutzer möglicherweise Fehler oder eine beeinträchtigte Leistung beim Zugriff auf Jira und beim Anzeigen von Problemen festgestellt. Das Problem wurde nun behoben und der Service funktioniert normal für alle Kunden.

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

4. 10. September 2026 um 18:15 UTCpostmortem

   ### Zusammenfassung Am 3. September 2026, zwischen 14:52 und 17:02 UTC, erlebten Atlassian-Kunden, die Jira und Jira Service Management in der US-Ost-Region nutzten, intermittierende Fehler und beeinträchtigten den Zugriff auf Jira-Kernerlebnisse, einschließlich Rovo, Anzeigeprobleme, Boards, Navigation, Such-backed-Erfahrungen und Workflow-bezogene Aktionen. Die Veranstaltung wurde durch eine schrittweise Einführung einer Caching-Änderung im Autorisierungsdienst von Atlassian ausgelöst. Die Änderung erhöhte den Cache-Verkehr und führte zu einer Sättigung der für die Autorisierungsprüfungen verwendeten Cache-Schicht, was dann zu Timeouts und Servicefehlern für einige Kunden in der Region führte. Der Vorfall wurde durch unser Monitoring innerhalb von ca. 12 Minuten erkannt. Wir haben durch die Bereitstellung des betroffenen Cache-Dienstes und die Deaktivierung der Feature-Flags, die dem neuen Cache-Pfad zugeordnet sind, gemindert. Die Gesamtauflösungszeit betrug 2 Stunden und 10 Minuten. ### WIRKUNG Die Gesamtauswirkungen ereigneten sich am 3. September 2026 zwischen 14:52 und 17:02 UTC. Während dieser Zeit erlebten einige Kunden in der US-Ost-Region, die Jira und Jira Service Management nutzten, intermittierende Ausfälle oder verminderte Leistung beim Zugriff auf Erlebnisse, die von Autorisierungsprüfungen abhängen. Dazu gehörten Issue View, Rovo, Board View, Navigation, Search-Backed Experiences, API und Workflow-bezogene Aktionen. ### Wurzelursache Das Problem wurde durch eine schrittweise Einführung eines neuen Cache-Pfades im Autorisierungsdienst von Atlassian verursacht. Die Änderung sollte die Skalierbarkeit für Kunden mit großen Autorisierungsdatensätzen verbessern, indem geändert wurde, wie einige Autorisierungsinformationen zwischengespeichert wurden. Während des Rollouts waren sowohl der bestehende als auch der neue Cache-Pfad für Konsistenzprüfungen aktiv, was die Anzahl der Cache-Einträge und Cache-Operationen erhöhte. In der US-Ost-Region, wo das Verkehrsaufkommen am höchsten war, werden durch diese zusätzliche Belastung Teile der gemeinsamen Cache-Schicht gesättigt. Als Cache-Anfragen ausgingen, machte der Autorisierungsdienst mehr Fallback-Anfragen an vorgelagerte Systeme, was die Last weiter erhöhte und Leistungsschalter und Timeouts verursachte. Abhängige Jira-Erfahrungen, die Autorisierungsprüfungen erfordern, haben dann intermittierende Fehler zurückgegeben oder konnten nicht für betroffene Benutzer geladen werden. Die anfängliche Rollout-Überwachung tauchte das Risiko nicht früh genug auf, da Regionen mit geringerem Verkehrsaufkommen nicht den gleichen Verschlechterungsgrad aufwiesen und einige Warnungen nicht in einer Weise erfasst oder weitergeleitet wurden, die die regionale Cache-Sättigung hervorhob, bevor die Kundenwirkung zunahm. ### REMEDIAL ACTIONS PLAN & NEXT STEPS Wir wissen, dass Ausfälle die Produktivität der Kunden beeinträchtigen, und wir entschuldigen uns bei Kunden, die während dieses Vorfalls betroffen waren. Wir priorisieren die folgenden Verbesserungsmaßnahmen, um die Wahrscheinlichkeit und die Auswirkungen ähnlicher Vorfälle zu reduzieren: - **Verbesserte Sicherheitsvorkehrungen:** Verbessern Sie die Rollout-Praktiken für Cache- und Autorisierungsservice-Änderungen mit hohem Risiko, indem Sie kleinere, regionenbewusste Rollout-Inkremente verwenden und das Verhalten in Regionen mit höherem Datenverkehr vor einer breiteren Aktivierung validieren. - **Anmutige Degradation umsetzen:** Bewerten Sie anmutige Abbauoptionen für Autorisierungsprüfungen, damit abhängige Erfahrungen weiterarbeiten können, wenn eine Cache-Abhängigkeit nicht verfügbar ist. - **Verstärkte regionale Telemetrie und Kapazitätsüberwachung:** Stärkung der Cache-Kapazität und Zustandsüberwachung, einschließlich regionaler Detektoren für Cache-CPU, Speicherdruck, Trefferrate, Räumungsrate, Timeout-Rate und Verbindungsverhalten. - **Erweitern Sie die Belastungsprüfung im Produktionsmaßstab:** Überprüfen Sie das Cache-Design und die Kapazitätsplanung für Autorisierungsdaten, sodass Änderungen, die die Kardinalität der Schlüssel erhöhen, oder Cache-Operationen vor dem Rollout gegen repräsentativen Traffic im Produktionsmaßstab getestet werden. - **Harden Client Resilience:** Überprüfen Sie das Cache-Client-Timeout und das Reconnect-Verhalten, um das Risiko von Verbindungsstürmen zu verringern, wenn Cache-Knoten langsam oder gesättigt werden. Wir werden diese Aktionen weiterhin durch den Incident Review-Prozess validieren und mit den verantwortlichen Engineering-Teams bis zum Abschluss verfolgen. Danke, Atlassian Kundensupport

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

   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:24 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA. 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: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.

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 and JSM customers using Microsoft OAuth for automatic creation of Jira tickets from email were unable to read email. This is now fixed and functional for all new incoming email processing. The impacted customers during the incident period need to re-authorise the Microsoft mail server to restore and below are the instructions. To re-authorise an incoming Microsoft mail server: Login in Jira as Admin Select  > System Select Mail > Incoming Mail. Select Edit incoming mail server. Select re-authorise . Enter your Microsoft credentials to continue using your Microsoft mail server.

2. 26. Juni 2026 um 05:13 UTCresolved

   Our team has proactively reached out to all impacted organizations providing the below instructions to re-authorize their Microsoft mail server. If you are still experiencing this issue, please attempt to complete the re-authorization as advised below. If further issues still occur that you believe to be related to this incident, please reach out to Atlassian support for further assistance.

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.