Störungsverlauf von Rightscale

1. 24. August 2026 um 13:04 UTCinvestigating

   Incident Description: Wir untersuchen ein Problem mit Auswirkungen auf die Bestandsverarbeitung innerhalb von Flexera One IT Asset Management in Nordamerika. Kunden können Verzögerungen bei der Bestandsverarbeitung und eine verzögerte Verfügbarkeit aktualisierter Bestandsdaten innerhalb der Plattform feststellen. Priorität: P2 Restaurierungsaktivität: Unsere technischen Teams untersuchen das Problem aktiv und überprüfen die Bestandsverarbeitungsaktivitäten im gesamten betroffenen Service. Wir arbeiten daran, die Ursache der Verarbeitungsverzögerungen zu identifizieren und die normale Verarbeitung wiederherzustellen. Weitere Updates werden bereitgestellt, sobald mehr Informationen verfügbar werden.

2. 24. August 2026 um 14:57 UTCinvestigating

   Technische Teams haben festgestellt, dass das Verhalten der Bestandsverarbeitung bei den betroffenen Kunden variiert. Während Inventar weiterhin für einige Kunden verarbeitet wird, erleben andere deutlich reduzierte Verarbeitungsraten oder Inventar, das nicht durch normale Verarbeitungsabläufe voranschreitet. Technische Teams haben auch Serviceverfügbarkeitsfehler identifiziert, die einige Inventar-Upload-Versuche betreffen, und untersuchen aktiv den Umfang der Auswirkungen und die zugrunde liegende Ursache. Die Analyse der betroffenen Organisationen und Verarbeitungsaktivitäten läuft weiter. Weitere Updates werden bereitgestellt, sobald mehr Informationen verfügbar werden.

3. 24. August 2026 um 16:38 UTCidentified

   Die technischen Teams haben gezielte Service-Recovery-Aktionen durchgeführt und beobachten den Bestandsverarbeitungs-Lebenslauf für zuvor betroffene Kunden, wobei der Rückstand sinkt. Die Untersuchung läuft weiter, da die technischen Teams die Genesung weiterhin überwachen und die zugrunde liegende Ursache bewerten. Während Fortschritte beobachtet wurden, validieren die Teams weiterhin die Servicestabilität und überwachen die verbleibenden Auswirkungen. Wir werden weitere Updates bereitstellen, sobald weitere Informationen verfügbar sind.

4. 24. August 2026 um 21:21 UTCmonitoring

   Die Erholung schreitet weiter voran, wobei die Bestandsverarbeitungsaktivitäten wieder auf das erwartete Niveau für zuvor betroffene Kunden zurückkehren. Die technischen Teams beobachten einen kontinuierlichen Rückgang des Auftragsbestands und überwachen die Servicestabilität aktiv. Die Untersuchung der zugrunde liegenden Ursache ist noch nicht abgeschlossen. Die aktuelle Analyse konzentriert sich auf mehrere potenzielle Faktoren, die während des betroffenen Zeitraums identifiziert wurden, während die technischen Teams die Wiederherstellung weiterhin validieren und die verbleibenden Auswirkungen überwachen.

5. 25. August 2026 um 10:00 UTCmonitoring

   Die technischen Teams beobachten weiterhin einen stetigen Rückgang des Auftragsbestands und überwachen gleichzeitig die allgemeine Servicestabilität. Die Untersuchung der zugrunde liegenden Ursache ist noch nicht abgeschlossen. Wir werden weiterhin Updates bereitstellen, sobald zusätzliche Informationen verfügbar sind.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 18. August 2026 um 09:32 UTCinvestigating

   Incident Description: Wir untersuchen derzeit ein Problem, das den Zugang zu Flexera One-Diensten in der APAC-Region betrifft. Die betroffenen Kunden können Schwierigkeiten beim Zugriff auf die Plattform haben oder nach der Authentifizierung auf Fehler stoßen. Priorität: P1 Wiederherstellungsaktivität: Unsere Techniker wurden beauftragt und untersuchen das Problem aktiv, um die zugrunde liegende Ursache zu identifizieren und den normalen Service so schnell wie möglich wiederherzustellen.

2. 18. August 2026 um 10:18 UTCidentified

   Unsere Untersuchung hat ein Konfigurationsproblem als wahrscheinliche Ursache der Auswirkungen identifiziert. Teams arbeiten aktiv an der Implementierung und Validierung von Korrekturmaßnahmen zur Wiederherstellung des normalen Servicebetriebs. Weitere Aktualisierungen werden im Laufe der Untersuchung bereitgestellt.

3. 18. August 2026 um 10:43 UTCidentified

   Im Laufe der Untersuchung haben unsere Teams Hinweise darauf gefunden, dass das Problem nicht für das IT Asset Management isoliert ist und breitere Auswirkungen auf die Flexera One-Plattform in APAC haben könnte. Abhilfemaßnahmen gegen die identifizierte Ursache sind im Gange, und die Teams konzentrieren sich auf die Wiederherstellung der vollen Servicestabilität. Zusätzliche Updates werden bereitgestellt, sobald mehr Informationen verfügbar sind.

4. 18. August 2026 um 10:50 UTCidentified

   Wir arbeiten weiter an einer Lösung für dieses Problem.

5. 18. August 2026 um 11:47 UTCmonitoring

   Ein Fix wurde implementiert und der Zugriff auf die Flexera One-Plattform wurde wiederhergestellt. Unsere Teams führen zusätzliche Validierungsaktivitäten durch und überwachen weiterhin den Zustand und die Leistung des Dienstes, um die Stabilität zu bestätigen und sicherzustellen, dass alle Dienste voll funktionsfähig bleiben.

6. 18. August 2026 um 12:13 UTCresolved

   Nach erweiterten Überwachungs- und Verifizierungsaktivitäten haben unsere Teams bestätigt, dass die Dienste stabil bleiben und keine weiteren Auswirkungen beobachtet wurden. Der Vorfall wurde behoben und alle betroffenen Dienste sind voll funktionsfähig.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. August 2026 um 01:08 UTCinvestigating

   Incident Description: We are currently investigating an issue impacting the reconciliation process within the IT Asset Management platform in the EU region. Affected customers may experience failures when attempting to run reconciliation jobs. As a result, reconciliation processes may not complete successfully, potentially delaying data updates and downstream processing. Priority: P2 Restoration Activity: Our technical teams have been engaged and are actively working to identify the root cause and restore services. Further updates will be provided as we continue working toward resolution.

2. 13. August 2026 um 03:27 UTCmonitoring

   Our teams identified a configuration issue introduced during the completion of a standard release earlier today, which prevented an instance from successfully communicating with the Reconcile service. The affected instance's configuration process was successfully re-executed, restoring the required settings and re-establishing connectivity with the Reconcile service. Validation testing confirmed normal service operation, and reconciliation processing has resumed successfully. The environment remains under monitoring to ensure continued stability.

3. 13. August 2026 um 03:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 13. August 2026 um 05:57 UTCresolved

   Following extended monitoring, our teams have confirmed that the platform has remained stable and no recurrence of the issue has been observed since the remediation actions were completed. Reconciliation processing continues to operate normally, connectivity with the Reconcile service remains healthy, and all validation checks have been successful. Based on the sustained stability of the environment and the absence of any further failures, this incident has been resolved

1. 11. August 2026 um 17:26 UTCinvestigating

   Incident Description: We are investigating an issue affecting Cloud Cost Optimization (CCO) services in the North America (NAM) region. Customers may experience pages failing to load, prolonged loading behavior, or difficulty accessing certain Cloud Cost Optimization functionality within Flexera One. Priority: P2 Restoration Activity: Our technical teams are actively investigating the issue and working to restore normal service. Current efforts are focused on identifying the cause of the degradation and validating corrective actions. We will provide additional updates as more information becomes available.

2. 11. August 2026 um 17:48 UTCidentified

   Our investigation has identified the issue affecting certain Cloud Cost Optimization (CCO) functionality in the North America region. Following a recent service migration, some application components were not operating with the expected resource configuration, resulting in certain requests failing to complete and impacted pages remaining in a continuous loading state. Our technical teams have implemented configuration changes to restore the appropriate resource allocation for the affected services and are currently deploying those changes. We are monitoring recovery and validating service functionality as the update takes effect. We will provide additional updates as progress continues.

3. 11. August 2026 um 18:08 UTCmonitoring

   The configuration changes have been deployed, and the affected service components are now operating with the intended resource configuration. Our technical teams have observed recovery of the impacted Cloud Cost Optimization (CCO) functionality in the North America region and are performing final validation to confirm service stability. We will continue to monitor the environment closely and provide a further update once validation activities are complete.

4. 11. August 2026 um 20:26 UTCresolved

   Following a period of monitoring, services have remained stable and no further issues have been observed. This incident is now considered resolved.

5. 14. August 2026 um 20:02 UTCpostmortem

   **Description:** Flexera One - Cloud Cost Optimization \(CCO\) - North America - Service Degradation Affecting Certain Functionality **Timeframe:** August 11, 2026, 9:51 AM PDT – August 11, 2026, 10:45 AM PDT **Incident Summary** On August 11, 2026, customers may have experienced issues accessing certain Cloud Cost Optimization \(CCO\) functionality in the North America region. Impacted pages could remain in a continuous loading state and fail to render correctly. Technical teams began investigating after identifying that certain application requests were not completing successfully. The impact was limited to specific functionality rather than the entire CCO service. During the investigation, technical teams determined that dependent application services were unable to successfully retrieve required configuration information from a supporting service component, resulting in rendering issues for affected functionality. Corrective configuration changes were implemented and updated service components were deployed. Following deployment, technical teams validated recovery and continued monitoring the environment to confirm stable operation. All affected functionality subsequently returned to normal operation. **Root Cause** During a recent service migration, a supporting application component was deployed with an incorrect resource configuration. As processing demand increased, the affected service components exhausted available resources and became unavailable. As a result, dependent application services were unable to successfully retrieve required configuration information needed to process certain requests. This resulted in rendering issues affecting specific Cloud Cost Optimization \(CCO\) functionality. **Remediation Actions** The following actions were taken during the incident response: 1. Incident Investigation Initiated: Technical teams investigated reports of affected CCO functionality remaining in a continuous loading state and failing to render correctly. 2. Service Dependency Analysis Performed: Technical teams identified that dependent application services were unable to successfully retrieve required configuration information from a supporting service component. 3. Configuration Issue Identified: Investigation determined that a supporting application component had been deployed with an incorrect resource configuration following a recent service migration. 4. Corrective Configuration Changes Applied: Technical teams implemented configuration changes to restore the intended operating parameters for the affected service components. 5. Service Recovery Validation Performed: Updated service components were deployed, affected functionality was validated, and the environment was monitored to confirm stable operation before incident closure. **Future Preventative Measures** Following this incident, technical teams reviewed the migration and deployment process associated with the affected service component. 1. Configuration Validation Enhancements: An additional validation step has been added to verify that service configurations are appropriate for forecasted processing requirements following migration activities. This additional review is intended to help identify configuration discrepancies before they can affect production workloads.

1. 7. August 2026 um 04:55 UTCinvestigating

   Problembeschreibung: Unsere Teams haben festgestellt, dass die E-Mail-Systeme einiger Flexera-Kunden E-Mails ablehnen, die Benachrichtigungen über Updates zu Flexera-Supportfällen enthalten. Priorität: P3 Wiederherstellungstätigkeit: Technische Teams untersuchen das Problem aktiv. In der Zwischenzeit melden Sie sich bitte bei der Flexera Community an und nutzen Sie das Support Case Portal unter https://community.flexera.com/s/case/Case/Default, um den Fallstatus zu überprüfen und nach Updates zu suchen.

2. 7. August 2026 um 12:28 UTCidentified

   Unsere Teams haben die Ursache des Problems identifiziert und arbeiten derzeit daran, es zu lösen.

3. 8. August 2026 um 10:48 UTCidentified

   Unsere Teams arbeiten weiter an einer Lösung. Während der laufenden Untersuchung haben wir festgestellt, dass in einigen Fällen E-Mails von Flexera von SharePoint blockiert werden können. Die Lösung dieses Problems erfordert zusätzliche Untersuchungen und die Koordinierung mit den relevanten Parteien, um sicherzustellen, dass geeignete Korrekturmaßnahmen ergriffen werden. Wir werden weiterhin Updates bereitstellen, sobald mehr Informationen verfügbar sind.

4. 10. August 2026 um 10:10 UTCidentified

   Unsere Teams arbeiten weiter an einer Lösung. Zusätzliche Untersuchungen und Koordination mit den entsprechenden Teams sind im Gange, um den normalen E-Mail-Flow wiederherzustellen. Wir werden weitere Updates bereitstellen, sobald weitere Informationen verfügbar sind.

5. 12. August 2026 um 13:50 UTCmonitoring

   Unsere Teams haben Korrekturmaßnahmen umgesetzt und beobachten positive Ergebnisse. Erste Validierungstests waren erfolgreich, was darauf hinweist, dass die Minderungsmaßnahmen wirksam sind. Wir werden den Service weiterhin genau beobachten, um eine anhaltende Stabilität zu gewährleisten, und werden weitere Updates bereitstellen, sobald sie verfügbar sind.

6. 14. August 2026 um 05:41 UTCresolved

   Nach einer erweiterten Überwachung haben unsere Teams bestätigt, dass alle E-Mail-Updates erfolgreich geliefert werden. Dieser Vorfall wurde als gelöst erklärt.

7. 21. August 2026 um 09:13 UTCpostmortem

   **Beschreibung:** Flexera Support Cases – Verzögerte oder fehlgeschlagene E-Mail-Benachrichtigungen **Zeitrahmen:** 5. August 2026, 12:00 Uhr PDT bis 13. August 2026, 11:10 Uhr PDT **Incident Summary** Am 5. August 2026 identifizierten unsere Teams ein Problem mit E-Mail-Benachrichtigungen für Flexera Support-Fälle. Während des Vorfalls erhielten einige Kunden keine E-Mail-Benachrichtigungen, wenn Updates für ihre Supportfälle vorgenommen wurden, was das Bewusstsein für die Fallaktivität und den Fortschritt verzögert haben könnte. Unsere technischen Teams untersuchten das Problem und stellten fest, dass ein Problem mit der E-Mail-Zustellungskonfiguration dazu führte, dass einige Outbound-Support-Fallbenachrichtigungen von Empfänger-E-Mail-Systemen abgelehnt wurden. Als Zwischenmaßnahme wurde den Kunden empfohlen, direkt auf das Flexera Community Support Case Portal zuzugreifen, um ihren Fallstatus und ihre Updates zu überprüfen. Unsere Teams haben eine dauerhafte Änderung der E-Mail-Zustellungskonfiguration vorgenommen und anschließend die Benachrichtigungszustellung validiert. Nach der Behebung wurden E-Mail-Benachrichtigungen bestätigt, wie erwartet zu funktionieren, und der Vorfall wurde am 13. August 2026 um 11:10 Uhr PDT gelöst. **Wurzelursache** * E-Mail-Zustellungskonfiguration: Ein Problem mit der Konfiguration, die verwendet wurde, um kundenorientierte Supportfallbenachrichtigungen zu liefern, führte dazu, dass einige E-Mails von Empfänger-E-Mail-Systemen abgelehnt wurden. Benachrichtigungszustellung: Die betroffene Konfiguration führte dazu, dass einige Kunden keine E-Mail-Benachrichtigungen erhielten, wenn Updates für ihre Supportfälle vorgenommen wurden. * Customer Impact: Das Problem betraf nur E-Mail-Benachrichtigungen; Kunden konnten weiterhin direkt über das Flexera Community Support Case Portal auf ihre Supportfälle zugreifen. **Abhilfemaßnahmen** * Aktualisierte E-Mail-Zustellungskonfiguration: Die E-Mail-Zustellungskonfiguration wurde permanent aktualisiert, um die entsprechende primäre E-Mail-Zustellungsinfrastruktur zu verwenden. * Benachrichtigungsvalidierung: Teams validierten die Übermittlung ausgehender Benachrichtigungen nach der Konfigurationsänderung. * Customer Workaround: Während des Vorfalls wurde den Kunden empfohlen, direkt auf das Flexera Community Support Case Portal zuzugreifen, um den Fallstatus und Updates zu überprüfen. * Serviceüberwachung: Teams überwachten die Zustellung von E-Mail-Benachrichtigungen nach der Behebung, um die anhaltende Stabilität zu bestätigen. ** Künftige Präventivmaßnahmen** * Zugelassenes E-Mail-Routing beibehalten: Kundenbezogene Support-Fallmeldungen werden weiterhin die primäre E-Mail-Zustellungsinfrastruktur verwenden, die durch die dauerhafte Behebung eingerichtet wurde. * E-Mail-Zustellungsüberwachung: Verbessern Sie die Überwachung und Warnung auf Fehler bei der Benachrichtigung von Outbound-Supportfällen und abgelehnten Nachrichten, um mögliche Lieferprobleme früher zu erkennen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 5. August 2026 um 08:28 UTCresolved

   Vorfallbeschreibung: Unsere Teams identifizierten eine Serviceunterbrechung, die eine Teilmenge von Flexera One IT Asset Management (ITAM)-Kunden in der APAC-Produktionsumgebung vom 4. August 2026, 04:04 Uhr PDT bis 04:25 Uhr PDT betraf. Während des betroffenen Zeitraums erlebte eine Teilmenge unserer Kunden intermittierende Langsamkeit, mangelnde Reaktionsfähigkeit des Dienstes oder Datenladefehler innerhalb der Plattform. Priorität: P2 Wiederherstellungsaktivität: Unsere technischen Teams untersuchten das Problem und stellten fest, dass während des betroffenen Zeitraums eine unerwartete Erschöpfung der Datenbankressourcen auftrat. Der Zustand wurde anschließend selbst korrigiert, so dass sich die betroffenen Dienste erholen und zum normalen Betrieb zurückkehren können. Die Validierung nach dem Vorfall bestätigte, dass der Plattformbetrieb wie erwartet abläuft. Wir führen eine detaillierte Überprüfung des Vorfalls durch und bewerten zusätzliche Sicherheitsvorkehrungen, Kapazitätskontrollen und Überwachungsverbesserungen, um die Wahrscheinlichkeit ähnlicher Ereignisse in der Zukunft weiter zu verringern.

2. 21. August 2026 um 09:03 UTCpostmortem

   **Beschreibung:** Flexera One - IT Asset Management - APAC - Datenladefehler / Langsamkeit **Zeitrahmen:** 4. August 2026, 4:04 Uhr PDT bis 4. August 2026, 4:25 Uhr PDT **Incident Summary** Am Dienstag, den 4. August 2026, identifizierten unsere Teams ein Problem, das eine Teilmenge von Kunden in der APAC-Produktionsumgebung betraf. Während des Vorfalls erlebten einige Kunden eine intermittierende Langsamkeit der Anwendung, vorübergehende Reaktionsfähigkeit und Ausfälle beim Laden von Daten in Flexera One IT Asset Management. Unsere technischen Teams untersuchten das Problem und stellten fest, dass ein unerwartetes Ereignis zur Erschöpfung der Datenbankressourcen die Produktionsumgebung beeinflusste. Die Bedingung führte zu einer vorübergehenden Leistungsminderung für eine Teilmenge von Kundenmietern. Der Datenbankzustand wurde nach etwa 20 Minuten automatisch aufgelöst und die Anwendungsleistung normalisiert, ohne dass ein direkter technischer Eingriff erforderlich war. Unsere Teams überwachten die Umgebung nach der Wiederherstellung weiter und bestätigten, dass die betroffenen Dienste normal ohne anhaltende Kundenauswirkungen funktionierten. **Wurzelursache** * Unerwartete Datenbankressourcenerschöpfung: Ein vorübergehender Anstieg des Datenbankressourcenverbrauchs erschöpfte die verfügbare temporäre Datenbankspeicherkapazität, die vom Produktionsdatenbankcluster verwendet wurde. * High Resource-Consuming Queries: Es wurde festgestellt, dass eine bestimmte unerwartete Abfrage manuell von einem Benutzer ausgeführt wurde, der erhebliche Mengen an temporären Datenbankressourcen verbrauchte, was zu einer vorübergehenden Ressourcenerschöpfung führte. * Auswirkungen auf die Anwendungsleistung: Die Ressourcenerschöpfung wirkte sich auf den Datenbankbetrieb aus und führte zu intermittierender Anwendungslangsamkeit, mangelnder Reaktionsfähigkeit und Datenladefehlern für eine Teilmenge von Kunden. **Abhilfemaßnahmen** * Automatische Servicewiederherstellung: Der Zustand der Datenbankressourcen wurde automatisch gelöscht, sodass Anwendungsdienste in den normalen Betrieb zurückkehren können. * Serviceüberwachung: Teams überwachten die Umgebung nach der Wiederherstellung und bestätigten, dass die Dienste stabil blieben. * Incident-Analyse: Engineering-Teams überprüften die Datenbankaktivität und Ressourcenauslastung, die mit dem Ereignis verbunden sind, um die beitragenden Abfragen zu identifizieren und das Verhalten zu verstehen. ** Künftige Präventivmaßnahmen** * Resource Governance: Evaluieren Sie zusätzliches SQL Server-Ressourcen-Governance-Kontrollen, um die potenziellen Auswirkungen von Datenbankanfragen mit hohen Ressourcen zu reduzieren. * Verbesserung der Alarmreaktion: Überprüfung der Verfahren für die Alarmbehandlung zur Verbesserung der Erkennung, Bewertung und Reaktion auf ähnliche Datenbankressourcenbedingungen. * Operationelle Verbesserungen: Die Abfrage wurde von unseren technischen Teams überprüft und es wurden Maßnahmen ergriffen, um ein ähnliches Szenario in Zukunft zu vermeiden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. August 2026 um 06:56 UTCinvestigating

   Incident Description: Wir untersuchen derzeit ein Problem mit Uploads von Inventarpaketen (*.zip) in der Region Europa für Flexera One IT Asset Management. Kunden, die versuchen, bestimmte Inventarpakete hochzuladen, können auf Fehler stoßen, die zu fehlgeschlagenen Inventar-Uploads und Verzögerungen bei der Verarbeitung von Inventardaten führen. Priorität: P2 Restaurierungsaktivität: Unser technisches Team untersucht das Problem aktiv und überprüft die aktuellen Verarbeitungsaktivitäten, um Umfang und Fortschritt zu bestätigen. Wir beobachten die Situation genau und werden Updates bereitstellen, sobald mehr Informationen verfügbar werden.

2. 3. August 2026 um 08:10 UTCinvestigating

   Unsere Teams untersuchen das Problem weiterhin aktiv und führen eine detaillierte Überprüfung der Systemprotokolle und Diagnosen durch, um die zugrunde liegende Ursache weiter zu identifizieren und zu bestätigen. Wir werden zusätzliche Updates bereitstellen, sobald weitere Informationen verfügbar sind.

3. 3. August 2026 um 09:38 UTCinvestigating

   Während der laufenden Untersuchung stellten unsere Teams fest, dass das Problem auch die Kommunikation mit der Flexera One EU Production-Umgebung beeinflussen könnte. Infolgedessen können zusätzliche Operationen, die auf der Beacon-to-Plattform-Kommunikation beruhen, betroffen sein. Das Team untersucht weiterhin die zugrunde liegende Ursache, bewertet den vollen Umfang der Auswirkungen und arbeitet daran, eine Lösung so schnell wie möglich umzusetzen.

4. 3. August 2026 um 10:40 UTCmonitoring

   Unsere Teams haben eine kürzliche Konfigurationsänderung als wahrscheinliche Ursache des Problems identifiziert. Die Konfiguration wurde seitdem zurückgenommen, und wir beobachten die Wiederherstellung des Dienstes in den betroffenen Komponenten, wobei die Plattformfunktionalität allmählich auf das erwartete Niveau zurückkehrt. Die Teams sind weiterhin aktiv an der Überwachung der Umgebung beteiligt, um die vollständige Wiederherstellung zu validieren, die Stabilität der Plattform zu gewährleisten und etwaige Restauswirkungen schnell zu beheben.

5. 3. August 2026 um 10:40 UTCmonitoring

   Wir werden weiterhin auf weitere Probleme achten.

6. 3. August 2026 um 17:09 UTCmonitoring

   Mitigation-Maßnahmen bleiben wirksam, und die Bestandsbearbeitung wird erfolgreich fortgesetzt. Wir überwachen aktiv den Wiederherstellungsfortschritt und arbeiten den verbleibenden Rückstand durch, um sicherzustellen, dass die gesamte Verarbeitung erfolgreich abgeschlossen wird. Wir werden weiterhin Updates bereitstellen, wenn die Wiederherstellungsbemühungen voranschreiten.

7. 4. August 2026 um 07:02 UTCmonitoring

   Die Servicewiederherstellung bleibt auf Kurs, wobei die Minderungsmaßnahmen weiterhin wirksam sind. Die Bestandsaufbereitung funktioniert erfolgreich, und der Rückstand wurde erheblich reduziert, wodurch sich die Volumina dem normalen Niveau annähern. Unsere Teams überwachen weiterhin die Umwelt und verarbeiten den verbleibenden Rückstand, um die Wiederherstellung abzuschließen. Gegebenenfalls werden weitere Aktualisierungen bereitgestellt.

8. 4. August 2026 um 11:09 UTCresolved

   Die Umwelt ist auf ein normales Betriebsniveau zurückgekehrt. Inventarverarbeitung und Beacon-Kommunikation sind stabil und der Backlog hat die erwarteten Schwellenwerte erreicht. Die Plattform bleibt gesund, wobei die kontinuierliche Überwachung eine nachhaltige Stabilität bestätigt. Weitere Details zu den Ursachen, restaurativen Maßnahmen und langfristigen Verbesserungsinitiativen werden nach der Validierung der Ergebnisse in einem Post-Mortem-Bericht vorgestellt.

9. 18. August 2026 um 12:41 UTCpostmortem

   **Beschreibung:** Flexera One- IT Asset Management - EU - Inventar-Uploadfehler **Zeitrahmen:** 31. Juli 2026, 18:00 Uhr PDT bis 4. August 2026, 4:09 Uhr PDT **Incident Summary** Am Sonntag, den 2. August 2026, um 23:42 Uhr PDT, identifizierte Flexera ein Problem, das Inventarpaket-Uploads und ausgewählte Beacon-Kommunikation innerhalb der Flexera One IT Asset Management EU-Produktionsumgebung betrifft. Betroffene Kunden erlebten fehlgeschlagene Inventarpaket-Uploads, einschließlich HTTP 504 (Gateway Timeout) und HTTP 405 (Methode nicht erlaubt). Das Problem störte auch die ausgewählte Beacon-to-Plattform-Kommunikation, was zu Verzögerungen oder Ausfällen bei der Bestandsverarbeitung und der Aufnahme von Bestandsdaten führte. Die Untersuchung ergab, dass der früheste Einschlag am 31. Juli 2026 um 18:00 Uhr PDT begann. Die Analyse identifizierte ein Kommunikationsproblem innerhalb eines kritischen Dienst-Routing-Pfades, das verhinderte, dass eine Teilmenge von Anforderungen erfolgreich nachgelagerte Verarbeitungsdienste erreichte. Dies führte zu wiederholten Wiederholungen, verzögerter Bestandsverarbeitung und Backlog-Akkumulation. Um das Problem zu mildern und den Dienst wiederherzustellen, wurde der Datenverkehr auf einen alternativen Kommunikationspfad umgeleitet. Nach dieser Änderung stabilisierte sich die Beacon-Kommunikation, Inventar-Uploads nahmen die Verarbeitung erfolgreich wieder auf und der Inventar-Backlog begann zu sinken. Bis 3:42 Uhr PDT am 3. August 2026 wurden Inventar-Uploads erfolgreich abgeschlossen und es wurden keine neuen Fehler beobachtet. Die Umgebung blieb unter erweiterter Überwachung, während die Verarbeitungsmengen auf ein normales Betriebsniveau zurückkehrten. Um 4:09 Uhr PDT am 4. August 2026 bestätigte Flexera, dass die Beacon-Kommunikation, die Bestandsverarbeitung und die damit verbundenen Plattformdienste normal funktionieren, der Rückstand auf die erwarteten Schwellenwerte zurückgekehrt ist und der Vorfall offiziell für behoben erklärt wurde. **Wurzelursache** Am 31. Juli 2026 führte ein Zertifikatsupdate auf einen kritischen Dienstkommunikationspfad zu einer Konfigurationsfehlanpassung zwischen Plattformkomponenten. Das Problem tauchte später auf, als Anwendungskomponenten neu gestartet wurden und mit der Einrichtung neuer Verbindungen unter Verwendung der aktualisierten Konfiguration begannen. Dies führte zu Handshake-Fehlern und Kommunikationsfehlern, was zu einer Nichtverfügbarkeit des Dienstes führte. Folglich konnten Anfragen von Kunden-Beacons, Inventarpaket-Dateien in die EU-Produktionsumgebung hochzuladen, nicht verarbeitet werden, was zu Upload-Ausfällen führte und den Empfang und die Verarbeitung von Inventardaten verhinderte. Eine Teilmenge anderer Beacon-zu-Plattform-Interaktionen war ebenfalls betroffen, obwohl die Auswirkungen der Kunden nicht sofort beobachtet wurden. Der Dienst wurde wiederhergestellt, indem der Datenverkehr auf einen alternativen Kommunikationspfad umgeleitet wurde, der nicht von dem zertifikatsbezogenen Konfigurationsproblem betroffen war. Inventar-Uploads und Beacon-Kommunikation haben dann den normalen Betrieb wieder aufgenommen. Beitragende Faktoren Intermittierende Anforderungsfehler: Fehlgeschlagene Verbindungsaufbauversuche führten dazu, dass ein Teil der Anforderungen vor dem Erreichen der nachgelagerten Verarbeitungsdienste erfolglos war. Inventarverarbeitungsverzögerungen: Kommunikationsfehler verhinderten, dass einige Inventarpakete und zugehörige Importe erfolgreich verarbeitet wurden, was zu verzögerten Bestandsaktualisierungen führte. * Retry-Driven Backlog Growth: Automatisierte Retry-Mechanismen ermöglichten es vielen Transaktionen, erfolgreich zu sein, trugen jedoch zu erhöhten Verarbeitungsverzögerungen und Backlog-Akkumulation bei, während das Problem aktiv blieb. **Abhilfemaßnahmen** Um den Service wiederherzustellen, führten die technischen Teams folgende Aktionen aus: * Traffic Re-Routing: Umgeleiteter Traffic vom betroffenen Servicepfad, um stabile Beacon-Kommunikation und Inventarpaket-Uploads wiederherzustellen. * Plattformüberwachung: Kontinuierliche Überwachung von Beacon-Kommunikation, Inventar-Uploads und Verarbeitungsaktivitäten zur Überprüfung der Servicewiederherstellung. * Backlog Recovery Management: Überwachter Bestandsverarbeitungsdurchsatz und Validierung, dass die Verarbeitungsrückstände stetig reduziert und zu den erwarteten Betriebsschwellen zurückgekehrt sind. * Stabilitätsvalidierung: Durchgeführte erweiterte Überwachung nach der Wiederherstellung, um eine nachhaltige Plattformstabilität und eine erfolgreiche Bestandsbearbeitung zu bestätigen. * Service-Wiederherstellungsbestätigung: Um 4:09 Uhr PDT am 4. August 2026 bestätigte, dass die Beacon-Kommunikation, die Bestandsverarbeitung und die damit verbundenen Dienste normal funktionieren. ** Künftige Präventivmaßnahmen** Service Communication Resilience: Überprüfen und verbessern Sie den betroffenen Kommunikationspfad, um die Zuverlässigkeit, Resilienz und Wiederherstellung von zukünftigen konnektivitätsbedingten Störungen zu verbessern. Verstärkte Änderungsvalidierung: Verbesserung der Validierungs- und Testprozesse für Infrastruktur-, Konfigurations-, Zertifikats- und Servicepfadänderungen, um Kommunikationsfehlanpassungen vor der Bereitstellung in Produktionsumgebungen zu identifizieren. Verbesserte Erkennung und Alarmierung: Verbesserte Überwachungs- und Alarmierungsfunktionen, um anhaltende Kommunikationsstörungen, erhöhte Wiederholaktivität, abnormale Fehlerratenmuster und entstehende Verarbeitungsrückstände früher zu identifizieren. Diese Verbesserungen ermöglichen eine schnellere Erkennung, Untersuchung und Behebung von Problemen, bevor sie sich zu einer breiteren Kundenwirkung entwickeln.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. Juli 2026 um 04:36 UTCinvestigating

   Incident Description: Wir untersuchen ein Problem, das den Dienst Software Vulnerability Research (SVR) betrifft. Kunden können derzeit Schwierigkeiten beim Zugriff auf oder bei der Nutzung von SVR haben. Priorität: P1 Restaurierungsaktivität: Unsere Teams untersuchen das Problem aktiv und arbeiten daran, den Service wiederherzustellen. Mitigation-Aktivitäten sind derzeit im Gange, da wir daran arbeiten, den Service wieder online zu bringen. Weitere Updates werden bereitgestellt, sobald mehr Informationen verfügbar werden.

2. 29. Juli 2026 um 06:02 UTCinvestigating

   Recovery-Maßnahmen wurden implementiert, der Service ist jedoch unter aktuellen Workload-Bedingungen weiterhin instabil, was zu anhaltenden Service-Störungen führt. Unsere Teams arbeiten aktiv daran, die Auswirkungen zu reduzieren und die Verfügbarkeit des Dienstes wiederherzustellen. Weitere Updates werden bereitgestellt, sobald mehr Informationen verfügbar werden.

3. 29. Juli 2026 um 09:52 UTCresolved

   Technische Teams haben die Serviceverfügbarkeit für Software Vulnerability Research (SVR) wiederhergestellt. Wiederherstellungsmaßnahmen wurden implementiert, um die Instabilität des Dienstes zu beheben, und die Validierung hat bestätigt, dass die SVR-Funktionalität wiederhergestellt wurde. Wir werden den Service weiterhin genau beobachten, um eine anhaltende Stabilität zu gewährleisten. Ein Post-Mortem-Bericht mit zusätzlichen Details, einschließlich der Ursache und der vorbeugenden Maßnahmen, wird in den kommenden Tagen veröffentlicht.

4. 11. August 2026 um 10:28 UTCpostmortem

   **Beschreibung:** Software Vulnerability Research \(SVR\) - Service Disruption **Zeitrahmen:** 28. Juli 2026, 14:00 Uhr PDT bis 29. Juli 2026, 2:53 Uhr PDT **Incident Summary** Am Dienstag, den 28. Juli 2026, um 14:00 Uhr PDT erlebte die Flexera Software Vulnerability Research(SVR)-Produktionsumgebung eine Serviceunterbrechung, die die API-Verfügbarkeit und Anwendungsfunktionalität beeinträchtigte. Der Vorfall ereignete sich, als die primäre Datenbankinstanz, die die SVR-Plattform unterstützte, nicht mehr verfügbar war. Bestehende Datenbankverbindungen wurden unerwartet beendet, und Anwendungsserver konnten keine neuen Verbindungen herstellen. Infolgedessen konnten die Kunden während des Vorfalls nicht zuverlässig auf SVR-Dienste und APIs zugreifen. Während der Untersuchung stellten unsere Teams fest, dass die Störung durch ein ungeplantes Failover verursacht wurde, das vom Cloud-Dienstanbieter initiiert wurde. Entsprechend der Ereignishistorie des Anbieters wurde ein Infrastrukturproblem auf dem primären Datenbankhost erkannt, was den Anbieter dazu veranlasste, den Failover-Prozess automatisch zu initiieren. Unsere technischen Teams haben sofort den Cloud-Service-Provider beauftragt, den Vorfall zu untersuchen und den Service wiederherzustellen. Nach Wiederherstellungs- und Validierungsaktivitäten wurden alle Produktionsdienste erfolgreich wiederhergestellt und am 29. Juli 2026 bis 2:53 Uhr PDT in den Normalbetrieb zurückgeführt. **Wurzelursache** Der Vorfall wurde durch ein ungeplantes Failover der Produktionsdatenbank ausgelöst, das vom Cloud-Dienstanbieter als Reaktion auf ein Problem auf Infrastrukturebene ausgelöst wurde, das den primären Datenbankhost betraf. Während des Failovers wurde die primäre Datenbankinstanz vorübergehend nicht verfügbar. Dies führte dazu, dass aktive Datenbankverbindungen abrupt beendet wurden und Anwendungsdienste daran gehindert wurden, neue Verbindungen aufzubauen. Infolgedessen sind API-Anfragen fehlgeschlagen und die Serviceverfügbarkeit auf der SVR-Plattform beeinträchtigt. Flexera hat offiziell eine detaillierte Root Cause Analysis (RCA) vom Cloud-Service-Provider angefordert, um den genauen Infrastrukturzustand zu ermitteln, der das Failover ausgelöst hat, und um Möglichkeiten zu identifizieren, Wiederholungen zu verhindern. **Beitragende Faktoren** Während der Untersuchung wurden die folgenden Faktoren identifiziert, die möglicherweise zu den Gesamtauswirkungen des Vorfalls beitragen: * Es wurde ein signifikant erhöhtes Volumen von Clientverbindungsversuchen beobachtet, die aus Kundenumgebungen während des Vorfallzeitraums stammen. * Die Verbindungsvolumina übertrafen das normale Betriebsniveau und erhöhten die Belastung der Backend-Dienste, während sich die Datenbankdienste erholten. * Erhöhte Verbindungsaktivitäten haben möglicherweise die Auswirkungen des Datenbank-Failovers und die Komplexität der Wiederherstellung erhöht. * Bestehende Anwendungswiederholungs- und Verbindungsverhalten erzeugten zusätzlichen Verbindungsbedarf bei Datenbankwiederherstellungsaktivitäten. **Abhilfemaßnahmen** * Cloud-Provider-Engagement: Unsere Teams haben sofort den Cloud-Service-Provider engagiert und während der gesamten Wiederherstellungsbemühungen direkt mit ihren On-Call-Ingenieuren zusammengearbeitet. * Datenbankwiederherstellung: Durchführung eines kontrollierten Datenbank-Failovers/Neustarts in Abstimmung mit dem Cloud-Dienstanbieter. * Wiederherstellung der Konnektivität: Wiederherstellung der Datenbankverfügbarkeit und Konnektivität mit der Produktionsumgebung. * Validierung der Anwendungswiederherstellung: Bestätigung, dass Anwendungsdienste erfolgreich wieder mit Backend-Datenbankdiensten verbunden wurden. * Servicevalidierung: Verifizierte Wiederherstellung von APIs und kritischen SVR-Anwendungsfunktionen. * Überwachung nach der Wiederherstellung: Implementierte verbesserte Überwachung des Datenbankzustands, der Anwendungsleistung und der Verbindungsaktivität nach der Wiederherstellung. ** Künftige Präventivmaßnahmen** * Weitere Überwachung des Kundenanschlussvolumens und der Nutzung der Backend-Datenbankverbindung. * Überprüfung und Optimierung von Datenbankverbindungspooling, Verbindungsmanagement, Retry-Logik und Failover-Handling, um die Widerstandsfähigkeit bei zukünftigen Infrastrukturereignissen zu verbessern. * Füllen Sie das Cloud-Service-Provider-Support-Engagement aus und lesen Sie die detaillierte Root Cause Analysis des Anbieters, sobald sie verfügbar ist. * Führen Sie eine interne Überprüfung nach einem Vorfall durch und implementieren Sie zusätzliche vorbeugende Maßnahmen, die im Überprüfungsprozess identifiziert wurden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. Juli 2026 um 23:14 UTCinvestigating

   Incident Description: Wir untersuchen ein intermittierendes Problem, das Flexera One-Dienste in der APAC-Region betrifft. Kunden können bei der Verwendung von Flexera One-Anwendungen und -Diensten intermittierende Zugriffsprobleme oder -fehler auftreten. Das Problem scheint derzeit auf die APAC-Region beschränkt zu sein. Priorität: P2 Restaurierungsaktivität: Unsere Teams untersuchen das Problem aktiv. Der Umfang und die Auswirkungen werden in den Flexera One-Diensten in der APAC-Region bewertet, und wir arbeiten daran, die zugrunde liegende Ursache zu identifizieren und die Servicestabilität wiederherzustellen. Weitere Updates werden bereitgestellt, sobald mehr Informationen verfügbar werden.

2. 29. Juli 2026 um 00:34 UTCinvestigating

   Unsere technischen Teams untersuchen das Problem aktiv. Das Problem scheint intermittierend zu sein, wobei einige Anfragen erfolgreich sind, während andere weiterhin scheitern. Wir überprüfen die betroffenen Dienste und ihre Abhängigkeiten, um den Umfang der Auswirkungen zu bestimmen, die zugrunde liegende Ursache zu identifizieren und die Servicestabilität wiederherzustellen.

3. 29. Juli 2026 um 02:05 UTCresolved

   Technische Teams haben das Problem der Flexera One-Dienste in der APAC-Region gemildert. Die Servicefunktionalität wurde wiederhergestellt und die Validierung bestätigt, dass die betroffenen Anwendungen und Dienste wie erwartet funktionieren. Während der Untersuchung identifizierten die Teams intermittierende Kommunikationsprobleme, die für einige Kunden zu Zugriffsproblemen und Fehlern führten. Im Rahmen der Minderungsmaßnahmen starteten die technischen Teams die betroffenen Dienste neu, woraufhin die Dienstfunktionalität wiederhergestellt und die Validierung die erfolgreiche Wiederherstellung der betroffenen Dienste bestätigte. Wir werden den Vorfall weiterhin überprüfen und den Zustand des Dienstes überwachen.

4. 12. August 2026 um 17:33 UTCpostmortem

   **Description:** Flexera One - APAC - Intermittent Service Disruption ## Timeframe **Timeframe:** July 28, 2026, 3:16 PM PDT - July 28, 2026, 5:39 PM PDT ## Incident Summary On Tuesday, July 28, 2026, at 3:49 PM PDT, customers using Flexera One services in the APAC region began experiencing intermittent service disruptions affecting multiple applications and platform capabilities. Customers may have encountered login issues, application errors, failed page loads, API errors, and intermittent access to certain Flexera One functionality. During the incident, multiple services experienced intermittent communication failures with shared platform services. As a result, customers experienced inconsistent application behavior, with some requests succeeding while others failed. Technical teams investigated the issue across affected applications and platform components to determine the scope and source of the failures. The investigation identified a connectivity issue affecting communication between application services and a shared platform dependency. Corrective configuration changes were implemented to restore service communication and stabilize affected functionality. Following implementation of the corrective changes, technical teams validated functionality across impacted applications and confirmed that services had returned to normal operation. Continued monitoring showed stable service behavior, and the incident was resolved at 5:40 PM PDT on July 28, 2026. ## Root Cause Investigation determined that the incident was caused by a connectivity issue introduced during a platform infrastructure migration. Following the migration, certain application services continued using legacy connection ports when communicating with shared platform services. When affected services restarted, they attempted to communicate using endpoint and port combinations that were no longer aligned with the updated platform configuration. This configuration mismatch resulted in intermittent communication failures between application services and shared platform components, causing customer-facing application errors and service disruptions across multiple Flexera One services in the APAC region. ## Remediation Actions The following actions were taken during the incident response: 1. **Incident Investigation Initiated:** Technical teams investigated reports of intermittent failures affecting multiple Flexera One services in the APAC region and assessed the scope of customer impact. 2. **Dependency Analysis Performed:** Technical teams reviewed communication paths between impacted applications and shared platform services to identify the source of the connectivity failures. 3. **Configuration Mismatch Identified:** Investigation determined that certain services were attempting to communicate through legacy ports that were not aligned with the updated platform configuration following the migration. 4. **Platform Configuration Updated:** The required ports were added to the updated platform configuration, restoring connectivity for the affected services. 5. **Service Recovery Validation:** Technical teams validated functionality across impacted applications and confirmed that service communication and customer-facing functionality had returned to normal operation. ## Future Preventative Measures The following improvements have been identified to further reduce the risk of similar incidents in the future: 1. **Platform Configuration Alignment:** Platform connectivity configurations were updated to ensure application services can communicate with shared platform components using the required connection ports. Maintaining alignment between service connectivity requirements and platform configurations helps reduce the risk of similar connectivity issues following future infrastructure changes.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. Juli 2026 um 00:11 UTCinvestigating

   Incident Description: Wir untersuchen ein Problem, das Snow Atlas-Kunden in der APAC-Region betrifft. Betroffene Benutzer können möglicherweise nicht auf die Plattform zugreifen und beim Anmeldeversuch auf 404-Fehler stoßen. Die aktuelle Untersuchung zeigt, dass das Problem auf die APAC-Region beschränkt ist, wobei derzeit keine Auswirkungen in anderen Regionen bestätigt werden. Priorität: P1 Wiederherstellungsaktivität: Unsere technischen Teams untersuchen das Problem aktiv, um die zugrunde liegende Ursache zu identifizieren und den Service wiederherzustellen. Wir beobachten die Umwelt genau und führen gegebenenfalls Korrekturmaßnahmen durch. Weitere Updates werden bereitgestellt, sobald mehr Informationen verfügbar werden.

2. 27. Juli 2026 um 02:00 UTCinvestigating

   Unsere Teams haben das Problem behoben, das Snow Atlas-Kunden in der APAC-Region betrifft. Das Problem trat auf, wenn ein Plattformdienst nicht korrekt gestartet wurde, was zu intermittierenden Fehlern und Zugriffsproblemen für einige Kunden führte. Technische Teams identifizierten den zugrunde liegenden Startfehler und stellten den Dienst durch Neustart der betroffenen Plattformkomponenten wieder her. Validierungsaktivitäten haben den erfolgreichen Zugang zur Plattform bestätigt, und wir beobachten derzeit keine anhaltenden Auswirkungen auf die Kunden. Unsere Teams werden die Umwelt weiterhin genau beobachten, um weiterhin Stabilität zu gewährleisten.

3. 27. Juli 2026 um 02:00 UTCresolved

   Dieser Vorfall wurde behoben.

4. 7. August 2026 um 08:40 UTCpostmortem

   **Description:** Snow Atlas - APAC - Login Failures and 404 Errors **Timeframe:** July 26, 2026, 5:00 PM PDT to July 26, 2026, 6:15 PM PDT ‌ **Incident Summary** ‌ On Sunday, 26 July 2026, Flexera experienced a service disruption affecting Snow Atlas customers in the APAC Production environment, resulting in login failures and temporary inability to access Agreement pages. The issue was isolated to the APAc region, with no impact to other production regions. Investigation by our technical teams determined that the disruption was caused by a backend service communication issue that prevented Agreement data from being retrieved successfully. The condition was consistent with a runtime synchronization issue following recent platform infrastructure maintenance. Flexera teams validated platform health, restored the affected services, and confirmed successful recovery. Customer access was fully restored, and post-recovery monitoring confirmed stable operations with no recurrence of the underlying service communication errors. A detailed post-incident review was completed, and corrective measures have been implemented to further strengthen platform resilience and recovery processes. ‌ **Root Cause** ‌ The incident was caused by an application communication failure within the APAC Production environment. A component responsible for processing requests between internal application services did not successfully handle Agreement-related requests, preventing those requests from being completed and resulting in customer-facing 404 errors and failures accessing Agreement pages. ‌ **Contributing Factors** ‌ * The application communication failure occurred following a recent infrastructure upgrade to the APAC Production environment. * Although the application services and underlying infrastructure remained healthy, an internal service responsible for processing Agreement requests did not fully recover after the upgrade. * Existing health checks validated application and infrastructure availability but did not verify the successful initialization of the internal communication path following the upgrade. * The issue was therefore not detected until customers began experiencing login failures and HTTP 404 errors when accessing Agreement pages. ‌ **Remediation Actions** ‌ To restore service, technical teams: * Confirmed the underlying infrastructure remained healthy throughout the incident. * Identified the failed internal service communication affecting Agreement requests. * Restarted the affected application services. * Validated successful recovery across impacted tenants. * Continued monitoring to confirm service stability. ‌ **Future Preventative Measures** ‌ * Enhanced Post-Upgrade Validation: Introduce additional validation checks following infrastructure upgrades to verify that critical application components and internal service communications are functioning as expected. * Improved Monitoring and Alerting: Enhance monitoring and alerting to detect internal service communication failures and responder registration issues more quickly. * Synthetic Health Checks: Implement synthetic health checks that validate critical customer workflows, including Agreement page functionality, following infrastructure changes.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Juli 2026 um 10:33 UTCinvestigating

   Incident Description: Wir untersuchen ein Problem mit Auswirkungen auf die IT-Sichtbarkeit in der Region Europa, in der mehrere Power BI-Berichte nicht geladen werden. Kunden in der betroffenen Region können möglicherweise keine betroffenen Berichte innerhalb der Anwendung anzeigen. Die aktuelle Untersuchung zeigt, dass das Problem auf die Region Europa beschränkt ist, ohne dass derzeit in anderen Regionen Auswirkungen beobachtet werden. Priorität: P2 Wiederherstellungsaktivität: Unsere technischen Teams untersuchen das Problem aktiv, um die zugrunde liegende Ursache zu identifizieren und die Berichtsfunktionalität wiederherzustellen. Wir bewerten weiterhin den Umfang der Auswirkungen, überwachen den Zustand des Dienstes und setzen gegebenenfalls Korrekturmaßnahmen um. Wir werden weitere Updates bereitstellen, sobald weitere Informationen verfügbar sind.

2. 22. Juli 2026 um 11:53 UTCidentified

   Unsere Untersuchung hat ein mögliches Konfigurationsproblem in der betroffenen Umgebung identifiziert. Im Rahmen unserer Validierungsbemühungen wurden Korrekturmaßnahmen für eine Teilmenge der betroffenen Organisationen ergriffen, und Berichte werden nun erfolgreich geladen. Unsere Teams konzentrieren sich derzeit auf die Implementierung einer umfassenderen Sanierung in allen betroffenen Organisationen und führen eine detaillierte Überprüfung durch, um zu verstehen, warum sich die Konfigurationsänderungen nicht wie erwartet verbreitet haben. Wir validieren die Sanierung weiterhin und überwachen die Serviceleistung genau, während wir auf eine vollständige Auflösung hinarbeiten.

3. 22. Juli 2026 um 13:43 UTCidentified

   Korrekturmaßnahmen wurden nun auf eine größere Anzahl betroffener Organisationen angewendet, und die erste Validierung zeigt, dass Berichte erfolgreich geladen werden. Wir validieren derzeit alle betroffenen Organisationen, um zu bestätigen, dass die Berichtsfunktionalität und die Serviceleistung vollständig wiederhergestellt wurden. Parallel dazu setzen die Teams weiterhin umfassendere Sanierungsmaßnahmen in der gesamten Umwelt um und überwachen den Service genau, um Stabilität zu gewährleisten, während die Arbeit an einer vollständigen Auflösung fortgesetzt wird.

4. 23. Juli 2026 um 04:39 UTCidentified

   Unsere Teams haben den Fix auf alle identifizierten Organisationen angewendet. Erste Validierung zeigt an, dass sich die betroffenen Organisationen wie erwartet erholen. Technische Teams validieren weiterhin die Wirksamkeit der Sanierung in der gesamten europäischen Region, um zu bestätigen, dass der Service vollständig wiederhergestellt wurde. Wir beobachten die Plattformleistung genau und werden ein weiteres Update bereitstellen, sobald die regionale Validierung abgeschlossen ist.

5. 23. Juli 2026 um 07:52 UTCresolved

   Weitere Untersuchungen identifizierten ein Synchronisationsproblem als die zugrunde liegende Ursache des Vorfalls. Unsere technischen Teams implementierten gezielte Sanierungsmaßnahmen, einschließlich Service-Neustarts, um den normalen Betrieb wiederherzustellen. Nach einer erweiterten Überwachung und Validierung nach der Mängelbeseitigung ist die Serviceleistung stabil geblieben, und wir haben bestätigt, dass alle betroffenen Dienste in den Normalbetrieb zurückgekehrt sind. Das Problem gilt nun als gelöst.

6. 3. August 2026 um 18:37 UTCpostmortem

   **Beschreibung:** Flexera One – IT Visibility – EU – Failure to Load Reports **Zeitrahmen:** 22. Juli 2026, 3:11 Uhr PDT – 22. Juli 2026, 11:04 Uhr PDT **Incident Summary** Am 22. Juli 2026, um etwa 3:11 Uhr PDT, begann ein Problem mit der Berichtsfunktionalität von IT Visibility in der Flexera One EU-Produktionsumgebung. Während des betroffenen Zeitraums erlebten Kunden in der EU-Region Ausfälle beim Versuch, IT-Sichtbarkeitsberichte und Dashboards wie Software-Inventar, Hardware-Inventar, Technology Intelligence \(TI\), Nachhaltigkeit und FinOps-Berichtsansichten zu laden. Die technischen Teams begannen mit der Untersuchung, nachdem mehrere Kundenberichte über Ladefehler in der gesamten EU-Region eingegangen waren. Die erste Analyse bestätigte, dass das Problem auf die EU-Produktionsumgebung beschränkt war, während gleichwertige Berichtsfunktionen in anderen Regionen weiterhin normal funktionierten. Die Untersuchung ergab, dass ein Authentifizierungsproblem innerhalb der EU-Berichtsumgebung aufgetreten war. Infolgedessen konnten betroffene Berichte und Dashboards die zum erfolgreichen Laden erforderlichen Daten nicht abrufen, was zu Ladefehlern bei betroffenen Kunden führte. Die technischen Teams implementierten Korrekturaktualisierungen innerhalb der betroffenen Berichtsumgebung und führten Validierungsaktivitäten in den betroffenen Kundenorganisationen durch. Nach diesen Aktionen nahmen Berichte und Dashboards den normalen Betrieb wieder auf und die Kunden konnten wieder erfolgreich auf Berichtsdaten zugreifen. Nach der Validierung der betroffenen Kundenumgebungen und der Bestätigung, dass Berichte erfolgreich geladen wurden, wurde die Servicefunktionalität wiederhergestellt und der Vorfall als behoben betrachtet. Die technischen Teams überwachten nach der Restaurierung weiter, um eine anhaltende Servicestabilität zu gewährleisten. **Wurzelursache** Der Vorfall wurde durch ein Authentifizierungsproblem innerhalb der EU-Berichtsumgebung verursacht. Dieses Problem verhinderte, dass betroffene Berichte und Dashboards die für die Anzeige der Ergebnisse erforderlichen Daten erfolgreich abrufen konnten, was zu Ladefehlern bei den betroffenen Kunden führte. **Abhilfemaßnahmen** Während der Incident Response wurden folgende Maßnahmen ergriffen: 1. Regionale Folgenabschätzung: Technische Teams untersuchten Kundenberichte und bestätigten, dass das Problem in der EU-Produktionsumgebung isoliert war. Zusätzliche Validierungen wurden in anderen Regionen durchgeführt, um zu überprüfen, ob die Berichtsfunktionalität außerhalb der betroffenen Umgebung funktionsfähig bleibt. 2. Authentifizierungsfehleranalyse: Technische Teams haben die Berichtsverarbeitung, die Authentifizierungsworkflows, die Berichtsarbeitsbereiche und die jüngsten Plattformänderungen überprüft, um die Quelle der Fehler zu identifizieren. Die Untersuchung ergab, dass die betroffenen Berichte nicht erfolgreich authentifiziert werden konnten, wenn die zugrunde liegenden Daten für die Darstellung von Berichten abgerufen wurden. 3. Restaurierungs- und Validierungsaktivitäten: Technische Teams haben Aktualisierungen in betroffenen Kundenumgebungen und Berichtsarbeitsbereichen durchgeführt, um den erfolgreichen Datenabruf von Berichten wiederherzustellen. Nach der Implementierung wurden betroffene Kundenorganisationen validiert, um zu bestätigen, dass Berichte und Dashboards erfolgreich geladen wurden und die Daten wie erwartet angezeigt wurden. 4. Überprüfung nach der Wiederherstellung: Im Anschluss an die Wiederherstellung wurden zusätzliche Überwachungs- und Validierungstätigkeiten durchgeführt, um die fortlaufende Berichtsfunktionalität zu überprüfen, eine erfolgreiche Wiederherstellung zu bestätigen und die Servicestabilität in der gesamten EU-Produktionsumgebung zu gewährleisten. ** Künftige Präventivmaßnahmen** Folgende Folgemaßnahmen wurden während des Vorfalls identifiziert: Überprüfung des Authentifizierungsaktualisierungsprozesses: Technische Teams überprüfen den Authentifizierungsaktualisierungsprozess, um zu verstehen, warum das Update nicht erfolgreich in allen betroffenen Berichtsarbeitsbereichen in der EU-Produktionsumgebung angewendet wurde, und um Verbesserungen zu identifizieren, die dazu beitragen, ähnliche Probleme bei zukünftigen Updates zu vermeiden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Juli 2026 um 08:25 UTCidentified

   Vorfallbeschreibung: Wir haben ein Problem identifiziert, das sich auf die Bestandsverarbeitung in Flexera One IT Asset Management auswirkt, nachdem das Release 2026 R1.1 in unserer US-Produktionsumgebung bereitgestellt wurde. Infolgedessen können bei einigen Kunden beim Zugriff auf bestimmte Bereiche der Benutzeroberfläche und bei der Ausführung systembezogener Aufgaben Leistungseinbußen und intermittierende Zuverlässigkeitsprobleme auftreten. Priorität: P2 Wiederherstellungsaktivität: Unsere Untersuchung hat ergeben, dass das Problem mit einem Softwarefehler zusammenhängt, der mit dem Release 2026 R1.1 eingeführt wurde. Während der Defekt zuvor identifiziert und Minderungsverfahren in den Bereitstellungsprozess integriert wurden, stieß die automatisierte Behebung auf unerwartete Ausführungsprobleme. Infolgedessen haben technische Teams alternative Minderungsmaßnahmen implementiert, um die Auswirkungen der Kunden zu reduzieren und die Systemleistung zu stabilisieren. Wir überwachen weiterhin aktiv die Umgebung und ergreifen Korrekturmaßnahmen, um den zugrunde liegenden Defekt zu beheben und den normalen Servicebetrieb wiederherzustellen.

2. 22. Juli 2026 um 13:38 UTCidentified

   Unsere Teams arbeiten weiterhin daran, einen Hotfix zu implementieren, um das Problem anzugehen. Während der Bereitstellung stieß der Hotfix auf Datenbankbedingungen, die ihn am erfolgreichen Abschluss hindern. Unsere technischen Teams arbeiten aktiv daran, dies zu beheben und evaluieren gezielte Minderungsmaßnahmen, damit der Hotfix abgeschlossen werden kann. Sobald der Hotfix erfolgreich angewendet wurde, validieren die Teams die Serviceleistung und überwachen die Wiederherstellung weiter. Wir werden ein weiteres Update bereitstellen, sobald mehr Informationen verfügbar sind.

3. 22. Juli 2026 um 15:40 UTCmonitoring

   Der Hotfix wurde erfolgreich eingesetzt, und die Ingenieurteams validieren derzeit seine Wirksamkeit. Die Teams überwachen weiterhin das Verhalten der Plattform und überprüfen die Telemetrie, um die Problemlösung zu bestätigen.

4. 22. Juli 2026 um 16:16 UTCresolved

   Unsere Teams haben die Validierung nach der Bereitstellung abgeschlossen und bestätigt, dass die Serviceleistung auf das erwartete Niveau zurückgekehrt ist. Die kontinuierliche Überwachung hat einen stabilen Plattformbetrieb ohne weitere Auswirkungen gezeigt. Basierend auf diesen Ergebnissen gilt dieses Problem nun als gelöst.

5. 4. August 2026 um 20:57 UTCpostmortem

   **Description:** Flexera One – IT Asset Management – North America – Degraded Performance **Timeframe:** July 20, 2026, 8:13 PM PDT – July 22, 2026, 8:41 AM PDT ‌ **Incident Summary** On July 20, 2026, at approximately 8:13 PM PDT, an issue began affecting Flexera One IT Asset Management customers in the North America production environment following completion of the production release. During the affected period, some customers experienced intermittent application slowness, delayed processing, reconcile failures, timeout conditions, and degraded performance across inventory-related workflows. Technical teams investigated performance and reliability issues observed following the release and worked to determine the underlying cause and scope of impact. The investigation determined that the observed behavior was associated with a defect previously identified in the release. Corrective changes intended to address the defect were included as part of the release activity; however, the corrective changes did not successfully apply across all North America production databases during the deployment process. As a result, some environments continued to experience significantly increased database processing activity during inventory-related operations, contributing to elevated resource consumption, processing delays, timeout conditions, and degraded application performance. Technical teams worked to successfully deploy the corrective changes across the affected North America production databases. Following deployment, teams performed validation activities and monitored processing workflows to confirm recovery. By July 22, 2026, at approximately 8:41 AM PDT, validation confirmed successful processing of previously impacted workloads and that the previously observed failure patterns were no longer occurring. The incident was considered resolved and technical teams continued monitoring to confirm service stability. ‌ **Root Cause** The incident was caused by corrective changes intended to address a previously identified defect not successfully applying across all North America production databases during the release deployment process. As a result, the underlying defect remained active in affected environments and caused significantly more database processing activity than intended during inventory-related processing operations. This increased workload resulted in elevated resource consumption, processing delays, timeout conditions, and degraded platform performance. These conditions contributed to intermittent application slowness, delayed processing, reconcile failures, and degraded performance affecting some IT Asset Management functionality within the North America production environment. ‌ **Remediation Actions** 1. **Incident Investigation Initiated:** Technical teams investigated reports of application slowness, processing delays, reconcile failures, and degraded platform performance affecting the North America production environment. 2. **Impact Assessment Performed:** Teams reviewed customer-reported symptoms, system performance data, processing activity, and platform behavior to determine the scope and nature of the issue. 3. **Cause Identified:** Investigation determined that corrective changes intended to address a previously identified defect did not successfully apply across all North America production databases during the release deployment process. 4. **Processing Behavior Corrected:** Technical teams deployed corrections designed to eliminate the inefficient processing behavior that was contributing to elevated database workload, processing delays, timeout conditions, and degraded application performance. 5. **Recovery Validated:** Teams validated the effectiveness of the deployed changes through monitoring and successful execution of previously impacted processing activities. 6. **Post-Restoration Monitoring Performed:** Additional monitoring confirmed that the previously observed failure patterns and performance degradation were no longer occurring and that service stability had been restored. ‌ **Future Preventative Measures** Based on the investigation, the following follow-up activities have been identified: * **Processing Logic Improvements:** Technical teams implemented and validated corrective changes to the inventory-processing logic responsible for the increased database workload observed following the release. These changes were designed to eliminate the inefficient processing behavior that contributed to processing delays, reconcile failures, timeout conditions, and degraded application performance. * **Critical Hotfix Deployment Process Review:** Technical teams will review the deployment process for critical database hotfixes and evaluate alternative approaches to help ensure required corrective changes are successfully applied during future release activities.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. Juli 2026 um 10:24 UTCinvestigating

   Beschreibung des Vorfalls: Wir haben ein Problem identifiziert, das sich auf die Abrechnung und Kostensichtbarkeit für AWS-Kunden in allen Regionen auswirkt. Infolge einer aktiven Serviceprovider-Störung können Kunden ungenaue, unvollständige oder verspätete Kosten- und Nutzungsinformationen in der Abrechnungs- und Kostenmanagement-Konsole feststellen. Dieses Problem ist auf AWS-basierte Dienste beschränkt und hat keine Auswirkungen auf Kunden, die andere Cloud-Plattformen nutzen. Priorität: P2 Wiederherstellungsaktivität: Unsere technischen Teams haben bestätigt, dass das Problem mit einem aktiven AWS-Serviceereignis zusammenhängt, das alle Regionen betrifft. Wir beobachten die Situation aktiv und arbeiten eng mit AWS-Updates zusammen, um die Auswirkungen auf die Kunden zu bewerten. Die Servicewiederherstellung hängt davon ab, dass AWS das zugrunde liegende Problem löst, und wir werden weiterhin Updates bereitstellen, sobald zusätzliche Informationen verfügbar sind.

2. 17. Juli 2026 um 10:27 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 17. Juli 2026 um 13:14 UTCidentified

   Wir beobachten weiterhin den Ausfall des Dienstleisters und seine Auswirkungen auf die betroffenen Dienste. Weitere Updates werden bereitgestellt, sobald neue Informationen verfügbar werden.

4. 17. Juli 2026 um 18:24 UTCidentified

   Unsere bisherigen Untersuchungs- und Validierungsbemühungen haben keine Auswirkungen auf Spot-Rechnungs- oder Kostenanalysedaten festgestellt. Die überprüften Abrechnungs- und Preisdaten bleiben konsistent mit den erwarteten Werten. Während die ersten Validierungsergebnisse positiv sind, setzen wir zusätzliche Validierungsaktivitäten fort, da weitere Daten zur Verfügung stehen, um diese Ergebnisse zu bestätigen. Wir arbeiten weiterhin mit AWS zusammen und werden die Situation weiterhin genau beobachten. Wir werden zusätzliche Updates teilen, während unsere Validierungsaktivitäten fortgesetzt werden.

5. 18. Juli 2026 um 08:05 UTCidentified

   Wir arbeiten weiterhin aktiv mit AWS zusammen und beobachten die Situation weiterhin genau. AWS hat die Ursache identifiziert und Minderungsmaßnahmen implementiert, um das zugrunde liegende Problem zu beheben, das dazu führte, dass falsche geschätzte Kosten- und Nutzungsdaten angezeigt wurden. AWS hat mit dem Ausfüllen von Daten begonnen, um genaue Kosten- und Nutzungsinformationen für alle Kunden wiederherzustellen, und die vollständige Wiederherstellung wird bis zum 18. Juli 2026, 12:00 Uhr PDT, erwartet.

6. 18. Juli 2026 um 19:33 UTCmonitoring

   Wir überwachen weiterhin das AWS-Service-Event und bleiben mit AWS verbunden, während sie ihre Wiederherstellungsaktivitäten abschließen. Die bisher abgeschlossene Validierung hat keine Auswirkungen auf Spot-Rechnungs- oder Kostenanalysedaten festgestellt. Wir beobachten die Situation weiterhin und schließen alle verbleibenden Validierungsaktivitäten ab, bevor wir die Schließung dieses Vorfalls feststellen.

7. 19. Juli 2026 um 12:59 UTCresolved

   AWS hat seine Serviceunterbrechung am 18. Juli um 6:57 Uhr PDT behoben. Nach erfolgreicher Validierung durch unsere technischen Teams haben wir bestätigt, dass die Servicefunktionalität wiederhergestellt wurde.

8. 30. Juli 2026 um 18:10 UTCpostmortem

   **Beschreibung:** Flexera Spot – AWS Billing Service Disruption Zeitrahmen: 17. Juli 2026, 1:33 Uhr PDT - 18. Juli 2026, 6:57 Uhr PDT **Incident Summary** Am 17. Juli 2026, um etwa 1:33 Uhr PDT, wurden die technischen Teams von Flexera auf ein AWS-Problem aufmerksam, das sich auf die geschätzten Abrechnungs- und Nutzungsdaten auswirkte, die in AWS Billing and Cost Management, Cost Explorer und Cost and Usage Reports angezeigt wurden. Angesichts der Art der Unterbrechung des AWS-Services leiteten technische Teams eine Untersuchung ein, um festzustellen, ob Spot-Abrechnungen, Kostenanalysen oder Einsparungsberechnungen für AWS-Kunden betroffen waren. Während der Untersuchung überprüften die Teams die von Spot verwendeten Abrechnungs- und Preisdaten, validierten relevante Kosten- und Preistabellen, überwachten AWS-Updates und bewerteten, ob Kundendaten betroffen waren. Die technischen Teams validierten die von Spot verwendeten Abrechnungs- und Preisdaten und bestätigten, dass die entsprechenden Kosten- und Preistabellen wie erwartet funktionierten. Die Untersuchung ergab keine Probleme bei den von Spot verwendeten Daten, und es wurden keine falschen Abrechnungs- oder Einsparungsberechnungen festgestellt. AWS bestätigte daraufhin, dass das Problem aus den AWS-Abrechnungs- und Kostenverwaltungsdiensten stammte, identifizierte und entschärfte das zugrunde liegende Problem und schloss Datenwiederherstellungs- und -abfüllungsaktivitäten ab. Auf der Grundlage der während der gesamten Untersuchung durchgeführten Validierung wurden innerhalb von Spot keine Auswirkungen auf die Kunden beobachtet. Nach der Bestätigung der AWS-Wiederherstellung und dem Abschluss der Validierungsaktivitäten nach der Wiederherstellung galt der Vorfall als behoben. **Wurzelursache** Der Vorfall wurde durch ein AWS-Serviceproblem verursacht, das sich auf geschätzte Abrechnungs- und Nutzungsdaten auswirkt, die in AWS Billing and Cost Management, Cost Explorer und Cost and Usage Reports angezeigt werden. AWS identifizierte und entschärfte das zugrunde liegende Problem und schloss Datenwiederherstellungsaktivitäten ab. **Abhilfemaßnahmen** Während der Incident Response wurden folgende Maßnahmen ergriffen: Incident Investigation Initiated: Technische Teams begannen mit der Untersuchung des AWS-Abrechnungs- und Nutzungsdatenproblems, um festzustellen, ob Spot-Kunden betroffen waren. • Durchführung einer Folgenabschätzung: Technische Teams bewerteten, ob sich die Unterbrechung des AWS-Services auf die Spot-Abrechnungsanalyse und Einsparungsberechnungen auswirkte. • Datenvalidierung abgeschlossen: Die Teams überprüften und validierten die von Spot verwendeten Abrechnungs- und Preisdaten und bestätigten, dass die relevanten Kosten- und Preistabellen wie erwartet funktionierten. • AWS Recovery Monitored: Technische Teams überwachten die AWS-Kommunikation, Service-Updates und Wiederherstellungsaktivitäten während des gesamten Vorfalls. • Validierung nach Wiederherstellung: Zusätzliche Validierung wurde nach AWS-Wiederherstellungs- und Daten-Backfill-Aktivitäten abgeschlossen, um die Integrität der von Spot verwendeten Abrechnungs- und Preisdaten zu bestätigen. Incident Resolved: Der Incident wurde geschlossen, nachdem AWS die Wiederherstellung bestätigt hatte und die technische Validierung keine Auswirkungen innerhalb von Spot identifiziert hatte. ** Künftige Präventivmaßnahmen** Folgende Folgemaßnahmen wurden während des Vorfalls identifiziert: • AWS-Zusammenarbeit und -Überprüfung: Arbeiten Sie weiterhin eng mit AWS zusammen, um die zugrunde liegende Ursache von vom Anbieter verwalteten Vorfällen zu verstehen und alle Empfehlungen oder Erkenntnisse aus ihrer Untersuchung zu überprüfen. Resilienz- und Validierungsprüfung: Überprüfung von Möglichkeiten zur weiteren Stärkung der Validierungsprozesse für abrechnungsbezogene Daten, um eine schnellere Folgenabschätzung und Reaktion bei ähnlichen Serviceunterbrechungen von Drittanbietern in der Zukunft zu unterstützen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. Juli 2026 um 08:24 UTCidentified

   Incident Description: Wir haben ein Problem identifiziert, das sich auf die Bestandsverarbeitung in Flexera One IT Asset Management auswirkt, nachdem das Release 2026 R1.1 in unseren APAC- und Europa-Umgebungen bereitgestellt wurde. Infolgedessen kann eine Teilmenge von Kunden beim Zugriff auf bestimmte Bereiche der Benutzeroberfläche und bei der Ausführung systembezogener Aufgaben eine beeinträchtigte Leistung aufweisen. Priorität: P2 Restaurierungsaktivität: Unsere technischen Teams haben das Problem als Softwarefehler identifiziert, der mit dem Release 2026 R1.1 eingeführt wurde. Minderungsmaßnahmen wurden implementiert, um die Auswirkungen auf den Kunden zu reduzieren, und die Teams arbeiten aktiv daran, die Serviceleistung vollständig wiederherzustellen. Wir werden weiterhin Updates bereitstellen, wenn Fortschritte gemacht werden.

2. 17. Juli 2026 um 15:58 UTCidentified

   Wir machen weiterhin Fortschritte bei der Bewältigung der Leistungsprobleme, die eine Teilmenge von Kunden in den Produktionsumgebungen APAC und Europa betreffen. Die identifizierten Fixes wurden nun bereitgestellt, und wir überwachen die Umgebung aktiv, während die Kundenverarbeitungsaktivitäten fortgesetzt werden. Unsere Teams validieren die Wirksamkeit dieser Änderungen und bewerten die Gesamtleistung der Plattform. Wir werden zusätzliche Updates bereitstellen, sobald weitere Informationen verfügbar sind.

3. 18. Juli 2026 um 08:10 UTCmonitoring

   Unsere Teams validieren weiterhin die kürzlich eingesetzten Hotfixes, und die ersten Ergebnisse sehen positiv aus. Wir überwachen die betroffenen Verarbeitungsaktivitäten genau, um die Wirksamkeit des Fixes zu bestätigen und die Stabilität der Plattform zu gewährleisten. Die Validierung läuft noch, und wir werden die Leistung weiterhin überwachen, bevor wir die vollständige Auflösung bestätigen. Wir werden ein weiteres Update bereitstellen, sobald mehr Informationen verfügbar sind.

4. 18. Juli 2026 um 19:29 UTCresolved

   Nach der Bereitstellung der identifizierten Fixes werden die zuvor betroffenen Verarbeitungsaktivitäten nun erfolgreich abgeschlossen, und wir sehen keine Wiederholung der nach der jüngsten Veröffentlichung beobachteten Probleme mehr. Basierend auf den Ergebnissen, die nach dem Einsatz der Fixes beobachtet wurden, ist dieser Vorfall nun behoben. Wir werden in den kommenden Tagen eine vollständige RCA veröffentlichen, die eine detaillierte Zusammenfassung des Problems, der Ursache und der vorbeugenden Maßnahmen enthält, die umgesetzt werden, um ein Wiederauftreten zu verhindern.

5. 30. Juli 2026 um 17:47 UTCpostmortem

   **Beschreibung:** Flexera One – IT Asset Management – APAC & EU – Langsamkeit und eingeschränkte Performance **Zeitrahmen:** 13. Juli 2026, 13.00 Uhr PDT – 18. Juli 2026, 7:10 Uhr PDT **Incident Summary** Am 13. Juli 2026, um etwa 13:00 Uhr PDT, begann ein Problem mit Flexera One IT Asset Management-Kunden in den Produktionsumgebungen APAC und Europa nach dem Einsatz des Releases 2026 R1.1. Während des betroffenen Zeitraums erlebten einige Kunden eine intermittierende Anwendungslangsamkeit, verzögerte Verarbeitung, Abgleichfehler und verminderte Leistung beim Zugriff auf bestimmte Bereiche der Anwendung oder bei der Durchführung von Bestandsaktivitäten. Als die Kundenberichte zunahmen, begannen die technischen Teams, gemeinsame Muster der gemeldeten Symptome zu untersuchen, um die zugrunde liegende Ursache zu bestimmen. Die Untersuchung identifizierte einen Fehler, der im Rahmen des Flexera One IT Asset Management 2026 R1.1 Release eingeführt wurde. Unter bestimmten Bedingungen führte der Defekt zu einer deutlich höheren Datenbankverarbeitungsaktivität bei inventarbezogenen Operationen. Während die Bestandsdaten verarbeitet wurden, trug der erhöhte Arbeitsaufwand zu Verarbeitungsverzögerungen, Timeout-Bedingungen und einer verschlechterten Anwendungsleistung für einige Kunden bei. Die technischen Teams entwickelten und setzten Hotfixes ein, um das Problem in den betroffenen Produktionsumgebungen anzugehen. Nach der Bereitstellung führten die Teams Validierungsaktivitäten durch und überwachten die betroffenen Verarbeitungsworkflows, um die Wiederherstellung zu bestätigen. Bis zum 18. Juli 2026, etwa um 7:10 Uhr PDT, bestätigte die Validierung die erfolgreiche Verarbeitung zuvor betroffener Workloads und dass die mit dem Problem verbundenen Fehlermuster nicht mehr auftreten. Der Vorfall galt als behoben und die technischen Teams überwachten weiterhin, um die Stabilität des Dienstes zu bestätigen. **Wurzelursache** Der Vorfall wurde durch einen Fehler verursacht, der im Flexera One IT Asset Management 2026 R1.1-Release eingeführt wurde und sich auf inventarbezogene Verarbeitungsvorgänge auswirkte. Unter bestimmten Bedingungen verursachte der Defekt deutlich mehr Datenbankverarbeitungsaktivitäten als bei inventarbezogenen Verarbeitungsvorgängen vorgesehen. Diese erhöhte Arbeitsbelastung führte zu einem erhöhten Ressourcenverbrauch, Verarbeitungsverzögerungen und Timeout-Bedingungen. Diese Bedingungen trugen zu intermittierender Langsamkeit der Anwendung, verzögerter Verarbeitung, Abgleich von Fehlern und verminderter Leistung bei, was sich auf einige IT Asset Management-Funktionalitäten auswirkte. **Abhilfemaßnahmen** 1. Incident Investigation Initiated: Technische Teams begannen mit der Untersuchung von Berichten über langsame Anwendungen, Verarbeitungsverzögerungen und Zuverlässigkeitsprobleme, die sich auf die Produktionsumgebungen von APAC und Europa auswirken. 2. Folgenabschätzung durchgeführt: Teams überprüften von Kunden gemeldete Symptome, Systemleistungsdaten und Verarbeitungsverhalten, um den Umfang und die Art des Problems zu bestimmen. 3. Ursache identifiziert: Die Untersuchung ergab, dass ein in der R1.1-Version von 2026 eingeführter Defekt eine übermäßige Verarbeitungsaktivität während inventarbezogener Operationen erzeugte. 4. Hotfixes Entwickelt und eingesetzt: Technische Teams entwickelten und setzten Hotfixes ein, um das betroffene Verarbeitungsverhalten in den Produktionsumgebungen des APAC und Europas zu korrigieren. 5. Recovery Validated: Teams validierten die Wirksamkeit der Hotfixes durch Überwachung und erfolgreiche Durchführung von zuvor betroffenen Verarbeitungsaktivitäten. 6. Überwachung nach der Wiederherstellung: Zusätzliche Überwachung bestätigte, dass die zuvor beobachteten Ausfälle und Leistungseinbußen nicht mehr auftreten und dass die Servicestabilität wiederhergestellt wurde. ** Künftige Präventivmaßnahmen** Auf der Grundlage der Untersuchung wurden folgende Folgeaktivitäten ermittelt: Verbesserungen der Verarbeitungslogik: Technische Teams haben Korrekturen an der betroffenen Verarbeitungslogik vorgenommen, um das ineffiziente Verhalten zu beseitigen, das zu einem erhöhten Ressourcenverbrauch und einer Leistungsminderung beigetragen hat.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 09:13 UTCresolved

   Incident Description: Unsere Teams haben ein Problem identifiziert, das Cognos Analytics in der EU-Produktionsumgebung betrifft. Während des Impact-Fensters konnten betroffene Kunden möglicherweise nicht auf Cognos Analytics zugreifen oder diese laden. Diese Untersuchung bestätigte, dass die Auswirkungen auf die Produktionsregion in der EU beschränkt waren. Priorität:P2 Restaurierungsaktivität: Unsere technischen Teams stellten fest, dass das Problem mit einem kürzlich durchgeführten Upgrade auf Cognos Analytics zusammenhing, das im Rahmen der Release-Aktivitäten für EU Production IT Asset Management abgeschlossen wurde. Das Team identifizierte ein während des Upgrades eingeführtes Konfigurationsproblem, implementierte die erforderlichen Konfigurationskorrekturen und stellte die normale Servicefunktionalität wieder her. Die Umwelt bleibt unter Überwachung stabil. Weitere Einzelheiten, einschließlich der Ursache und der vorbeugenden Maßnahmen, werden in einem Post-Mortem-Bericht vorgestellt.

2. 26. Juli 2026 um 07:06 UTCpostmortem

   **Beschreibung:** Flexera One - IT Asset Management - EU - Zugriff auf Congnos Analytics **Zeitrahmen:** 13. Juli 2026, 12:51 Uhr PDT bis 14. Juli 2026, 1:52 Uhr PDT **Incident Summary** Am Montag, den 13. Juli 2026, um 12:51 Uhr PDT, identifizierten unsere Teams nach dem Upgrade von Cognos Analytics 12.1.2, das im Rahmen der Flexera One IT Asset Management-Version in der Produktionsumgebung Europa implementiert wurde, ein Problem, das Kunden daran hinderte, auf Cognos Analytics zuzugreifen. Infolgedessen konnten die betroffenen Benutzer die Anwendung nach Abschluss der geplanten Wartungsarbeiten nicht erfolgreich starten. Die technischen Teams leiteten sofort eine Untersuchung ein und bestätigten, dass das Problem in der EU-Produktionsumgebung isoliert war, ohne dass in anderen Produktionsregionen Auswirkungen beobachtet wurden. Weitere Analysen ergaben, dass das Upgrade selbst erfolgreich abgeschlossen war; jedoch wurde ein Teil der erforderlichen Post-Upgrade-Konfigurationsaktivitäten nicht vollständig angewendet, wodurch verhindert wurde, dass Cognos Analytics korrekt gestartet wurde. Die verbleibenden Konfigurationsaufgaben wurden umgehend abgeschlossen und die normale Cognos Analytics-Funktionalität wiederhergestellt. Nach einer umfassenden Validierung des Kundenzugangs und einer Phase verbesserter Überwachung wurde bestätigt, dass der Dienst normal funktioniert und der Vorfall für behoben erklärt. **Wurzelursache** * Unvollständige Post-Upgrade-Konfiguration: Obwohl das Upgrade von Cognos Analytics 12.1.2 erfolgreich abgeschlossen wurde, wurden die erforderlichen Post-Upgrade-Konfigurationsaufgaben nicht vollständig abgeschlossen, bevor die Umgebung wieder in Betrieb genommen wurde. * Service-Initialisierung fehlgeschlagen: Die unvollständige Konfiguration verhinderte, dass Cognos Analytics korrekt initialisiert wurde, was dazu führte, dass Kunden nicht auf die Anwendung zugreifen konnten. * Regionale Auswirkungen: Das Problem beschränkte sich auf das EU-Produktionsumfeld. In Nordamerika, APAC oder anderen Produktionsregionen wurden keine Auswirkungen festgestellt. **Abhilfemaßnahmen** Um den Service wiederherzustellen, technische Teams: * Die erforderlichen Post-Upgrade-Konfigurationsaktivitäten abgeschlossen, die während der Bereitstellung nicht vollständig angewendet wurden. * Neustart und Validierung der Cognos Analytics-Dienste zur Bestätigung der erfolgreichen Anwendungsinitialisierung. * Durchführung von Funktionstests und Validierung des Kundenzugriffs, um sicherzustellen, dass die Berichtsfunktionen wie erwartet funktionieren. * Die Umgebung wurde nach der Wiederherstellung einer verbesserten Überwachung unterzogen, um eine kontinuierliche Servicestabilität zu gewährleisten. ** Künftige Präventivmaßnahmen** * Erweiterte Post-Upgrade-Validierung: Verbesserte Validierungsverfahren für die Bereitstellung, um sicherzustellen, dass alle erforderlichen Post-Upgrade-Konfigurationsaktivitäten erfolgreich abgeschlossen wurden, bevor Wartungsaktivitäten abgeschlossen werden. Verbesserte Überwachung und Alarmierung: Verbesserung der Überwachung und Alarmierung von Cognos Analytics, um eine frühere Erkennung von Service-Degradation nach Upgrades zu ermöglichen. Verbesserungen der Bereitstellungs-Checkliste: Aktualisieren Sie die Bereitstellungs-Runbooks und die Betriebs-Checklisten, um eine zusätzliche Überprüfung des Abschlusses der Konfiguration nach dem Upgrade vor der Rückgabe der Umgebung an den Produktionsdienst einzuschließen. * Operational Readiness Review: Überprüfen Sie die Upgrade-Ausführungsverfahren, um sicherzustellen, dass alle obligatorischen Aufgaben nach der Bereitstellung abgeschlossen und validiert werden, bevor die Wartungsfenster geschlossen werden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 12. Juli 2026 um 23:51 UTCinvestigating

   Vorfallbeschreibung: Wir haben ein Problem mit Flexera One IT Asset Management (ITAM) Kunden in der APAC-Region. Kunden können feststellen, dass bestimmte Navigations- und Menüpunkte innerhalb der ITAM-Schnittstelle nicht sichtbar sind, was zu einem eingeschränkten Zugriff auf einige Funktionen führt. Priorität: P2 Restaurierungsaktivität: Unsere technischen Teams untersuchen dieses Problem aktiv und arbeiten daran, die volle Funktionalität wiederherzustellen. Wir werden weiterhin Updates bereitstellen, sobald mehr Informationen verfügbar sind.

2. 13. Juli 2026 um 00:28 UTCidentified

   Unsere Untersuchung hat eine erhöhte Ressourcenauslastung festgestellt, die sich auf die Funktionalität des gemeldeten Problems auswirkt. Derzeit laufen Minderungsmaßnahmen, einschließlich der Erhöhung der Systemkapazität zur Unterstützung der Wiederherstellungsbemühungen. Wir überwachen aktiv die Umgebung und validieren das Verhalten der Plattform, wenn diese Änderungen umgesetzt werden. Die Arbeit an der Wiederherstellung der vollen Funktionalität für betroffene Kunden wird fortgesetzt, und wir werden zusätzliche Updates veröffentlichen, wenn Fortschritte erzielt werden.

3. 13. Juli 2026 um 01:52 UTCidentified

   Unsere Untersuchung hat ein mögliches Konfigurationsproblem identifiziert, das mit der betroffenen Funktionalität verbunden ist. Im Rahmen der laufenden Minderungsbemühungen wurden Konfigurationsänderungen rückgängig gemacht und zuvor eingeleitete Kapazitätssteigerungen nun abgeschlossen. Wir überwachen aktiv die Umgebung und validieren das Verhalten der Plattform, wenn diese Änderungen wirksam werden. Die Arbeit an der Wiederherstellung der vollen Funktionalität für betroffene Kunden wird fortgesetzt, und wir werden weitere Updates bereitstellen, sobald Fortschritte erzielt werden.

4. 13. Juli 2026 um 03:44 UTCresolved

   Nach einer erweiterten Überwachung haben wir bestätigt, dass die Serviceleistung stabil geblieben ist und wie erwartet funktioniert. Dieses Problem ist nun gelöst.

5. 12. August 2026 um 05:15 UTCpostmortem

   **Beschreibung:** Flexera One - IT Asset Management - APAC - Fehlende Menüelemente **Zeitrahmen:** 12. Juli 2026, 15.00 Uhr PDT - 12. Juli 2026, 19:16 Uhr PDT **Incident Summary** Am Sonntag, den 12. Juli 2026, um 15 Uhr PDT berichteten Kunden in der APAC-Produktionsumgebung, dass mehrere IT Asset Management-Menüpunkte (ITAM), einschließlich Funktionen wie Berichte und alle Anwendungen, nicht mehr in der Flexera One-Benutzeroberfläche sichtbar waren. Mehrere Kunden waren betroffen, was sich auf ihre Fähigkeit auswirkte, Teile der ITAM-Anwendung zu navigieren und darauf zuzugreifen. Die technischen Teams begannen sofort mit der Untersuchung des Problems und identifizierten Authentifizierungsfehler, die sich auf die ITAM-Benutzeroberfläche auswirkten. Während der Untersuchung überprüften die Teams den Zustand der Infrastruktur, das Anwendungsverhalten und die jüngsten Plattformänderungen, um die Ursache des Problems zu ermitteln. Die Untersuchung ergab, dass eine Änderung der Anwendungskonfiguration im Zusammenhang mit einer neu eingeführten Authentifizierungsfunktion falsch auf die Produktionsumgebung angewendet wurde. Das Problem wurde deutlich, als Anwendungsinstanzen aktualisiert wurden, was zu Authentifizierungsfehlern führte, die verhinderten, dass bestimmte ITAM-Menüelemente für betroffene Benutzer korrekt geladen wurden. Die technischen Teams kehrten die betroffene Konfiguration zurück, aktualisierten die betroffenen Anwendungsinstanzen und validierten die Wiederherstellung in der gesamten Umgebung. Nach diesen Aktionen wurde die Menüfunktion wiederhergestellt, die betroffenen Kunden bestätigten die Wiederherstellung, und der Vorfall wurde am 12. Juli 2026 um 19:16 Uhr PDT behoben, nachdem die Validierung und Überwachung bestätigt hatten, dass der normale Betrieb zurückgekehrt war. **Wurzelursache** Die Untersuchung ergab, dass eine Änderung der Anwendungskonfiguration, die mit einer neuen Authentifizierungsfunktion verbunden ist, falsch auf die Produktionsumgebung angewendet wurde. Wenn Anwendungsinstanzen anschließend aktualisiert wurden, führte die falsche Konfiguration zu authentifizierungsbedingten Fehlern innerhalb der ITAM-Benutzeroberfläche. Diese Fehler verhinderten, dass bestimmte Navigationskomponenten korrekt geladen wurden, was dazu führte, dass betroffene Benutzer fehlende Menüpunkte hatten, bis die Konfiguration korrigiert und die betroffenen Instanzen aktualisiert wurden. **Abhilfemaßnahmen** Während der Incident Response wurden folgende Maßnahmen ergriffen: 1. Incident Investigation Initiated: Technische Teams begannen mit der Untersuchung, nachdem sie Berichte von mehreren Kunden über fehlende ITAM-Menüpunkte erhalten hatten. 2. Application Configuration Reviewed: Aktuelle Anwendungs- und Konfigurationsänderungen wurden überprüft, um die Quelle der Menüladefehler zu identifizieren. 3. Fehlerhafte Konfiguration identifiziert: Technische Teams stellten fest, dass eine authentifizierungsbezogene Konfigurationsänderung falsch auf die Produktionsumgebung angewendet wurde. 4. Konfiguration korrigiert: Die betroffene Konfiguration wurde aus den betroffenen Produktionsinstanzen entfernt. 5. Aufgefrischte Anwendungsinstanzen: Die betroffenen Anwendungsinstanzen wurden aktualisiert, um sicherzustellen, dass die korrigierte Konfiguration in der gesamten Umgebung einheitlich angewendet wurde. 6. Wiederherstellungsvalidierung durchgeführt: Technische Teams validierten die Sichtbarkeit und Funktionalität des Menüs in der gesamten betroffenen Umgebung und bestätigten die Wiederherstellung mit betroffenen Kunden. ** Künftige Präventivmaßnahmen** Nach dem Vorfall wurden Korrekturmaßnahmen ergriffen, um ein Wiederauftreten des Problems zu verhindern und die Erkennung ähnlicher Zustände in Zukunft zu verbessern. 1. Validierung der Konfigurationssteuerung: Die falsche authentifizierungsbezogene Konfiguration wurde aus Umgebungen entfernt, in denen sie nicht bereitgestellt werden sollte. Diese Änderung verhindert, dass das gleiche Konfigurationsproblem in Zukunft in betroffene Umgebungen eingeführt wird. 2. Verbesserung der Überwachung des Gesundheitschecks: Der bestehende Gesundheitscheck wurde aktualisiert, um das mit diesem Fehlerzustand verbundene Anwendungsverhalten zu erkennen. Die überarbeitete Überwachung ist darauf ausgelegt, ähnliche Fehler beim Laden von Menüs und bei der Authentifizierung effektiver zu erkennen und die Erkennung zu beschleunigen, wenn in Zukunft ein ähnliches Problem auftritt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. Juli 2026 um 14:19 UTCinvestigating

   Incident Description: Wir untersuchen derzeit die verschlechterte Leistung von Spot Ocean ECS für AWS-Kunden. Kunden können erhebliche Langsamkeit oder Verzögerungen beim Zugriff auf die Konsole oder bei der Nutzung bestimmter Ocean ECS-Funktionen feststellen. Priorität: P2 Restaurierungsaktivität: Unsere technischen Teams untersuchen aktiv und arbeiten daran, die normale Funktionalität wiederherzustellen. Wir werden weitere Updates bereitstellen, sobald weitere Informationen verfügbar sind.

2. 6. Juli 2026 um 15:11 UTCmonitoring

   Unsere Untersuchung ergab, dass die Verschlechterung mit einem AWS-Service-Gesundheitsereignis in der US-Ost-1-Region zusammenhängt. AWS hat seitdem berichtet, dass das Problem behoben wurde, und wir sehen jetzt Anzeichen einer Wiederherstellung auf unserer Seite, einschließlich einer verbesserten Leistung der Spot Ocean ECS-Konsole und des erfolgreichen Abschlusses der damit verbundenen AWS-Workflows. Die Produktionsumgebung erscheint zu diesem Zeitpunkt stabil. Unsere Teams werden die Überwachung für einen kurzen Validierungszeitraum fortsetzen, um sicherzustellen, dass die Leistung stabil bleibt, bevor der Vorfall behoben wird.

3. 6. Juli 2026 um 16:57 UTCresolved

   Wir haben die Umwelt für einen längeren Zeitraum weiter überwacht und die Dienstleistungen sind stabil geblieben, ohne dass weitere Probleme beobachtet wurden. Dieser Vorfall wurde behoben.

4. 20. Juli 2026 um 07:00 UTCpostmortem

   **Beschreibung:** Spot Ocean – AWS – Ocean ECS Console Performance Degradation **Zeitrahmen:** 6. Juli 2026, 05:45 Uhr PDT bis 6. Juli 2026, 07:53 Uhr PDT **Incident Summary** Am Montag, den 6. Juli 2026, um 05:45 Uhr PDT identifizierten unsere Teams eine Leistungsminderung, die sich auf das Spot Ocean ECS für AWS-Kunden auswirkte. Während des Impact-Fensters erlebten die Kunden eine erhöhte Latenz beim Zugriff auf die Ocean ECS-Konsole, und einige AWS-bezogene Operationen verzögerten sich oder wurden nicht erfolgreich abgeschlossen. Technische Teams leiteten sofort eine Untersuchung ein, um die Ursache des Problems zu identifizieren. Da eine Unterbrechung des AWS-Services gleichzeitig in der AWS-US-Ost-1-Region stattfand, betrachtete die Untersuchung zunächst sowohl das externe AWS-Ereignis als auch eine kürzlich abgeschlossene Produktionsbereitstellung als potenzielle Faktoren. Durch detaillierte Analysen stellten die Teams fest, dass die Hauptursache für die Kundenauswirkungen Instabilität war, die durch die jüngste Gateway-Bereitstellung eingeführt wurde. Die daraus resultierende Verschlechterung der Gateway-Leistung beeinflusste die Anfrageverarbeitung und Reaktionsfähigkeit innerhalb des Spot Ocean ECS. Während die gleichzeitige Unterbrechung des AWS-Services die Untersuchung komplizierter machte, wurde bestätigt, dass sie nicht der Haupttreiber der Kundenauswirkungen ist. Um den Service wiederherzustellen, haben die Teams die Bereitstellung auf die vorherige stabile Version zurückgesetzt. Nach dem Rollback kehrte die Plattformleistung auf das erwartete Niveau zurück und die Kundenworkflows nahmen den normalen Betrieb wieder auf. Ein längerer Überwachungszeitraum bestätigte eine anhaltende Servicestabilität, bevor das Ereignis formell gelöst wurde. **Wurzelursache** Der Vorfall wurde durch Instabilität verursacht, die in einer Gateway-Bereitstellung eingeführt wurde. Die Bereitstellung führte zu einer verschlechterten Leistung innerhalb des Gateway-Dienstes, wodurch die Fähigkeit, Kundenanfragen effizient zu bearbeiten, verringert wurde. Dies führte zu erhöhten Reaktionszeiten und intermittierenden Ausfällen für den Betrieb der Spot Ocean ECS-Konsole und AWS-bezogene Workflows. Durch die Rückkehr zur vorherigen stabilen Gateway-Version wurde die normale Plattformleistung wiederhergestellt und die Auswirkungen des Kunden behoben. Beitragende Faktoren * Eine gleichzeitige Unterbrechung des AWS-Services in der US-East-1-Region trat im gleichen Zeitraum auf. Obwohl es nicht die Ursache des Vorfalls war, komplizierte es die erste Untersuchung und verzögerte die Identifizierung des zugrunde liegenden Gateway-Problems. * Das Gateway-Rollback erforderte aufgrund des Umfangs der Produktionsbereitstellung zusätzliche Zeit, wodurch der gesamte Wiederherstellungsprozess verlängert wurde. * Operationen mit Ressourcenerstellung und -updates hatten aufgrund der verschlechterten Reaktionsfähigkeit des Gateways größere Auswirkungen als schreibgeschützte Aktivitäten. **Abhilfemaßnahmen** * Technische Teams untersuchten die Verschlechterung und identifizierten eine kürzliche Gateway-Bereitstellung als Hauptquelle des Problems. * Die betroffene Gateway-Bereitstellung wurde auf die letzte stabile Version zurückgerollt, wodurch die Servicestabilität wiederhergestellt wurde. * Plattformleistung und kundenorientierte Workflows wurden nach dem Rollback validiert. * Die technischen Teams haben einen längeren Überwachungszeitraum abgeschlossen, um den stabilen Servicebetrieb zu bestätigen, bevor der Vorfall beendet wurde. ** Künftige Präventivmaßnahmen** Verbesserte Deployment-Sicherheitsvorkehrungen - Engineering-Teams werden Deployment-Kontrollen und Validierungsprozesse verstärken, um die Wahrscheinlichkeit ähnlicher Deployment-bezogener Probleme in Produktionsumgebungen zu verringern. Erweiterte Plattformüberwachung - Zusätzliche Überwachung und Alarmierung werden implementiert, um ein früheres Erkennen von abnormalem Gateway-Verhalten zu ermöglichen, einschließlich der Reaktionsfähigkeit der Dienste, der Ressourcenauslastung und der Stabilität der Anwendungen. Verbesserte Wiederherstellungsverfahren - Rollback-Verfahren werden verbessert und regelmäßig validiert, um die Wiederherstellungszeit zu verkürzen und die Betriebseffizienz bei einsatzbezogenen Vorfällen zu verbessern. * Proaktive Service-Gesundheitsvalidierung - Synthetische Gesundheitschecks werden erweitert, um kritische Ocean ECS-Benutzer-Workflows kontinuierlich zu validieren und eine frühere Identifizierung von Leistungseinbußen beim Kunden zu ermöglichen. Verbesserte Abhängigkeitsüberwachung - Engineering-Teams werden die Transparenz von externen Cloud-Service-Ereignissen und Plattformabhängigkeiten weiter verbessern, um eine schnellere Unterscheidung zwischen internen Plattformproblemen und Serviceunterbrechungen von Drittanbietern bei zukünftigen Untersuchungen zu ermöglichen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. Juli 2026 um 19:07 UTCresolved

   Incident Description: Wir haben ein Problem identifiziert, das eine Teilmenge der Flexera One-Dienste in der APAC-Region betrifft, was zu intermittierenden Zugriffsproblemen oder Ausfällen für einige Benutzer geführt haben kann. Die Auswirkungen waren intermittierend und andere Regionen waren nicht betroffen. Das Problem wurde behoben und die betroffenen Dienste funktionieren normal. Priorität: P2 Wiederherstellungsaktivität: Unsere technischen Teams haben das Problem untersucht und eine kürzliche Änderung zur Wiederherstellung des Dienstes rückgängig gemacht. Wir haben bestätigt, dass die betroffenen Dienste normal funktionieren, und die Überwachung fortgesetzt, um die Stabilität der Plattform zu gewährleisten. Dieser Vorfall wurde behoben.

2. 17. Juli 2026 um 06:11 UTCpostmortem

   **Beschreibung:** Flexera One – APAC – Intermittierende Zugriffsprobleme **Zeitrahmen:** 3. Juli 2026, 11:20 Uhr PDT – 3. Juli 2026, 11:50 Uhr PDT **Incident Summary** Am 3. Juli 2026, um ca. 11:20 Uhr PDT, wurde ein Problem identifiziert, das eine Teilmenge der Flexera One-Dienste in der APAC-Produktionsumgebung betrifft. Während des Ereignisfensters haben einige Kunden möglicherweise intermittierende Zugriffsprobleme oder Ausfälle beim Zugriff auf bestimmte Bereiche der Flexera One-Plattform. Die Auswirkungen waren intermittierend, da redundante Servicekapazitäten verfügbar blieben und während des Vorfalls weiterhin den Verkehr bedienten. Sonstige Flexera Eine Region, einschließlich NAM und EU, war nicht betroffen. Die technischen Teams begannen sofort mit der Untersuchung und überprüften die betroffenen Dienste und unterstützenden Plattformkomponenten innerhalb der APAC-Umgebung. Die Untersuchung ergab, dass eine kürzlich in der APAC-Umgebung vorgenommene Änderung dazu beitrug, dass intermittierende Serviceausfälle beobachtet wurden. Im Rahmen der Wiederherstellungsbemühungen wurde die Änderung rückgängig gemacht und das Serviceverhalten überwacht, um die Wiederherstellung zu validieren. Nach dem Rollback wurde die Servicestabilität wiederhergestellt und die Kunden konnten normal auf die betroffene Funktionalität zugreifen. Gegen 11:50 Uhr PDT funktionierten die Dienste wie erwartet und der Vorfall galt als gelöst. **Wurzelursache** Der Vorfall wurde durch eine Konfigurationsänderung innerhalb der APAC-Umgebung verursacht, die die Kommunikation zwischen einer Teilmenge von Plattformdiensten und einer Backend-Plattformkomponente unbeabsichtigt beeinflusste. Während der Untersuchung stellten technische Teams fest, dass die Änderung dazu führte, dass bestimmte Plattformdienste nicht in der Lage waren, richtig mit der betroffenen Komponente zu kommunizieren. Dies führte zu intermittierenden Ausfällen, die eine Teilmenge der Flexera One-Dienste in der APAC-Region betrafen. Während das Problem auftrat, blieben ein oder mehrere Pods, die die betroffenen Dienste unterstützten, verfügbar und dienten weiterhin dem Traffic. Infolgedessen erlebten die Kunden intermittierende Zugriffsprobleme und nicht einen vollständigen Serviceausfall. **Abhilfemaßnahmen** Während der Incident Response wurden folgende Maßnahmen ergriffen: Initiiert: Technische Teams begannen, intermittierende Zugriffsprobleme zu untersuchen, die eine Teilmenge der Flexera One-Dienste in der APAC-Region betreffen. Plattformüberprüfung abgeschlossen: Technische Teams haben die betroffenen Dienste und unterstützenden Plattformkomponenten in der APAC-Umgebung überprüft, um die Ursache des Problems zu identifizieren. • Aktuelle Änderung identifiziert: Die Untersuchung identifizierte eine kürzlich implementierte Änderung, die mit der beobachteten Service-Degradation korreliert. • Change Reverted: Die identifizierte Änderung wurde als Teil der Minderungsbemühungen zur Wiederherstellung des normalen Serviceverhaltens rückgängig gemacht. Service Recovery Validated: Technische Teams überwachten das Serviceverhalten nach dem Rollback und bestätigten, dass die betroffene Funktionalität normal funktionierte. Plattformstabilitätsüberwachung fortgesetzt: Nach der Wiederherstellung wurde eine zusätzliche Überwachung durchgeführt, um die fortgesetzte Servicestabilität zu überprüfen, bevor der Vorfall beendet wurde. ** Künftige Präventivmaßnahmen** Dieser Vorfall hob die Bedeutung der Validierung von Plattformänderungen hervor, um sicherzustellen, dass unbeabsichtigte Auswirkungen identifiziert werden, bevor sie die Verfügbarkeit des Dienstes beeinträchtigen. Basierend auf der Untersuchung werden folgende Folgeaktivitäten verfolgt: Verbesserungen bei der Konfigurationsvalidierung: Überprüfung und Verbesserung der Validierungsprozesse für Änderungen der Infrastruktur- und Plattformkonfiguration, um unbeabsichtigte Auswirkungen zu identifizieren, bevor Änderungen in Produktionsumgebungen implementiert werden. Verbesserung der Verifizierung nach der Bereitstellung: Überprüfen Sie die Verifizierungsverfahren nach der Bereitstellung, um sicherzustellen, dass kritische Serviceabhängigkeiten nach Konfigurationsänderungen zugänglich bleiben und wie erwartet funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. Juni 2026 um 06:54 UTCresolved

   Incident Description: Wir haben ein Problem identifiziert, das die Bestandsverarbeitung in Flexera One IT Asset Management nach dem Release 2026 R1 in den APAC- und Europa-Umgebungen betrifft. Infolgedessen wurden einige Inventar-Uploads nicht erfolgreich verarbeitet, was dazu führte, dass die in Flexera One IT Asset Management angezeigten Inventardaten verzögert wurden und nicht das zuletzt hochgeladene Kundeninventar widerspiegelten. Priorität: P2 Restaurierungsaktivität: Technische Teams identifizierten ein kapazitätsbezogenes Problem, das sich auf die Bestandsverarbeitung auswirkte, und führten gezielte Serviceneustarts in den betroffenen Regionen durch, um die normale Verarbeitung wiederherzustellen. Der Service wurde am 24. Juni 2026 um 23:00 Uhr PDT wiederhergestellt, und die Inventardateien werden nun erfolgreich verarbeitet. Unsere Teams überwachen die Plattform weiterhin, um nachhaltige Stabilität zu gewährleisten. Ein Post-Mortem-Bericht, der die Ursache und die vorbeugenden Maßnahmen detailliert beschreibt, wird geteilt, sobald die Untersuchung abgeschlossen ist.

2. 15. Juli 2026 um 06:18 UTCpostmortem

   **Beschreibung:** Flexera One- IT Asset Management- APAC & EU - NDI Inventory Import Failures **Zeitrahmen:** 18. Juni 2026, 09:00 Uhr PDT bis 25. Juni 2026, 02:42 Uhr PDT **Incident Summary** Am Mittwoch, den 24. Juni 2026, 23:35 Uhr PDT, nach dem Einsatz des Flexera One IT Asset Management 2026 R1-Releases in den Produktionsumgebungen Australien und Europa haben unsere Teams ein Problem identifiziert, das die Verarbeitung von NDI-Inventardateien betrifft. Infolgedessen ist eine erhebliche Anzahl von Inventardateien während der Verarbeitung fehlgeschlagen und wurde nicht in den Kundeninventardaten berücksichtigt, wodurch die in Flexera One ITAM angezeigten Inventarinformationen für betroffene Kunden veraltet sind. Die technischen Teams leiteten sofort eine Untersuchung ein und stellten fest, dass das Problem innerhalb des mit dem 2026 R1-Release eingeführten Inventarverarbeitungsworkflows aufgetreten war. Gescheiterte Bestandsdateien, die nach wiederholten Verarbeitungsfehlern gesammelt wurden, verhindern den erfolgreichen Abschluss von Bestandsaktualisierungen und tragen zu einer erhöhten Verarbeitungsbelastung der betroffenen Dienste bei. Um den Service wiederherzustellen, implementierten die technischen Teams Korrekturmaßnahmen, indem sie die betroffenen Anwendungsdienste in den betroffenen Umgebungen aktualisierten. Nach den Restaurierungsaktivitäten wurde die Bestandsverarbeitung erfolgreich fortgesetzt und neue Inventar-Uploads wurden wie erwartet verarbeitet. Die fortgesetzte Überwachung bestätigte ein stabiles Plattformverhalten, und der Vorfall wurde nach einer nachhaltigen Validierung für behoben erklärt. **Wurzelursache** Das Problem wurde durch einen Defekt verursacht, der mit dem Flexera One IT Asset Management 2026 R1-Release eingeführt wurde und die Verarbeitung von NDI-Inventardateien beeinträchtigte. Unter bestimmten Bedingungen konnten Inventardateien aufgrund eines Problems im Authentifizierungs- und Verarbeitungsworkflow nicht erfolgreich verarbeitet werden, was dazu führte, dass die Dateien abgelehnt wurden, bevor die Verarbeitung abgeschlossen werden konnte. Da ausgefallene Dateien akkumuliert wurden, wurde die Verarbeitungskapazität zunehmend durch wiederholte Fehler verbraucht, wodurch eine erfolgreiche Bestandsverarbeitung verhindert und Bestandsaktualisierungen für betroffene Kunden verzögert wurden. Beitragende Faktoren * Gescheiterte Bestandsdateien, die im Verarbeitungsworkflow angesammelt wurden, erhöhen die Ressourcenauslastung für betroffene Bestandsdienste. * Die erhöhte Verarbeitungslast reduzierte die verfügbare Kapazität für neue Inventarverarbeitungsanforderungen. * Das Problem betraf Produktionsumgebungen mit dem Release 2026 R1; North America Production war nicht betroffen, da das Release noch nicht bereitgestellt wurde. **Abhilfemaßnahmen** * Technische Teams identifizierten den betroffenen Inventarverarbeitungsworkflow und implementierten Korrekturmaßnahmen, um den Service wiederherzustellen. * Anwendungsdienste wurden in den betroffenen Produktionsumgebungen aktualisiert und die normale Bestandsverarbeitung wiederhergestellt. * Die Verarbeitung neuer Inventardateien wurde nach der Wiederherstellung des Dienstes erfolgreich wieder aufgenommen. * Die Umgebung blieb unter einer verbesserten Überwachung, um die Verarbeitungsleistung zu validieren und eine nachhaltige Erholung zu bestätigen. ** Künftige Präventivmaßnahmen** Verbesserte Release-Validierung - Release-Validierungsverfahren werden erweitert, um zusätzliche End-to-End-Tests von Inventarverarbeitungs-Workflows nach wichtigen Plattform-Releases aufzunehmen. * Verbesserte Verarbeitungsüberwachung - Die Überwachung und Alarmierung wird überprüft und erweitert, um abnorme Fehler in der Bestandsverarbeitung und übermäßige Dateianhäufung in Verarbeitungswarteschlangen früher zu erkennen. * Operationelle Resilienz - Zusätzliche Sicherheitsvorkehrungen werden innerhalb des Inventarverarbeitungsworkflows implementiert, um die Wiederherstellung von Verarbeitungsfehlern zu verbessern und die Auswirkungen auf den Kunden zu minimieren, sollten in Zukunft ähnliche Bedingungen auftreten. * Code Qualität und Review Verbesserungen \(Abgeschlossen\) - Im Rahmen der Post-Incident-Überprüfung wurde der betroffene Code korrigiert, um sicherzustellen, dass Fehler in der Kommunikation angemessen behandelt werden und nicht zu breiteren Verarbeitungsauswirkungen führen. Darüber hinaus wurde der Entwicklungs- und Überprüfungsprozess verstärkt, um sicherzustellen, dass die Überprüfungsergebnisse angemessen bewertet und berücksichtigt werden, bevor zukünftige Änderungen zur Veröffentlichung genehmigt werden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juni 2026 um 08:00 UTCinvestigating

   Incident Description: Wir haben ein Problem identifiziert, das den Login-Zugang zu Flexera One in der EU-Region betrifft. Kunden können Fehler beim Versuch erhalten, sich bei Flexera One anzumelden. Priorität: P1 Wiederherstellungsaktivität: Unsere technischen Teams untersuchen das Problem aktiv und arbeiten daran, Korrekturmaßnahmen zu implementieren, um die normale Anmeldefunktion wiederherzustellen. Die Untersuchungs- und Stabilisierungsbemühungen gehen weiter. Wir werden die Situation weiterhin genau beobachten und im weiteren Verlauf weitere Informationen bereitstellen.

2. 24. Juni 2026 um 09:00 UTCresolved

   Das Problem wurde behoben und die Anmeldefunktionalität für betroffene Kunden wiederhergestellt. Technische Teams identifizierten die Ursache des Problems und implementierten Korrekturmaßnahmen, um den normalen Servicebetrieb wiederherzustellen. Die Umgebung bleibt stabil, und die laufende Überwachung hat eine erfolgreiche Authentifizierung und den Zugriff auf die Plattform bestätigt. Ein Post-Mortem-Bericht mit zusätzlichen Details wird nach Abschluss der Untersuchung veröffentlicht.

3. 7. Juli 2026 um 08:28 UTCpostmortem

   **Beschreibung:** Flexera One – EU – Login Access Disruption **Zeitrahmen:** 24. Juni 2026, 12:41 Uhr PDT bis 24. Juni 2026, 02:04 Uhr PDT **Incident Summary** Am Mittwoch, den 24. Juni 2026, um 12:41 Uhr PDT haben unsere Teams ein Problem festgestellt, das Kunden in der EU-Region betrifft. Betroffene Benutzer erlebten Authentifizierungsfehler beim Versuch, sich bei Flexera One mit Single Sign-On (SSO) anzumelden, was zu Serverfehlern führte und den Zugriff auf die Plattform verhinderte. Nach der Erkennung leiteten die technischen Teams sofort eine Untersuchung ein und bestätigten, dass das Problem im Authentifizierungsworkflow isoliert war. Die Validierung der Anwendung und der zugrunde liegenden Plattformdienste zeigte, dass die gesamte Kerninfrastruktur gesund und funktionsfähig blieb. Eine weitere Analyse ergab, dass ein Dienstkonto, das zur Kommunikation mit dem Identitätsanbieter verwendet wurde, nicht mehr verfügbar war, wodurch Authentifizierungsanforderungen fehlschlugen. Das Servicekonto wurde umgehend wiederhergestellt, wodurch die normale Authentifizierungsverarbeitung wiederhergestellt und der Kundenzugriff vollständig wiederhergestellt wurde. Nach der Wiederherstellung wurde die Umgebung genau überwacht und die Anmeldefunktionalität umfassend validiert, um die Servicestabilität zu gewährleisten. Es wurden keine zusätzlichen Kundenauswirkungen beobachtet und der Vorfall wurde anschließend für behoben erklärt. **Wurzelursache** Das Problem wurde durch die unbeabsichtigte Sperrung eines Dienstkontos verursacht, das die Authentifizierung zwischen Flexera One und dem Identitätsanbieter unterstützt. Dadurch konnten Authentifizierungsanforderungen nicht erfolgreich bearbeitet werden, sodass betroffene Kunden in der EU-Produktionsregion nicht über Single Sign-On (SSO) auf die Plattform zugreifen konnten. Beitragende Faktoren * Ein Dienstkonto, das für den Authentifizierungsworkflow entscheidend ist, wurde während einer routinemäßigen Bereinigungsaktivität versehentlich gesperrt. * Die Aussetzung verhinderte, dass Authentifizierungsanforderungen erfolgreich validiert wurden, was zu Anmeldefehlern für betroffene Kunden führte. * Das Problem wurde vom Authentifizierungsdienst isoliert und hatte keinen Einfluss auf die Verfügbarkeit der zugrunde liegenden Anwendung oder Plattforminfrastruktur. **Abhilfemaßnahmen** * Das betroffene Servicekonto wurde wiederhergestellt und die Authentifizierung beim Identitätsanbieter wiederhergestellt. * Die Login-Funktionalität wurde nach der Wiederherstellung validiert. * Die Engineering-Teams überwachten weiterhin die Stabilität der Plattform und die erfolgreiche Kundenauthentifizierung. ** Künftige Präventivmaßnahmen** * Service Account Governance - Prozesse, die kritische Service Accounts regeln, werden gestärkt, um das Risiko von unbeabsichtigten Änderungen bei Produktionsdienstleistungen zu verringern. Verbesserte Überwachung - Die Überwachung und Alarmierung wird verbessert, um Authentifizierungsfehler, die sich auf die Anmelde-Workflows der Kunden auswirken, früher zu erkennen. * Betriebsverbesserungen - Unsere Teams haben dies als Lektion dokumentiert und werden Prozessverbesserungen implementieren, um die Wahrscheinlichkeit ähnlicher Vorfälle zu reduzieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.