Flexera driftsforstyrrelser

1. 27. oktober 2026 kl. 17.00 UTCidentified

   Hændelse Beskrivelse: Vi undersøger forsinkelser påvirker Technopedia indhold opdateringer. Teknologisk indhold, der anvendes af Data Platform, IT-synlighed, og API-tjenester er ikke blevet genopfrisket siden oktober 22 på grund af gentagne databehandlingsfejl. Kunderne kan derfor se forældet technopedia indhold i berørte tjenester. Prioriteret: P2 Gendannelse Aktivitet: Vores tekniske teams har udført recovery handlinger til at løse databehandlingsfejl og har genfinding det underliggende indhold. Kataloggenerationen er i øjeblikket i gang, og vi overvåger denne aktivitet gennem færdiggørelse. Vi vil give en yderligere opdatering, efterhånden som inddrivelse skrider frem.

2. 28. oktober 2026 kl. 01.44 UTCidentified

   Opdateringen af teknologiens indhold er stadig i gang. Vores tekniske hold fortsætter med at overvåge opdateringen gennem færdiggørelse. Når behandlingen er færdig, vil vi validere, at opdateret technopedia indhold er tilgængelig på tværs af de berørte tjenester for at sikre normal indhold opdatering operationer er blevet genoprettet.

3. 28. oktober 2026 kl. 09.39 UTCidentified

   Den teknologiske indholdsopdatering er stadig i gang og overvåges fortsat nøje af vores tekniske hold. Efter afslutningen, vil vi validere det opdaterede indhold på tværs af de berørte tjenester for at bekræfte normale operationer er blevet genoprettet.

4. 28. oktober 2026 kl. 10.35 UTCresolved

   Teknologiens indholdsopdatering er afsluttet, og validering har bekræftet, at det opdaterede indhold er tilgængeligt på tværs af de berørte tjenester. Normal indholdsopdatering operationer er blevet genoprettet, og problemet er løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. oktober 2026 kl. 07.05 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker Snow Atlas SAM Core funktionalitet i UK South region. Nogle kunder kan opleve problemer med at få adgang til Brugere funktionalitet og kan støde på fejl, når adgang til Computer Detaljer. Prioriteret: P2 Restaurering Aktivitet: Vores tekniske hold er aktivt at undersøge spørgsmålet og vurdere omfanget af virkningen. Vi arbejder på at identificere den underliggende årsag og gendanne de berørte funktioner. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 22. oktober 2026 kl. 07.21 UTCmonitoring

   Vores tekniske hold identificerede timeout fejl, der påvirker servicekomponenter, der understøtter den påvirkede funktionalitet og udførte målrettede service genstarter. Efter disse recovery handlinger, Brugere og Computer Detaljer funktionalitet reagerer med succes under validering. Vi fortsætter med at overvåge service adfærd og udføre endelig validering for at bekræfte vedvarende stabilitet.

3. 22. oktober 2026 kl. 07.38 UTCresolved

   Efter de tidligere gennemførte genopretningsaktioner gennemførte vores tekniske hold yderligere validering og overvågning. Brugere og Computer Detaljer funktionalitet har været stabil uden yderligere problemer observeret. Normal operation er blevet bekræftet, og denne hændelse betragtes nu som løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 15. oktober 2026 kl. 22.37 UTCresolved

   Hændelse Beskrivelse: Efter den planlagte Flexera One IT Asset Management 2026R1.4 produktion udgivelse i Australien region, oplevede vi et problem påvirker Flexera One IT Asset Management tjenester i APAC. Som følge heraf var kunderne ude af stand til at få adgang til Flexera One IT Asset Management i påvirkningsperioden. Prioriteret: P1 Indvirkning Start: 15. oktober 2026 kl 11: 34 AM PDT Påvirkning Slutningen: 15. oktober 2026 kl 12: 32 PDT Restaurering Aktivitet: Vores tekniske hold identificeret et problem, der påvirker servicekomponenter efter den planlagte produktion udgivelse. De berørte komponenter blev repareret for at genoprette tjenestens tilgængelighed. Efter inddrivelse, Flexera One IT Asset Management tjenester i APAC vendt tilbage til normal drift, og problemet nu betragtes som løst.

2. 21. oktober 2026 kl. 23.40 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset Management - APAC - Service Manglende tilgængelighed Efter 2026R1.4 Frigivelse * * Tidsramme: * * 15 oktober 2026, 11: 34 AM PDT - 15 oktober 2026, 12: 32 PM PDT # # Hændelsesoversigt Den 15. oktober 2026, kunder, der bruger Flexera One IT Asset Management i APAC-regionen oplevede en service afbrydelse, der forhindrede adgang til ansøgningen. Afbrydelsen opstod efter afslutningen af ITAM 2026R1.4 produktion frigivelse. Selv om tjenesterne oprindeligt var tilgængelige og fungerede normalt efter frigivelsen, blev ansøgningen efterfølgende utilgængelig. Tekniske teams undersøgte afbrydelsen og identificerede fejl, der påvirkede initialiseringen af applikationsinstanser. Yderligere undersøgelser viste, at produktionsmiljøet fortsat var afhængigt af en tidligere applikationsproces, mens overgangen til en opdateret proces var i gang. Selv om applikationen instanser var blevet med succes initialiseret under udgivelsen, udskiftning tilfælde var ude af stand til at fuldføre den samme proces på grund af en forældet konfiguration. De berørte erstatningstilfælde var ikke i stand til at fuldføre initialiseringen med succes eller bestå de krævede sundhedskontroller, hvilket forhindrede ansøgningen i at vende tilbage til normal drift. Tekniske hold korrigeret produktionen konfiguration til at henvise til den opdaterede initialisering proces og udført en instans opdatering. Efter disse ændringer, de berørte tilfælde initialiseret med succes, og ITAM service tilgængelighed blev genoprettet på ca. 12: 32 PM PDT. # Root Cause Hændelsen skyldtes en resterende produktionsafhængighed af en tidligere applikationsproces under overgangen til en opdateret proces i APAC-produktionsmiljøet. Mens iscenesættelse og brugeraccept test miljøer allerede havde skiftet til den opdaterede proces, APAC produktionsmiljøet beholdt en konfiguration, der refererede til den tidligere initialiseringsproces. I løbet af 2026R1.4 produktionen frigivelse, blev applikationsinstanser manuelt initialiseret ved hjælp af den opdaterede proces, så ITAM til at begynde med fungere normalt på trods af den resterende produktion afhængighed. Komponenter, der støttede den tidligere proces, blev efterfølgende reduceret under forudsætning af, at den bredere overgang stort set var afsluttet. Når udskiftning ansøgning tilfælde blev lanceret, produktionen konfiguration fortsatte med at lede dem til den tidligere initialisering proces. De berørte tilfælde var derfor ude af stand til at fuldføre initialiseringen med succes eller bestå deres krævede sundhedskontrol, hvilket resulterede i driftsforstyrrelser. Den resterende produktionsafhængighed af den tidligere initialiseringsproces blev bekræftet som den underliggende årsag til hændelsen. Korrektion af produktionen konfiguration til at bruge den opdaterede initialisering processen fjernet, at afhængighed og tilladt udskiftning tilfælde til at initialisere med succes. # Respirations handlinger Følgende foranstaltninger blev truffet under hændelsesreaktionen: 1. * * Incident Investigation Initiated: * * Tekniske hold undersøgte ansøgningen manglende tilgængelighed og identificerede fejl påvirker initialisering og sundhedskontrol af applikationsinstanser i APAC produktionsmiljøet. 2. * * Konfiguration Udstedelse Identificeret: * * Undersøgelse fastslået, at produktionen konfiguration fortsatte referere til den tidligere ansøgning initialisering proces snarere end den opdaterede proces. 3. * * Produktionsindstilling korrigeret: * * Produktionskonfigurationen blev opdateret for at referere til den korrekte applikationsproces, hvorved afhængigheden af den tidligere proces blev fjernet. 4. Tekniske hold udført en instans genopfriske efter konfigurationskorrektionen, så udskiftning tilfælde til at initialisere med succes. 5. * * Service Inddrivelse Valideret: * * Tekniske hold bekræftede, at de berørte tilfælde blev initialiseret med succes, anvendelse sundhedstjek blev bestået, og ITAM-tjenester var vendt tilbage til normal drift. # Fremtidige forebyggende foranstaltninger Efter hændelsen blev der gennemført en retrospektiv gennemgang af processen for initialisering af ansøgningen, resterende produktionsafhængighed, release-valideringsprocedurer og muligheder for at forbedre hændelsesdetektion og respons. Følgende korrigerende foranstaltninger og forbedringsaktiviteter er afsluttet eller er undervejs: 1. * * Konfiguration af produktionen: * * APAC produktionsmiljøet er blevet opdateret for at bruge den korrekte applikationsproces, der erstatter den tidligere konfiguration. 2. * * Legatafhængighed: * * Der er blevet indført en opfølgningsforanstaltning for at tilføje et valideringstrin, før de nedskalerede platformskomponenter skaleres eller nedlægges, hvilket sikrer, at produktionstjenesterne er fuldt omstillet, og at der ikke er nogen resterende afhængighed på den tidligere platform. 3. * * Release and Application Health- Check Review: * * Den eksisterende anvendelse sundhedskontrol, release-valideringsprocedurer, og efter-frigivelse sanity-test dækning er ved at blive undersøgt i forhold til den fejl, der er observeret under denne hændelse. Revisionen vil afgøre, om der er mangler i dækningen, og om der er behov for yderligere overvågning, validering eller andre forbedringer. 4. Vi vil fortsætte med at undersøge, hvad der udløste den oprindelige ansøgning tilfælde at skalere efter udgivelsen og afgøre, om yderligere korrigerende eller forebyggende handling er påkrævet. 5. * * Forbedringer af kundekommunikation: * * Vi identificerede en mulighed for mere rettidig kundekommunikation under denne hændelse. Vores etablerede eskalering af hændelser og kommunikationspraksis er udformet med henblik på at sikre proaktiv kundeanmeldelse, når uplanlagte servicevirkninger identificeres. Indlæring fra denne hændelse er blevet indarbejdet i vores løbende hændelsesreaktion praksis for at hjælpe med at sikre, at disse procedurer anvendes konsekvent, og at rettidige, proaktive opdateringer leveres til kunder under service afbrydelser.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. oktober 2026 kl. 10.59 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker Licens Service inden SAM Core. Brugere kan være ude af stand til at indlæse licensoplysninger og kan støde på fejlmeddelelser, mens adgang til Licens Service funktionalitet. Spørgsmålet er blevet bekræftet i Det Forenede Kongerige syd og Vesteuropa, og tekniske hold er i øjeblikket ved at vurdere det fulde omfang af virkningerne. Prioriteret: P2 Genoprettelse Aktivitet: Tekniske hold er aktivt undersøge problemet og gennemgå den berørte service. Yderligere validering er i gang for at bestemme det fulde omfang af sammenstød og genoprette normal drift. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 8. oktober 2026 kl. 11.30 UTCmonitoring

   Vi har identificeret problemet som værende relateret til en nylig implementering, der påvirker licenstjenesten. Der er gennemført korrigerende ændringer, og servicefunktionen er blevet genoprettet. Vi validerer i øjeblikket servicefunktionen og overvåger miljøet for at sikre fortsat stabilitet. Yderligere opdateringer vil blive leveret, når yderligere validering er afsluttet.

3. 8. oktober 2026 kl. 12.11 UTCresolved

   Efter validering og en periode med overvågning, er tjenesten forblevet stabil og Licens funktionalitet er lastning med succes på tværs af de berørte regioner. Spørgsmålet betragtes nu som løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. oktober 2026 kl. 00.08 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker aftaler funktionalitet i Snow Atlas for kunder i Australien. Kunderne kan opleve manglende eller utilgængelige data, når de får adgang til fanen Aftaler, og data refresh operationer kan mislykkes. Prioriteret: P2 Genopretning Aktivitet: Tekniske hold er aktivt at undersøge problemet og vurdere omfanget af kundens indvirkning. Der arbejdes på at identificere årsagen til problemet og genoprette normal funktionalitet. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 8. oktober 2026 kl. 01.39 UTCresolved

   Yderligere undersøgelse identificerede et kommunikationsproblem, der påvirker en backend service støtte aftaler funktionalitet i Snow Atlas Australien. Tekniske hold gennemførte genopretningsaktioner, herunder genstart af de berørte tjenestekomponenter, som genoprettede kommunikationen og normal drift. Funktionalitet er blevet valideret på tværs af flere kundemiljøer, og Aftaledata viser nu korrekt. Vi har ikke observeret yderligere problemer efter nyttiggørelses- og valideringsaktiviteter. Spørgsmålet betragtes nu som løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. oktober 2026 kl. 20.27 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger rapporter om intermitterende spørgsmål påvirker Ocean Kubernetes kunder. Nogle kunder har rapporteret, at de har modtaget advarsler vedrørende forbindelse mellem Ocean Kubernetes komponenter og deres klynger. Tekniske hold undersøger aktivt virkningens omfang og eventuelle tilhørende forringelser af tjenesten. Prioriteret: P2 Restaurering Aktivitet: Vores tekniske hold er aktivt at undersøge den rapporterede adfærd, gennemgå kunderapporter, og validere omfanget og virkningen på tværs af berørte miljøer. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 7. oktober 2026 kl. 22.23 UTCinvestigating

   Vi fortsætter med at undersøge de intermitterende forbindelsesproblemer tidligere rapporteret. På nuværende tidspunkt er der ikke observeret yderligere hændelser siden det oprindelige anslagsvindue. Tekniske hold gennemgår aktivt tilgængelige telemetri og undersøgelsesresultater for at fastslå den underliggende årsag og validere det overordnede omfang af virkningen. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

3. 8. oktober 2026 kl. 00.03 UTCinvestigating

   Vi har ikke observeret yderligere hændelser siden det oprindeligt rapporterede effektvindue, og servicestabiliteten er blevet opretholdt. Tekniske hold fortsætter med at undersøge den underliggende årsag til de intermitterende forbindelse spørgsmål rapporteret tidligere i dag.

4. 8. oktober 2026 kl. 00.04 UTCmonitoring

   Baseret på den vedvarende stabilitet, der er observeret siden det oprindeligt rapporterede effektvindue og manglen på yderligere rapporterede hændelser, flytter vi denne hændelse til Overvågning. Tekniske hold fortsætter med at undersøge den underliggende årsag, mens service stabilitet overvåges. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

5. 8. oktober 2026 kl. 02.24 UTCresolved

   Vi har ikke observeret yderligere hændelser siden den oprindeligt rapporterede effekt, og servicestabiliteten er blevet opretholdt. Tekniske hold afsluttede yderligere undersøgelse af de intermitterende forbindelsesproblemer rapporteret tidligere i dag. Flere potentielle korrelationer blev gennemgået i løbet af undersøgelsen, og den endelige analyse er endnu ikke afsluttet. Baseret på den konstaterede vedvarende stabilitet og manglen på gentagelser anses denne hændelse nu for at være løst. Tekniske hold vil fortsætte overvågning og efterforskning aktiviteter til yderligere at forstå den adfærd, der er observeret under den rapporterede effekt vindue, og en formel RCA rapport vil blive leveret, når analysen er afsluttet.

6. 20. oktober 2026 kl. 17.50 UTCpostmortem

   * * Beskrivelse: * * Spot Ocean - Kubernetes - Intermitterende Controller Connektivitetsproblemer * * Tidsramme: * * 7. oktober 2026, 11: 20 AM PDT - 12: 30 PM PDT * * Hændelsesoversigt * * Onsdag den 7. oktober 2026, kl 11: 20 PDT, flere Spot Ocean for Kubernetes miljøer oplevede intermitterende controller forbindelse advarsler. Under hændelsen, platformen midlertidigt fortolket controller hjerteslag oplysninger som forældede og suspenderet skalering operationer for berørte klynger som en sikkerhedsforanstaltning. De berørte controllere fortsatte med at rapportere hjertestop oplysninger under hændelsen. Men tidsstemplet, der anvendes til at validere controller forbindelse blev forældet inden for en database komponent, hvilket får aktive controllere til at vise sig midlertidigt ulydhør. Den adfærd var intermitterende, og nuværende hjerterytmen oplysninger derefter blev tilgængelige uden manuel indgriben, så normal skalering operationer til at genoptage. Tekniske hold gennemgik controller hjerterytme behandling sti, database adfærd, service telemetri, og relaterede infrastruktursignaler til at afgøre, hvorfor gyldig hjerterytme aktivitet blev fortolket som gammel. Der blev ikke observeret yderligere hændelser efter hændelsesvinduet. Efter fortsat overvågning og validering af tjenestestabiliteten blev hændelsen betragtet som løst. * * Rodårsag * * Hændelsen var forårsaget af en ældre controller hjerteslag tidsstempel overskrivning en nyere gyldig tidsstempel inden for en database komponent. Selv om de berørte controllere fortsatte rapportering hjerteslag normalt, den forældede tidsstempel gjorde den senest lagrede hjerteslag synes ældre, end det var. Da platformen evaluerede dette tidsstempel, overskred den den indstillede hjertestop og udløste en sikkerhedsmekanisme, der midlertidigt suspenderede skaleringsoperationer for de berørte klynger. Den specifikke betingelse, der forsinkede den ældre databaseopdatering, er ikke endeligt fastlagt. Databasen opdateringsprocessen indeholdt imidlertid ikke en sikring for at forhindre, at et ældre hjerteslag tidsstempel erstatter et nyere gyldigt tidsstempel. Dette tillod forsinket hjerterytme oplysninger til at skabe det udseende, der aktivt rapportering controllere var ulydhør. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: 1. Customer Reports and Service Behavior Reviewed: Tekniske hold gennemgik rapporterede eksempler for at bekræfte adfærd, etablere påvirkningsvinduet, og afgøre, om problemet var isoleret eller påvirker flere miljøer. 2. Controller Heartbeat Aktivitet Valideret: Controller aktivitet blev gennemgået for at afgøre, om de berørte controllere var stoppet rapportering. Undersøgelsen bekræftede, at hjertebanken fortsat blev sendt under hændelsen. 3. Heartbeat Processing Path Investigated: Tekniske hold spores, hvordan hjerteslag information blev genereret, gemt og evalueret for at identificere, hvor den aktuelle hjerteslag aktivitet blev fortolket som forældet. 4. Database og Service Health Assessed: Relevant database ydeevne, service adfærd, og infrastruktur telemetri blev gennemgået for at evaluere potentielle behandlingsforsinkelser og udelukke bredere platform ustabilitet. 5. Tidsstempel Regression Identificeret: Undersøgelsen fastslog, at en ældre hjerteslag tidsstempel havde overskrevet en nyere gyldig tidsstempel, hvilket får platformen til midlertidigt at fortolke hjerteslag som gamle. 6. Service Stabilitet Valideret: Tekniske hold fortsatte overvågning efter genopretning. Der blev ikke observeret yderligere hændelser, og skaleringsoperationerne forblev stabile, før hændelsen blev afsluttet. * * Fremtidige forebyggende foranstaltninger * * Følgende forbedringer er planlagt for at styrke hjerterytmen behandling og forbedre påvisning af lignende forhold: 1. Heartbeat Timesamp Protection: Databasen opdatering proces vil blive ændret for at forhindre en ældre hjerteslag tidsstempel fra at overskrive en nyere gyldig tidsstempel. 2. Forbedret diagnostisk logning: Yderligere logning vil blive indført omkring hjerteslag opdateringer til at fange kilden til hver opdatering, relevante anmodning kontekst, tidligere og nye tidsstempler værdier, og kilden til tidsstemplet. 3. Overvågning og Alerting: Ny overvågning og alarmering vil blive udviklet ved hjælp af de yderligere diagnostiske oplysninger til at identificere tidstemple regressioner og lignende hjerterytme-behandlingsbetingelser hurtigere. 4. Database Access Review: Database adgang mønstre forbundet med hjerterytme behandling vil blive gennemgået for at identificere muligheder for at reducere behandlingsforsinkelser og optimere ydeevne under forhøjet belastning.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. september 2026 kl. 11.08 UTCinvestigating

   Hændelsesbeskrivelse: Vi undersøger et problem, der påvirker hændelsesnotifikationstjenesten på tværs af flere produktionsmiljøer. Kunder kan opleve forsinkelser eller svigt, når de modtager v2 event meddelelser, herunder meddelelser leveret via e-mail, webkroge, Slack, og andre understøttede kanaler. Begivenheder registreres fortsat og er stadig tilgængelige via Flexera One-konsollen og API. Der er i øjeblikket ingen tegn på, at centrale platform funktionalitet eller begivenhed data er blevet påvirket. Prioriteret: P3 Genoprettelse Aktivitet: Vores tekniske hold har identificeret problemet og implementeret service recovery aktioner. Overvågning viser, at fejlfrekvensen er faldende, og holdene fortsætter med at validere tjenestens stabilitet og vurdere det fulde omfang af virkningen. Yderligere opdateringer vil blive leveret i takt med undersøgelsen og genopretningen indsats fremskridt. Opdatering: Yderligere undersøgelse bekræftede, at dette spørgsmål ikke påvirker kunderne. De berørte anmeldelser skulle ikke offentliggøres.

2. 29. september 2026 kl. 11.53 UTCresolved

   Efter nøje overvågning af tjenesterne for at bekræfte stabiliteten, vores hold observeret ingen yderligere fejl eller gentagelse af problemet. Denne hændelse er nu løst.

3. 13. oktober 2026 kl. 04.42 UTCpostmortem

   * * Beskrivelse: * * Spot af Flexera - Begivenhed anmeldelse behandling fejl * * Tidsramme: * * September 29, 2026, 2: 06 AM PDT - 4: 51 AM PDT * * Hændelsesoversigt * * Den 29. september 2026, Flexera identificeret forhøjede applikationsfejl inden for en anmeldelse behandling komponent med ansvar for håndtering af visse begivenhedsmeddelelser arbejdsgange. Automatiseret overvågning opdagede øget fejlaktivitet, hvilket fik en undersøgelse til at afgøre, om kundevendte meddelelser blev påvirket. I løbet af undersøgelsen identificerede tekniske hold fejl, der opstod inden for en anmeldelsesbehandlingsvej, og foretog en detaljeret vurdering af de berørte begivenheder, anmeldelsesarbejdsgange og potentielle kundepåvirkninger. Den første analyse antydede, at problemet kunne påvirke anmeldelsesbehandlingen mere bredt, og en større hændelse blev erklæret, mens omfanget og virkningen blev valideret. Yderligere konsekvensanalyse bekræftede, at de berørte anmeldelser ikke skulle offentliggøres til kunderne. Begivenhedsoplysninger blev fortsat registreret med succes og forblev tilgængelige via platformen under hele undersøgelsen. Ingen customer-face funktionalitet blev forstyrret, ingen begivenhed data blev tabt, og ingen kunde indvirkning blev identificeret som et resultat af dette problem. På grundlag af resultaterne af konsekvensanalysen blev prioriteten for hændelser nedjusteret, og undersøgelsen blev afsluttet, efter at valideringen bekræftede, at de kundeorienterede tjenester forblev upåvirkede. * * Rodårsag * * Undersøgelse fastslog, at en anmeldelse behandling workflow stødte på en applikationsundtagelse, mens håndtering af en delmængde af internt genereret begivenheder. Disse begivenheder var konfigureret således, at de ikke var beregnet til kunde anmeldelse levering. Selv om undtagelserne medførte forhøjede ansøgningsfejl og berettigede undersøgelser, bekræftede efterfølgende analyse, at de berørte anmeldelser ikke forventedes at blive distribueret til kunderne. Som et resultat, customer-face notification levering, platform funktionalitet, og adgang til begivenhedsoplysninger var ikke negativt påvirket. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: 1. Incident Investigation Initiated: Tekniske hold undersøgt forhøjede applikationsfejl opdaget gennem automatiseret overvågning og vurderet potentielle kundepåvirkning. 2. Anmeldelsesbehandling Analyse: Den berørte anmeldelse workflow blev gennemgået for at identificere kilden til ansøgningen undtagelser og bestemme omfanget af problemet. 3. Customer Impact Assessment Afsluttet: Tekniske hold validerede de berørte notifikationstyper, revideret begivenhed offentliggørelse adfærd, og bekræftede, at de involverede meddelelser ikke var beregnet til kundelevering. 4. System Validering og Overvågning Udført: Fejl trends, service adfærd, og anmeldelse behandling blev overvåget for at bekræfte stabil drift og validere, at customer-face tjenester forblev upåvirket. 5. Incident Reclclassification Afsluttet: Efter bekræftelse af, at der ingen kundepåvirkning eksisterede, hændelsen prioritet blev nedgraderet og hændelsen blev formelt løst. * * Fremtidige forebyggende foranstaltninger * * Efter denne undersøgelse identificerede vi muligheder for at forbedre hastigheden og nøjagtigheden af konsekvensanalysen, når operationelle indberetninger involverer interne behandlingsarbejdsgange. 1. Forbedret konsekvensanalyse: Gennemgå interne notifikationsklassifikationer og undersøgelsesprocedurer for at fremskynde afgørelsen af, om et spørgsmål påvirker brugervenligheden i fremtidige hændelser. 2. Forbedret anmeldelse Workflow Sigtbarhed: Forbedre operationelle synlighed i customer-face og ikke-customer-face notification processing stier til at understøtte hurtigere effekt validering og hændelsesrespons aktiviteter.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. september 2026 kl. 09.10 UTCinvestigating

   Hændelsesbeskrivelse: Vi undersøger et problem, der påvirker IT Synlighed i APAC-regionen, hvor Power BI dashboards undlader at indlæse. Kunder i den berørte region kan være ude af stand til at få adgang til de rapporterende dashboards i ansøgningen. Den nuværende undersøgelse tyder på, at spørgsmålet er begrænset til APAC-regionen uden nogen indvirkning i andre regioner på nuværende tidspunkt. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt undersøge problemet for at identificere den underliggende årsag og gendanne rapport funktionalitet. Vi fortsætter med at vurdere omfanget af virkningerne, overvåge tjenesternes sundhed og gennemføre korrigerende foranstaltninger, hvor det er relevant. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 28. september 2026 kl. 09.26 UTCresolved

   Spørgsmålet om Power BI 's rapportering af dashboards i APAC-regionen er blevet løst. Første undersøgelse viser, at en konfigurationsopdatering var nødvendig efter en nylig opgradering. Vores tekniske hold afsluttede den nødvendige oprydning, og efterfølgende validering bekræftede, at de berørte dashboards nu er tilgængelige og fungerer som forventet. Alle tjenester er vendt tilbage til normal drift, og denne hændelse betragtes nu som løst.

3. 26. oktober 2026 kl. 12.10 UTCpostmortem

   * * Beskrivelse: * * Flexera One- IT Visibility- APAC - Rapportering dashboards utilgængelige * * Tidsramme: * * September 28, 2026, 1: 38 AM PDT til September 28, 2026, 2: 15 AM PDT Name * * Hændelsesoversigt * * Name Mandag den 28. september 2026, kl. 1: 38 AM PDT, Flexera identificeret et problem, der påvirker adgangen til Power BI rapportering dashboards for kunder i APAC-regionen. Vores tekniske hold blev straks engageret, og den indledende undersøgelse bekræftede, at virkningen var begrænset til APAC, mens de øvrige regioner forblev lydhøre. Yderligere undersøgelser fastslog, at konfigurationsændringer i forbindelse med en planlagt migration af identitet og adgangsstyring havde påvirket de tilslutningsindstillinger, som rapporteringstjenesterne krævede. Under anvendelsen af disse ændringer blev rapporteringstjenesternes tilslutningsindstillinger nulstillet til værdier, der ikke indeholdt de fuldstændige serviceadresser, der kræves for vellykket kommunikation. De berørte tjenester startede derfor ikke korrekt, hvilket resulterede i, at Power BI ikke havde adgang til dashboards for APAC-kunder. For at genoprette tjenesten rettede det tekniske team manuelt de berørte tilslutningsindstillinger i APAC-miljøet. Dette genoprettede kommunikationen mellem rapporterings- og autentificeringstjenesterne, så de berørte tjenester kunne komme sig. Efter genopretningen bekræftede valideringen, at de resultattavler, der indberettes af Power BI, var tilgængelige og fungerede normalt ca. 2: 15 AM PDT. Name * * Rodårsag * * Name Hændelsen skyldtes forkerte tilslutningsindstillinger, der blev anvendt på APAC-miljøet under en konfigurationsændring i forbindelse med migreringen af identitet og adgangsstyring. Ændringen nulstiller rapporteringstjenesternes forbindelsesadresser til værdier, der ikke indeholder de fuldstændige adresser, der kræves for vellykket kommunikation med autentifikationstjenesterne. Som følge heraf startede de berørte indberetningstjenester ikke korrekt, hvilket gjorde Power BI 's rapportering af dashboards utilgængelig for kunderne i APAC-regionen. Medvirkende faktorer * Konfiguration inkonsistens: De nødvendige forbindelsesadresser var tidligere blevet opdateret direkte i miljøet, men blev ikke afspejlet i implementeringskonfigurationen. Derfor genindførte den efterfølgende konfigurationsændring de forkerte værdier. * Implementering validering gap: Implementeringsprocessen ikke identificere de forkerte tilslutningsindstillinger, før de påvirkede tjenestens tilgængelighed. * Ændr koordination og afhængighed Validering: Migrationsprocessen tog ikke fuldt ud højde for konfigurationskravene for alle afhængige tjenester, hvilket resulterede i, at endpoint-ændringer blev anvendt uden forudgående validering på tværs af de berørte tjenesters afhængigheder. Name * * Genoprettelsesaktioner * * Vores hold udførte nedenstående handlinger for at genoprette tjenesterne til normalitet: * De berørte tilslutningsindstillinger blev rettet for at genoprette kommunikationen mellem rapportering og autentificering. * De berørte tjenester genvundet, og validering bekræftet, at Power BI rapportering dashboards var tilgængelige og fungerer normalt. * Konfigurationen blev efterfølgende korrigeret for at sikre at de ønskede tilslutningsindstillinger vedligeholdes konsekvent for fremtidige installationer. Name * * Fremtidige forebyggende foranstaltninger * * Name Følgende foranstaltninger er blevet identificeret og er ved at blive arbejdet på at reducere sandsynligheden for gentagelse og forbedre tjenestens modstandsdygtighed: * Konfigurationshåndtering: Sørg for, at ændringer i servicekonfiguration håndteres konsekvent for at forhindre uoverensstemmelser mellem de anvendte indstillinger og de vedligeholdte konfigurationer. * Implementeringsvalidering: Gennemgå planlagte konfigurationsændringer før indsættelsen for at kontrollere, at de nødvendige indstillinger for forbindelse til tjenesten forbliver korrekte. * Konfigurationskonsistens: Sørg for kritiske tilslutningsindstillinger vedligeholdes i de relevante konfigurationskilder og afhænger ikke af manuelle ændringer i de enkelte miljøer. * Ændr koordination: Forbedre koordineringen af planlagte vandringer og konfigurationsændringer, herunder validering af kravene og afhængigheden af de berørte tjenester. * Implementering sikkerhedsforanstaltninger: Styrke pre-implementering kontrol for at identificere forkert konfiguration indstillinger, før de forårsager servicesvigt.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. september 2026 kl. 23.18 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker visse IT Asset Management integration og App Portal tjenester på tværs af alle regioner. Kunder, der bruger påvirket API- baserede integreringer kan opleve autentificering fejl resulterer i HTTP 401 Uautoriserede fejl, som kan forhindre anmodninger om at fuldføre med succes. App Portal-brugere kan også støde på fejl, når de indsender anmodninger. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt at undersøge problemet og evaluere korrigerende handlinger. Efterforsknings- og valideringsaktiviteter er i gang, og vi arbejder på at genoprette normal servicefunktionalitet så hurtigt som muligt. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 26. september 2026 kl. 05.31 UTCidentified

   Det korrigerede hotfix afventer i øjeblikket afslutningen af byggeprocessen, som tager længere tid end forventet. Når bygningen er færdig, vil vores tekniske hold fortsætte med UAT validering, før de bevæger sig fremad med produktion implementering. Holdet arbejder også på at bekræfte implementeringsplanen, ejerskabet og den forventede tidslinje. Der vil blive fremlagt yderligere opdateringer, efterhånden som disse aktiviteter skrider frem.

3. 26. september 2026 kl. 12.30 UTCmonitoring

   Vores hold har gennemført et hotfix, og den indledende validering bekræfter, at tjenesterne fungerer som forventet. Vi holder fortsat nøje øje med miljøet, mens vi afventer bekræftelse fra berørte kunder.

4. 27. september 2026 kl. 05.39 UTCmonitoring

   API 'erne fungerer som forventet, og de tidligere observerede fejl opdages ikke længere. Hændelsen forbliver i overvågning, mens yderligere validering er afsluttet og kunde bekræftelse opnås.

5. 28. september 2026 kl. 17.14 UTCresolved

   Efter oprensning aktiviteter afsluttet i løbet af weekenden, vi fortsatte med at overvåge de berørte tjenester for at validere vedvarende stabilitet og genopretning. Kundevalidering er nu modtaget bekræfte, at App Portal funktionalitet og API anmodning behandling fungerer normalt. Yderligere undersøgelse identificerede et problem, der påvirker autentificering behandling inden for en service komponent, hvilket resulterer i HTTP 401 Uautoriserede fejl for berørte API-anmodninger og fejl, når du indsender anmodninger via App Portal. Vores tekniske hold gennemførte korrigerende foranstaltninger for at løse problemet og udførte yderligere validering efter at have identificeret og løst et separat problem, der opstod under oprydningsprocessen. Efter oprydning og udvidet overvågning har tjenesterne været stabile uden yderligere problemer. Der vil blive gennemført en fuldstændig analyse af årsagen, og en rapport efter hændelsen vil blive delt med en detaljeret beskrivelse af årsagen, oprensningsaktiviteter og korrigerende handlinger, der er identificeret som en del af undersøgelsen.

6. 8. oktober 2026 kl. 11.25 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset Management - Alle regioner - App Portal Fejl og API anmodning mislykkedes * * Tidsramme: * * September 24, 2026, 12: 12 PM PDT - September 26, 2026, 4: 38 AM PDT * * Hændelsesoversigt * * Begyndende 24. september 2026, på ca. 12: 12 PM PDT, kunder ved hjælp af API- baserede integreringer med Flexera One IT Asset Management\ (ITAM\) oplevet autentificering fejl, der returnerede HTTP 401 Uautoriserede svar. App Portal brugere også stødt på fejl, når de indsender anmodninger, og integrationser såsom App Broker og Business Adapter, der er afhængige af disse Api 'er blev påvirket. Der blev observeret virkninger i hele Nordamerika, Europa og Asien-Stillehavsområdet. Tekniske hold undersøgte og bekræftede, at fejlene ikke var relateret til kundelegitimation eller kundekonfiguration. Anvendelse logs viste, at de komponenter, der kræves for at autentificere disse anmodninger var ikke at initialisere. Yderligere undersøgelse fastslået, at adfærden blev indført ved et hotfix indsat som en forebyggende foranstaltning under respons på den tidligere ITAM menu loading hændelse den 24. september. Tekniske hold reproducerede adfærd i test, udviklet en korrigerende fix, og validerede det. Under implementeringsvalideringen blev et sekundært problem med indlæsning identificeret og behandlet gennem et opdateret hotfix. Efter implementering af den opdaterede hotfix til produktion, tekniske hold bekræftet, at API-funktionalitet var i drift som forventet, og tjenesten blev genoprettet den 26. september på ca. 4: 38 AM PDT. Hændelsen derefter flyttet til udvidet overvågning, mens kunde bekræftelse blev opnået, og bekræftelse blev modtaget den 28. september. Efter genoprettelsen af tjenesten blev isolerede intermitterende autentificeringsfejl rapporteret og undersøgt adskilt fra hovedhændelsen. Tekniske hold identificerede yderligere forbindelseshåndterings- og miljøspecifikke konfigurationsforhold og udsendte yderligere hotfixes, som blev valideret til den 30. september. Fortsat overvågning og kundegennemgang i oktober 1 bekræftede, at problemet ikke længere kunne reproduceres, og at der ikke var konstateret yderligere hændelser. * * Rodårsag * * Hændelsen skyldtes en defekt i et hotfix, der blev anvendt som forebyggende foranstaltning under reaktionen på den tidligere ITAM menu loading hændelse den 24. september. Hotfix fjernet en afhængighed fra programmets autentificering komponenter og ændrede, hvordan programmet læser den konfiguration, det bruger til at oprette forbindelse til autentificering tjenester. De ønskede indstillinger var til stede i den indsatte konfiguration. Men programmet forsøgte at læse dem ved hjælp af en metode, der ikke er understøttet til konfiguration indlæses ved runtime. Som et resultat, kunne de komponenter, der kræves til godkendelse ikke initialiseres, og anmodninger, der krævede godkendelse blev afvist som uautoriseret. Dette producerede API fejl og App Portal anmodning fejl, som kunderne oplevede. Den samme adfærd opstod i præ-produktion validering miljø, når hotfix blev anvendt der. Det blev ikke identificeret, før hotfix nåede Produktion, fordi de berørte API 'er ikke anvendes aktivt i dette miljø, og specifikke fejl advarsel var endnu ikke på plads for dem. Den oprindelige fix behandlet den primære konfiguration defekt. Under efterfølgende validering og overvågning blev der identificeret yderligere komponent- loading, forbindelseshåndtering og miljøspecifikke konfigurationsbetingelser, som krævede yderligere hotfixes, før vedvarende stabilitet kunne bekræftes. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: 1. Incident Response Initiated: Tekniske hold begyndte at undersøge efter kunder rapporterede autentificering fejl og API fejl. 2. Scope og Kundekonfiguration Assessed: Tekniske hold bekræftede, at fejlene ikke var relateret til kundelegitimation eller konfiguration, og bekræftede, at virkningen udvidet til flere regioner. 3. Underliggende tilstand Identificeret: Tekniske hold fastslået, at den krævede godkendelse indstillinger var til stede, men kunne ikke læses på runtime, og reproduceres adfærd i test. 4. Korrigerende Retter Udviklet og valideret: Programkoden blev opdateret for at læse indstillingerne ved hjælp af en understøttet metode. Valideringstesten bekræftede, at godkendelsesfejlene ikke længere forekom. 5. Korrigerende Retter implementeret og service restaureret: En sekundær komponent-loading problem identificeret under implementering validering blev behandlet gennem en opdateret hotfix. Efter den opdaterede hotfix blev indsat til produktion, tekniske hold verificeret, at API-funktionalitet fungerede som forventet. 6. Udvidet Overvågning og Kundevalidering: Tekniske hold overvåget service adfærd gennem weekenden og opnået bekræftelse fra en berørt kunde. 7. Efter-Hændelse Rengøring: Efter isolerede intermitterende fejl blev rapporteret efter restaurering af service, tekniske hold indsat yderligere hotfixes og validerede dem gennem September 30. Overvågning og kunde gennemgang fortsatte gennem oktober 1 at bekræfte, at problemet ikke længere fandt sted. * * Fremtidige forebyggende foranstaltninger * * Efter hændelsen, vi gennemførte en retrospektiv at gennemgå den tekniske årsag, hotfix validering proces, overvågning kapaciteter, og faktorer, der bidrog til kundens indvirkning. Følgende foranstaltninger er afsluttet eller er ved at blive gennemført: 1. Konfigurationskorrektion for køretid: Ansøgningen er blevet korrigeret for at læse sin autentificering konfiguration ved hjælp af en understøttet metode, og yderligere hotfixes er blevet indsat og valideret på tværs af produktionsmiljøer. 2. API Overvågning og Alerting: Error- rate advarsel bliver tilføjet for de berørte API 'er, så autentificering fejl er opdaget i både præ-produktion og produktion miljøer, selv når tjenesten ikke er aktivt brugt. 3. Hotfix valideringsproces: Vi evaluerer yderligere kontroller af afhængige tjenester, såsom API-integration og App Portal funktionalitet, som en del af hotfix validering, før ændringer er godkendt til produktion.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. september 2026 kl. 16.19 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker en delmængde af Flexera One IT Asset Management kunder. Berørte kunder kan opleve manglende lagerdata eller tomme resultater, når de får adgang til All Inventory visning og relaterede opfinderbaserede visninger. Spørgsmålet er begrænset til en undergruppe af kunder i Nordamerika. Prioriteret: P2 Genoprettelse Aktivitet: Tekniske hold er aktivt at undersøge problemet og gennemgå lagerdata behandling arbejdsgange i forbindelse med den berørte funktionalitet. Påvirkningens omfang valideres, mens afbødnings- og genoprettelsesmuligheder vurderes. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 25. september 2026 kl. 18.50 UTCidentified

   Tekniske hold har identificeret en sandsynlig årsag til problemet i forbindelse med en nylig kapacitetsændring, der påvirker lagerdatabehandlingen. Recovery aktiviteter er i gang, herunder rollback og korrigerende foranstaltninger designet til at genoprette den normale beholdning databehandling. Tekniske hold arbejder aktivt gennem oprydning og validering opsving for berørte kunder. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

3. 25. september 2026 kl. 21.22 UTCidentified

   Tekniske hold fortsætter med at arbejde gennem oprensningsaktiviteter i forbindelse med problemet og er aktivt i færd med at gennemføre genopretningsaktioner med henblik på at genoprette normal lagerbehandling af data. Under udførelsen, hold stødte på yderligere betingelser, der krævede justeringer af oprydning tilgang, og opdaterede genopretningsaktiviteter er i øjeblikket i gang. Tekniske hold forbliver aktivt engageret og arbejder kontinuerligt på at fuldføre oprydning og genoprette normal service for berørte kunder så hurtigt som muligt. Vi sætter pris på din tålmodighed, mens disse bestræbelser fortsætter og undskylde for den fortsatte virkning. Yderligere opdateringer vil blive leveret som meningsfulde fremskridt.

4. 26. september 2026 kl. 00.55 UTCidentified

   Tekniske hold fortsætter med at arbejde gennem oprydningsaktiviteter i forbindelse med problemet og udfører aktivt rollback og korrigerende handlinger med henblik på at genoprette normal lagerbehandling af data. Genopretningsaktiviteterne er stadig i gang, og tekniske hold overvåger aktivt gennemførelsen, efterhånden som oprensningen skrider frem.

5. 26. september 2026 kl. 05.25 UTCmonitoring

   Vores tekniske hold har gennemført den nødvendige oprydning. Blokeringen blev ryddet. Valideringen efter oprydning bekræftede, at de relevante databasefunktioner og -procedurer fungerer i den forventede tilstand. Holdene vil fortsat overvåge miljøet for at sikre stabilitet.

6. 26. september 2026 kl. 07.13 UTCresolved

   Alle valideringskontroller er gennemført med succes, og tjenesterne er vendt tilbage til normal drift. Spørgsmålet er nu løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. september 2026 kl. 21.43 UTCidentified

   Hændelse Beskrivelse: Vi undersøger et problem påvirker Spot Ocean for AWS. Kunderne kan være ude af stand til at starte nye tilfælde på grund af eksempler levering fejl. Som følge heraf kan berørte klynger være ude af stand til at skalere som forventet. Eksisterende arbejdsbelastninger forbliver operationelle. Vores tekniske hold undersøger aktivt problemets omfang og virkning. Prioriteret: P2 Genopretning Aktivitet: Vores tekniske hold har identificeret et potentielt problem i forbindelse med en nylig ændring, der påvirker instans levering og er aktivt validere virkningen. Mitigation aktiviteter er i gang, herunder rollback af en nylig ændring, mens hold overvåge inddrivelse og service adfærd. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 24. september 2026 kl. 22.16 UTCresolved

   Yderligere undersøgelse fastslået, at en nylig ændring, der påvirker tilfælde hensættelse adfærd bidrog til problemet. Tekniske hold afsluttet en rollback af ændringen og valideret opsving. Efter rollback, fejl niveauer vendte tilbage til normal og nye instans hensættelse genoptaget med succes. Under hele hændelsen forblev eksisterende tilfælde og arbejdsbyrder operationelle. Virkningen var begrænset til nye eksempler lanceringer og klynge scale-up operationer. Spørgsmålet betragtes nu som løst. En detaljeret post mortem rapport vil blive delt efter afslutningen af den grundlæggende årsag analyse og post-hændelse gennemgang, dokumentere den fulde sekvens af begivenheder, medvirkende faktorer, erfaringer lært, og eventuelle opfølgning handlinger identificeret.

3. 9. oktober 2026 kl. 06.33 UTCpostmortem

   * * Beskrivelse: * * Spot Ocean for AWS - Event Provisioning Failures * * Tidsramme: * * September 24, 2026, 12: 00 PM PDT til September 24, 2026, 2: 54 PM PDT Name * * Hændelsesoversigt * * Name Den 24. september 2026, Spot Ocean for AWS oplevet et problem, der forhindrede nogle kunder i at lancere nye tilfælde. Som følge heraf var de berørte klynger ikke i stand til at skalere som forventet, når der var behov for yderligere computerkapacitet. Eksisterende tilfælde og arbejdsbyrder forblev operationelle under hele hændelsen. Virkningen var begrænset til nye eksempler levering og klyngeskalaer operationer. Det tekniske team identificerede, at en nylig softwareændring indført uventet adfærd under instance levering proces. Ændringen blev rullet tilbage, som ryddet hensættelserne fejl og genoprettet normal service operation. Efter rollback, den underliggende software problem blev identificeret og rettet. Den opdaterede funktionalitet har gennemgået yderligere validering for at sikre, at spørgsmålet behandles fuldt ud, før det genindføres i produktionsmiljøet. Tekniske hold validerede succesfulde instans lancerer efter rollback, og kundevalidering bekræftet, at nye instans levering fungerede som forventet. Hændelsen blev løst kl. 14.54 PDT den 24. september 2026. Name * * Rodårsag * * Name Hændelsen var forårsaget af en nylig softwareændring, der indførte utilsigtet adfærd under AWS instans hensættelse. Ændringen påvirkede, hvordan visse klyngekonfigurationsoplysninger blev behandlet, hvilket resulterede i forsyningssvigt for nogle opskaleringsoperationer. Mens ændringen var designet til at understøtte mærkning for specifikke AWS ressourcer, dens adfærd også påvirket andre støttede klyngekonfigurationer. På visse betingelser resulterede den opdaterede mærkningslogik i, at der blev indgivet duplikeringsoplysninger som en del af anmodningen om at afgive indlæg. AWS afviste disse anmodninger, fordi mærkeoplysningerne ikke opfyldte de forventede krav. Som et resultat, Spot Ocean var ude af stand til at fuldføre leveringen af nogle nye tilfælde. Dette primært påvirket nye instans lancerer og klynge scale-up operationer. Eksisterende tilfælde havde allerede været gennemført med succes og derfor fortsatte med at fungere normalt under hele hændelsen. Den underliggende funktionalitet er siden blevet korrigeret, og yderligere validering udføres for at sikre, at den opdaterede adfærd fungerer konsekvent på tværs af de understøttede AWS klyngekonfigurationer, før den returneres til produktionen. Name Name * * Genoprettelsesaktioner * * Vores hold udførte nedenstående handlinger for at genoprette tjenesterne til normalitet: * Rolled tilbage software ændring, genoprette normal instans hensættelse. * Identificeret og korrigeret den underliggende problem i den berørte funktionalitet. * Udført yderligere validering af den korrigerede funktionalitet. * Indførte yderligere sikkerhedsforanstaltninger, så den opdaterede funktionalitet kan rulles ud på en kontrolleret måde. * Valideret, at nye instans levering og klynge skalering operationer fungerede som forventet efter rollback. Name * * Fremtidige forebyggende foranstaltninger * * * Udvid automatiseret test for eksempel levering og klynge skalering scenarier. * Øge regressionstest på tværs af understøttede AWS klyngekonfigurationer. * Udvid slut- til- end test for skalering af arbejdsgange. * Forbedre overvågning og varsling for levering og skalering fejl. * Styrke validering af ændringer, før produktionen deployering. * Indføre yderligere sikkerhedsforanstaltninger for kontrolleret udrulning af ændringer, der påvirker levering adfærd. * Øge testdækning for kant tilfælde og error- håndtering scenarier.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. september 2026 kl. 20.46 UTCmonitoring

   Hændelse Beskrivelse: Tidligere i dag, et spørgsmål, der påvirker lagerbehandling i Flexera One IT Asset Management (ITAM) i NAM-regionen påvirket en delmængde af kunder. Undersøgelsen viste, at lageruploads blev modtaget med succes, men ikke blev behandlet for berørte kunder, hvilket resulterede i forsinkelser i lagerdata afspejlet i Flexera One ITAM. Der blev gennemført genopretningsforanstaltninger, og lagerbearbejdningen er siden blevet genoptaget med succes. Opgørelsesfiler fortsætter med at behandle normalt; dog, inddrivelse af den resterende efterslæb er stadig i gang og bliver sporet gennem denne hændelse. Prioriteret: P2 Genoprettelse Aktivitet: Tekniske hold implementeret recovery aktioner, der gendannede lagerfil behandling og har valideret vellykket behandling gennem overvågning og logning. Service operation forbliver stabil, og backlog recovery fortsætter som tidligere queued lagerfiler behandles. Tekniske hold er aktivt at overvåge recovery fremskridt, service sundhed, og backlog reduktion, mens igangværende valideringsaktiviteter fortsætter. Tidligere opdateringer relateret til de tidligere stadier af denne hændelse kan findes i hændelseshistorien knyttet nedenfor. Yderligere opdateringer vil blive leveret som backlog recovery skrider og validering aktiviteter fortsætte. http: / / status.flexera.com / hændelser / 5wrg6jl9bj2h

2. 25. september 2026 kl. 08.15 UTCmonitoring

   Backlog opsving fortsætter som tidligere queued lagerfiler behandles. Backlog niveauer er nu inden for et acceptabelt område, med en organisation forbliver over forventede niveauer. Tekniske hold fortsætter med at overvåge recovery, service sundhed, og behandling aktivitet, mens validering stadig er i gang.

3. 25. september 2026 kl. 13.28 UTCresolved

   Den akkumulerede forsinkelse under hændelsen er blevet behandlet med succes, og behandlingsniveauerne er vendt tilbage til normale driftsområder. Vores hold har afsluttet helbredelsesvalideringen, og denne hændelse er nu ved at blive løst. Yderligere oplysninger om den tilgrundliggende årsag og de trufne foranstaltninger vil blive givet i rapporten efter slagtning.

4. 23. oktober 2026 kl. 17.27 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset Management - NAM - Inventory Processing Forsinkelser efter produktion Release Aktivitet * * Tidsramme: * * September 22, 2026, 7: 05 PM PDT - September 25, 2026, 5: 30 AM PDT * * Hændelsesoversigt * * Den 24. september 2026, tekniske hold begyndte at undersøge rapporter om forsinkede lageropdateringer påvirker en delmængde af kunder ved hjælp af Flexera One IT Asset Management\ (ITAM\) i Nordamerika\ (NAM\) regionen. Selv om lagerfiler var ved at blive uploadet og forblev tilgængelige, nogle kunder oplevede forsinkelser i behandlingen af disse filer, forhindre den nyeste lagerinformation fra at blive afspejlet i ansøgningen. Beacon status oplysninger vises i ITAM kunne også have været forældet for berørte kunder. Lagerbearbejdningen fortsatte normalt for andre kunder. Spørgsmålet opstod efter ITAM 2026R1.3 produktion frigivelse aktivitet den September 22, 2026. Undersøgelsen identificerede en afbrydelse i den proces, der er ansvarlig for at overføre uploadede lagerfiler til ITAM-opfinder- behandling. Mens de berørte filer forblev tilgængelige på lager, blev de ikke videresendt til behandling. Tekniske hold observerede også forhøjede anvendelsesfejl under undersøgelsen, selv om disse fejl ikke blev endeligt fastslået som årsag til afbrydelsen. Tekniske hold udført en målrettet genstart af den berørte service komponent, genoprette overførslen af lagerfiler og tillade behandling til tidligere berørte kunder. Yderligere diagnostisk logning blev aktiveret til at understøtte yderligere undersøgelse. Men en betydelig efterslæb af lagerfiler havde akkumuleret under afbrydelsen og krævede yderligere tid til at behandle. Efter genoprettelsen af behandlingen fortsatte de tekniske hold overvågningen af lagerbeholdningerne og den akkumulerede forsinkelse. På fredag, 25. september 2026, på ca. 5: 30 AM PDT, den incident- relaterede efterslæb var vendt tilbage til normale driftsniveauer, bekræfter genopretning af lagerbearbejdningen. * * Rodårsag * * Hændelsen var forårsaget af en afbrydelse i den opfindelse-behandling arbejdsgang efter ITAM 2026R1.3 produktion frigivelse aktivitet i NAM regionen. Selv om lagerfiler blev uploadet og forblev tilgængelige i opbevaring, den komponent, der er ansvarlig for videresendelse af disse filer til ITAM behandling stoppede overførsel lagerdata for en delmængde af kunder. Som et resultat, berørte lagerfiler blev ikke behandlet, forsinke lageropdateringer. Spørgsmålet påvirkede ikke alle kunder, da lagerbearbejdningen fortsatte normalt for andre organisationer. Undersøgelse identificerede forhøjede applikationsfejl og adfærd indikerer, at den berørte behandling komponent ikke var ved at komme sig som forventet. Den nøjagtige tekniske betingelse for den delvise afbrydelse undersøges fortsat. En målrettet genstart af den berørte servicekomponent restaurerede lagerbearbejdningen for påvirkede kunder. Den akkumulerede efterslæb blev efterfølgende behandlet, så lageropdateringer til at vende tilbage til normale niveauer. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: 1. * * Incident Investigation Initiated: * * Tekniske teams undersøgte rapporter om forsinkede lageropdateringer, der påvirkede en undergruppe af kunder i NAM-regionen, og gennemgik arbejdsgangen i forbindelse med opfinderbehandling for at bestemme problemets omfang. 2. Undersøgelsen bekræftede, at uploadede lagerfiler var tilgængelige på lager, men ikke blev videresendt til behandlingstjenesterne for berørte kunder. 3. * * Berørt komponent genstartet: * * En målrettet genstart af den berørte servicekomponent restaurerede overførslen af lagerfiler og tillod behandling at genoptage for tidligere berørte kunder. 4. * * Yderligere diagnostisk logning aktiveret: * * Yderligere logning blev gjort muligt at fange yderligere tekniske oplysninger og støtte fortsatte undersøgelser af den underliggende behandlingsafbrydelse. 5. * * Inventory Backlog Recovery Monitored: * * Tekniske hold overvåget den akkumulerede opgørelse tilbage efter restaurering af behandling og bekræftet, at lagerfiler blev behandlet med succes. 6. * * Service Recovery Valideret: * * Tekniske hold bekræftede, at hændelsesrelateret efterslæb var vendt tilbage til normale driftsniveauer inden den 25. september, og at lagerbearbejdningen forblev stabil. * * Fremtidige forebyggende foranstaltninger * * Efter hændelsen gennemførte vi en retrospektiv gennemgang af den delvise opfindelse-behandling fiasko, den eksisterende opfindelse-levering arkitektur, tilgængelige diagnostiske oplysninger, og muligheder for at forbedre behandlingen pålidelighed og fiasko synlighed. Følgende korrigerende foranstaltninger og forbedringsaktiviteter er i gang: 1. * * Inventory Processing Architecture Improvement: * * Der er planer om at forenkle integreringen af opfindelsen ved at sætte ITAM i stand til at hente uploadede lagerfiler direkte fra lagerlaget i stedet for at stole på den eksisterende formidlingsservice. Denne ændring vil fjerne en yderligere afhængighed fra behandlingsvejen og give større kontrol over behandling, backlog management, kapacitet og nyttiggørelse. 2. * * Forbedret fejldiagnosticering: * * Den diagnostiske logføring og telemetri, der er nødvendig for at fange den relevante servicetilstand under en delvis opfindelsesbehandlingsfejl, vil blive vurderet og forbedret efter behov. Dette vil give bedre tekniske oplysninger til støtte for rodfæstelse, hvis en lignende tilstand vender tilbage.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. september 2026 kl. 14.08 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker en delmængde af kunder ved hjælp af Flexera One IT Asset Management (ITAM) i NAM-regionen. Berørte kunder kan opleve problemer med navigation, herunder menupunkter, der ikke er synlige i ITAM-grænsefladen, hvilket resulterer i begrænset adgang til nogle funktioner. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt undersøge dette problem og arbejder på at genoprette fuld funktionalitet. Vi vil fortsætte med at levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 24. september 2026 kl. 15.44 UTCinvestigating

   Tekniske hold fortsætter med at undersøge spørgsmålet om Flexera One IT Asset Management i NAM produktionsmiljøet. Den nuværende indsats er fokuseret på at identificere, hvor fejlene sker inden for den berørte arbejdsgang. Teams gennemgår applikationsadfærd, valideringsprocesser, serviceinteraktioner, platformtelemetri og eventuelle nylige ændringer eller miljøforhold, der kan bidrage til problemet. Undersøgelsen er stadig i gang, og der vil blive fremlagt yderligere opdateringer, efterhånden som yderligere oplysninger bliver tilgængelige.

3. 24. september 2026 kl. 17.48 UTCinvestigating

   Tekniske hold har gjort fremskridt med at indsnævre problemets omfang og fokuserer på de komponenter, der er involveret i læsning af brugeradgang og navigationsinformation. Nuværende resultater viser, at nogle anmodninger inden for denne proces ikke er afsluttet som forventet, hvilket resulterer i menupunkter undlader at indlæse for berørte brugere. Der arbejdes stadig på at fastslå den underliggende årsag og validere den relevante oprensning. Yderligere opdateringer vil blive givet som mere information bliver tilgængelig.

4. 24. september 2026 kl. 18.39 UTCmonitoring

   Tekniske hold er i øjeblikket observere stabil service adfærd og en betydelig reduktion i de fejl, der er forbundet med denne hændelse. Berørte applikationsfunktioner fungerer normalt på grundlag af aktuelle telemetri- og overvågningsdata. Mens servicestabiliteten er forbedret, fortsætter tekniske hold med at overvåge miljøet nøje for at bekræfte, at problemet ikke gentager sig. Undersøgelsen af den underliggende årsag fortsætter. Vi vil fortsætte overvågningen og levere yderligere opdateringer, efterhånden som yderligere oplysninger bliver tilgængelige.

5. 24. september 2026 kl. 20.33 UTCresolved

   Tekniske hold har bekræftet, at tjenesten har været stabil og påvirket IT Asset Management funktionalitet fungerer normalt. I løbet af undersøgelsen identificerede tekniske hold tilslutningsmætningsforhold, der påvirker de komponenter, der er ansvarlige for brugeradgangs- og navigationsfunktioner. Disse betingelser blev observeret under kollisionsvinduet og faldt sammen med de fejl, som berørte brugere oplevede. Service funktionalitet genvundet, og kundevalidering bekræftet, at berørte ITAM-sider og menupunkter blev indlæses med succes. Efter en periode med overvågning uden gentagelse af problemet betragtes hændelsen nu som løst. En detaljeret gennemgang af hændelsen er i gang for yderligere at validere medvirkende faktorer og identificere eventuelle yderligere forebyggende foranstaltninger.

6. 8. oktober 2026 kl. 11.23 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset Management - NAM - Menupunkter ikke indlæsning * * Tidsramme: * * September 24, 2026, 5: 27 AM PDT - September 24, 2026, 10: 48 AM PDT * * Hændelsesoversigt * * Den 24. september 2026, kunder, der bruger Flexera One IT Asset Management\ (ITAM\) i Nordamerika regionen oplevede intermitterende problemer med at indlæse application menupunkter og få adgang til dele af ITAM funktionalitet. Nogle kunder stødt delvist indlæst eller manglende menuer, fejlmeddelelser, og inkonsekvent anvendelse adfærd. Tekniske hold undersøgte problemet på tværs af applikationer og støttetjenester og identificerede unormal tilslutning udnyttelse inden for komponenter, der understøtter ITAM funktionalitet. Da den tilgængelige forbindelseskapacitet blev udtømt, kunne nogle applikationsansøgninger ikke længere fuldføres med succes, hvilket resulterede i autentificeringsrelaterede fejl og forhindrede dele af ITAM-funktionaliteten i at indlæse. Tjenesten begyndte at komme sig omkring 10: 46 AM PDT, før indsættelsen af den korrigerende hotfix blev afsluttet. De sidste relaterede programfejl blev registreret kl 10: 48 AM PDT. Tekniske hold fortsatte med at undersøge den underliggende årsag, mens overvågning af miljøet og validere kundefunktionalitet. Efter-hændelse analyse viste, at applikationstjenester på de berørte servere var genstartet, frigive akkumulerede forbindelser og tillade nye forbindelser at blive etableret. Den korrigerende hotfix blev efterfølgende indsat som en forebyggende foranstaltning til at løse forbindelse-håndtering adfærd, mens undersøgelse af den underliggende årsag fortsatte. Efter fortsat overvågning og kundevalidering bekræftede tekniske hold, at ITAM-funktionaliteten var vendt tilbage til normal drift. * * Rodårsag * * Hændelsen skyldtes en forbindelse-management problem indført under ITAM 2026 R1.3 produktion udgivelse. En ændring af programmet autentificering flow forårsaget nye serviceforbindelser til at blive oprettet gentagne gange i stedet for at genbruge eksisterende forbindelser. Over tid, disse forbindelser akkumuleret og opbrugt den tilgængelige tilslutningskapacitet inden for berørte applikationskomponenter. Når denne kapacitet var opbrugt, kunne der ikke fremsættes nye ansøgninger. Dette resulterede i autentificeringsrelaterede fejl og forhindrede dele af ITAM funktionalitet fra indlæsning, forårsager manglende menupunkter, fejlmeddelelser, og periodisk tab af adgang for berørte kunder. En hotfix korrigere denne adfærd var allerede blevet skabt og blev inkluderet i udgivelsen implementering plan før produktionen implementering. Hotfix var oprindeligt blevet udpeget til valideringsmiljøet, fordi produktionen endnu ikke var blevet opgraderet. Den skulle anvendes på produktionen som en del af R1.3-frigivelsen, men den blev ikke anvendt under produktionsindsatsen. Som et resultat, connection- management korrektion var ikke på plads, når udgivelsen gik live. * * Genoprettelsesaktioner * * 1. Incident Investigation Initiated: Tekniske hold undersøgt ansøgningen fejl og periodisk tab af ITAM funktionalitet til at bestemme omfanget og underliggende årsag. 2. Forbindelse Mætning Identificeret: Analyse af berørte applikationskomponenter identificeret unormal forbindelse akkumulering, der var udmattende tilgængelig tilslutning kapacitet og forhindre nye ansøgning fra at fuldføre med succes. 3. Korrigerende Hotfix Bekræftet: Tekniske hold identificeret den eksisterende hotfix, der korrigerede forbindelse-håndtering adfærd ved at genbruge service-forbindelser i stedet for at oprette nye forbindelser til hver anmodning. 4. Korrigerende Hotfix Påsat: Hotfix blev indsat til produktion som en forebyggende foranstaltning for at løse forbindelse-management problem og forhindre yderligere forbindelse akkumulering. 5. Service Inddrivelse Valideret: Tekniske hold fortsatte med at overvåge ansøgning adfærd og validere kundefunktionalitet efter inddrivelse for at bekræfte, at ITAM-tjenester var vendt tilbage til normal drift. * * Fremtidige forebyggende foranstaltninger * * Efter hændelsen, vi gennemførte en retrospektiv at gennemgå den tekniske årsag, udgivelse og hotfix implementering proces, overvågning kapaciteter, og faktorer, der bidrog til kundens indvirkning. Følgende foranstaltninger er afsluttet eller er ved at blive gennemført: 1. Forbindelsesstyringskorrektion: Den korrigerende ændring er blevet gennemført for at sikre, at servicetilslutninger genbruges på passende vis, og for at forhindre, at tilslutningsakkumulering udnytter de tilgængelige anvendelsesressourcer. 2. Produktion Implementering Validering: Forbindelsen-management korrektion er blevet indsat og valideret på tværs af alle produktionsregioner for at sikre konsekvent gennemførelse. 3. Release og Hotfix Process Forbedringer: Release procedurer er ved at blive styrket, så hotfixs inkluderet i release implementering planer er konsekvent udpeget til produktion implementering, herunder hotfix oprindeligt oprettet eller valideret, før produktionen miljø opgraderes. 4. Hotfix Process Review: Vi evaluerer forbedringer af den samlede hotfix-proces for at reducere afhængigheden af produktionshotfix og yderligere reducere risikoen for, at de nødvendige ændringer ikke bliver inkluderet i fremtidige produktionsudgivelser. 5. Forbedret Application Monitoring: Yderligere applikationsniveau overvågning og varsling er ved at blive gennemført for at forbedre tidlig påvisning af intermitterende fejl og unormale fejltilstande, før de resulterer i bredere kundepåvirkning.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. september 2026 kl. 10.11 UTCinvestigating

   Hændelse Beskrivelse: Vi identificerede et problem, der påvirker lagerbehandling i Flexera One IT Asset Management (ITAM) i NAM-regionen, påvirker en delmængde af kunder. Som et resultat, nogle opgørelse uploads ikke bliver behandlet med succes, forårsager lagerdata vises i Flexera One ITAM at blive forsinket og ikke afspejler den seneste uploadet opgørelse. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt at undersøge problemet for at identificere den underliggende årsag og gennemføre en rettelse. Vi følger fortsat situationen nøje og vil levere yderligere opdateringer, efterhånden som undersøgelsen skrider frem.

2. 24. september 2026 kl. 12.27 UTCinvestigating

   Yderligere undersøgelser viser, at problemet synes at være forbundet med den tjeneste, der er ansvarlig for overførsel af lagerdata til ITAM. Vores tekniske hold fortsætter med at undersøge problemet og arbejder på at identificere den underliggende årsag og bestemme den rette oprydning. Vi vil fortsætte med at levere yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

3. 24. september 2026 kl. 14.32 UTCmonitoring

   Vores team udførte målrettet pod genstarter, hvorefter lagerfil behandling genoptaget med succes for alle berørte kunder. En vellykket behandling er blevet valideret gennem logfiler og overvågningsgrafer. Vi vil fortsat nøje overvåge tjenesterne for at sikre fortsat stabilitet og levere yderligere opdateringer, efterhånden som yderligere oplysninger bliver tilgængelige.

4. 24. september 2026 kl. 18.42 UTCmonitoring

   Vores tekniske hold fortsætter med at observere succesfuld lagerfil behandling og stabil service operation efter inddrivelse handlinger. Validering gennem overvågning bekræfter, at de berørte lagerfiler behandles med succes. Backlog recovery er i øjeblikket i gang, med lagerbearbejdningen køer fortsætter med at falde som filer er behandlet. Tekniske hold er aktivt at overvåge recovery fremskridt og generel service sundhed, mens den resterende tilbage tilbage er ryddet. Vi vil fortsætte med at levere opdateringer som opsving skrider frem.

5. 24. september 2026 kl. 20.32 UTCresolved

   Denne hændelse blev utilsigtet markeret som løst med en opdatering beregnet til en separat hændelse. Genopretningen af lagerbearbejdningen er fortsat under overvågning, efterhånden som den resterende forsinkelse fortsætter med at forsvinde. Tekniske hold fortsætter med at observere vellykket filbehandling og stabil service operation. Løbende recovery opdateringer og backlog overvågning vil fortsætte under den nyoprettede hændelse: https: / / status.flexera.com / hændelser / vztp63wmxjb Vi vil give yderligere opdateringer som backlog opsving skrider frem og inddrivelse validering fortsætter.

6. 23. oktober 2026 kl. 17.25 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset Management - NAM - Inventory Processing Forsinkelser efter produktion Release Aktivitet * * Tidsramme: * * September 22, 2026, 7: 05 PM PDT - September 25, 2026, 5: 30 AM PDT * * Hændelsesoversigt * * Den 24. september 2026, tekniske hold begyndte at undersøge rapporter om forsinkede lageropdateringer påvirker en delmængde af kunder ved hjælp af Flexera One IT Asset Management\ (ITAM\) i Nordamerika\ (NAM\) regionen. Selv om lagerfiler var ved at blive uploadet og forblev tilgængelige, nogle kunder oplevede forsinkelser i behandlingen af disse filer, forhindre den nyeste lagerinformation fra at blive afspejlet i ansøgningen. Beacon status oplysninger vises i ITAM kunne også have været forældet for berørte kunder. Lagerbearbejdningen fortsatte normalt for andre kunder. Spørgsmålet opstod efter ITAM 2026R1.3 produktion frigivelse aktivitet den September 22, 2026. Undersøgelsen identificerede en afbrydelse i den proces, der er ansvarlig for at overføre uploadede lagerfiler til ITAM-opfinder- behandling. Mens de berørte filer forblev tilgængelige på lager, blev de ikke videresendt til behandling. Tekniske hold observerede også forhøjede anvendelsesfejl under undersøgelsen, selv om disse fejl ikke blev endeligt fastslået som årsag til afbrydelsen. Tekniske hold udført en målrettet genstart af den berørte service komponent, genoprette overførslen af lagerfiler og tillade behandling til tidligere berørte kunder. Yderligere diagnostisk logning blev aktiveret til at understøtte yderligere undersøgelse. Men en betydelig efterslæb af lagerfiler havde akkumuleret under afbrydelsen og krævede yderligere tid til at behandle. Efter genoprettelsen af behandlingen fortsatte de tekniske hold overvågningen af lagerbeholdningerne og den akkumulerede forsinkelse. På fredag, 25. september 2026, på ca. 5: 30 AM PDT, den incident- relaterede efterslæb var vendt tilbage til normale driftsniveauer, bekræfter genopretning af lagerbearbejdningen. * * Rodårsag * * Hændelsen var forårsaget af en afbrydelse i den opfindelse-behandling arbejdsgang efter ITAM 2026R1.3 produktion frigivelse aktivitet i NAM regionen. Selv om lagerfiler blev uploadet og forblev tilgængelige i opbevaring, den komponent, der er ansvarlig for videresendelse af disse filer til ITAM behandling stoppede overførsel lagerdata for en delmængde af kunder. Som et resultat, berørte lagerfiler blev ikke behandlet, forsinke lageropdateringer. Spørgsmålet påvirkede ikke alle kunder, da lagerbearbejdningen fortsatte normalt for andre organisationer. Undersøgelse identificerede forhøjede applikationsfejl og adfærd indikerer, at den berørte behandling komponent ikke var ved at komme sig som forventet. Den nøjagtige tekniske betingelse for den delvise afbrydelse undersøges fortsat. En målrettet genstart af den berørte servicekomponent restaurerede lagerbearbejdningen for påvirkede kunder. Den akkumulerede efterslæb blev efterfølgende behandlet, så lageropdateringer til at vende tilbage til normale niveauer. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: 1. * * Incident Investigation Initiated: * * Tekniske teams undersøgte rapporter om forsinkede lageropdateringer, der påvirkede en undergruppe af kunder i NAM-regionen, og gennemgik arbejdsgangen i forbindelse med opfinderbehandling for at bestemme problemets omfang. 2. Undersøgelsen bekræftede, at uploadede lagerfiler var tilgængelige på lager, men ikke blev videresendt til behandlingstjenesterne for berørte kunder. 3. * * Berørt komponent genstartet: * * En målrettet genstart af den berørte servicekomponent restaurerede overførslen af lagerfiler og tillod behandling at genoptage for tidligere berørte kunder. 4. * * Yderligere diagnostisk logning aktiveret: * * Yderligere logning blev gjort muligt at fange yderligere tekniske oplysninger og støtte fortsatte undersøgelser af den underliggende behandlingsafbrydelse. 5. * * Inventory Backlog Recovery Monitored: * * Tekniske hold overvåget den akkumulerede opgørelse tilbage efter restaurering af behandling og bekræftet, at lagerfiler blev behandlet med succes. 6. * * Service Recovery Valideret: * * Tekniske hold bekræftede, at hændelsesrelateret efterslæb var vendt tilbage til normale driftsniveauer inden den 25. september, og at lagerbearbejdningen forblev stabil. * * Fremtidige forebyggende foranstaltninger * * Efter hændelsen gennemførte vi en retrospektiv gennemgang af den delvise opfindelse-behandling fiasko, den eksisterende opfindelse-levering arkitektur, tilgængelige diagnostiske oplysninger, og muligheder for at forbedre behandlingen pålidelighed og fiasko synlighed. Følgende korrigerende foranstaltninger og forbedringsaktiviteter er i gang: 1. * * Inventory Processing Architecture Improvement: * * Der er planer om at forenkle integreringen af opfindelsen ved at sætte ITAM i stand til at hente uploadede lagerfiler direkte fra lagerlaget i stedet for at stole på den eksisterende formidlingsservice. Denne ændring vil fjerne en yderligere afhængighed fra behandlingsvejen og give større kontrol over behandling, backlog management, kapacitet og nyttiggørelse. 2. * * Forbedret fejldiagnosticering: * * Den diagnostiske logføring og telemetri, der er nødvendig for at fange den relevante servicetilstand under en delvis opfindelsesbehandlingsfejl, vil blive vurderet og forbedret efter behov. Dette vil give bedre tekniske oplysninger til støtte for rodfæstelse, hvis en lignende tilstand vender tilbage.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. september 2026 kl. 10.05 UTCinvestigating

   Hændelsesbeskrivelse: Vi undersøger i øjeblikket et spørgsmål, der påvirker adgangen til vores tjenester i EU-miljøet. Kunder i EU kan opleve problemer med adgang til tjenesten. Prioriteret: P1 Genoprettelse Aktivitet: Vores tekniske hold er aktivt undersøge problemet som en prioritet og arbejder på at genoprette normal service så hurtigt som muligt.

2. 23. september 2026 kl. 10.24 UTCmonitoring

   Tjenesterne er blevet genoprettet, og adgangen fungerer nu som forventet. Vores hold overvåger platformen nøje for at sikre fortsat stabilitet.

3. 23. september 2026 kl. 11.43 UTCresolved

   Vores hold har fortsat med at overvåge platformen og har observeret ingen gentagelse af problemet. Denne hændelse er nu løst. Vi vil fortsætte vores undersøgelse for at fastslå den underliggende årsag og identificere passende korrigerende foranstaltninger. Yderligere oplysninger findes i post mortem-rapporten.

4. 26. oktober 2026 kl. 10.40 UTCpostmortem

   * * Beskrivelse: * * Flexera One - EU - Access utilgængelig * * Tidsramme: * * * September 24, 2026, 2: 51 AM PDT til September 24, 2026, 3: 18 AM PDT * September 25, 2026, 3: 50 AM til September 25, 2026, 4: 30 AM PDT Name * * Hændelsesoversigt * * Name Den 24. september 2026 kl 2: 51 AM PDT, kunder oplevede login fejl, når de forsøger at få adgang til Flexera One EU Production miljø. Undersøgelsen bekræftede, at EU 's identitetstjenester og adgangstjenester er blevet forringet, hvilket forhindrede kunderne i at få adgang til platformen. Undersøgelsen identificerede en betydelig stigning i databaseforbindelserne forbundet med øget trafik fra en enkelt organisation. Yderligere analyse fastslog, at gentagne anmodninger fra andre tjenester også bidrog til den øgede belastning af autentificerings- og adgangskontroltjenesterne. Kl. 3: 18 blev kundens login-funktionalitet genoprettet uden direkte teknisk intervention, og platformen vendte tilbage til normal drift. Den 25. september 2026 ved ca. 3: 50 AM PDT, en anden stigning i databaseforbindelser, forbundet med forhøjet trafik fra samme organisation. 40 minutter. Som svar, autoskalering blev aktiveret for ressourceforvaltning service til at øge kapaciteten og forbedre platformens stabilitet.. Name * * Rodårsag * * Name Hændelsen var forårsaget af en uventet stigning i trafikken, der satte for stor efterspørgsel på EU 's autentificeringstjenester og tilhørende databaseforbindelser. Den øgede belastning påvirkede de tjenester, der er ansvarlige for at behandle anmodninger om autentificering, hvilket resulterede i kundelogin-fejl i EU' s produktionsmiljø. Gentagne anmodninger fra andre tjenester til autentificering og adgangskontroltjenester bidrog yderligere til den forhøjede belastning. Desuden var automatisk skalering ikke aktiveret for ressourceforvaltningstjenesten, hvilket begrænsede dens evne til dynamisk at øge kapaciteten som reaktion på højere efterspørgsel. Mangler i proaktiv overvågning og varsling begrænsede også evnen til at identificere nedbrydningen, før kunderne oplevede adgangssvigt. Name * * Genoprettelsesaktioner * * Name Vores hold udførte nedenstående handlinger for at genoprette tjenesterne til normalitet: * September 24 hændelsen løst uden direkte engineering intervention, og kunde login funktionalitet blev genoprettet på 3: 18 AM PDT. * Den 25. september, autoskalering blev aktiveret for ressourceforvaltning service til at øge kapaciteten som reaktion på øget efterspørgsel. * Holdet fortsatte overvågning database forbindelser og service sundhed til at vurdere platform stabilitet. Name * * Fremtidige forebyggende foranstaltninger * * Name Følgende foranstaltninger er blevet identificeret og er ved at blive arbejdet på at reducere sandsynligheden for gentagelse og forbedre tjenestens modstandsdygtighed: * Automatisk skalering: Gennemgå autoskalering konfiguration for ressourceforvaltning service på tværs af alle produktionsregioner, for at sikre kapacitet tilpasser til ændringer i arbejdsbyrden. * Database kapacitetsstyring: Gennemgå database forbindelse pool indstillinger og sikre, at tjenesten skalering forbliver inden for databasens tilgængelige forbindelse kapacitet. * Proaktiv overvågning og varsling: Gennemgå og indføre advarsler for unormal database forbindelse vækst, forbindelse pool mætning, service latency, fejlrater, og ressourceudnyttelse. * Trafikovervågning: Forbedre synligheden i organisation-niveau trafikmønstre til at identificere usædvanlige anmodninger spikes, før de påvirker andre kunder. * Trafikstyring: Vurdering af passende hastighedsbegrænsende og styret kontrol for at forhindre overdreven trafik fra en enkelt organisation i at påvirke platformbred tilgængelighed. * Belastning og kapacitet test: gennemføre belastning test ved hjælp af trafikmønstre, der er repræsentative for hændelsen til at validere service ydeevne og database kapacitet under forhøjet efterspørgsel.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. september 2026 kl. 06.51 UTCinvestigating

   Incident Description: Vi undersøger i øjeblikket et problem, der påvirker Flexera One IT Asset Management (ITAM) Nordamerika Produktionsmiljø, som stadig ikke er tilgængelig på grund af planlagt vedligeholdelse strækker sig ud over den planlagte vedligeholdelse vindue. Vedligeholdelsesaktiviteten er stadig i gang, mens en database genopbygge fuldender. Prioriteret: P1 Restaurering Aktivitet: Vores tekniske hold arbejder aktivt på at fuldføre den resterende vedligeholdelsesaktivitet og gendanne service så hurtigt som muligt. ETA for databasen genopbygge er omkring 2 Timer. Vores hold følger nøje udviklingen og vil give yderligere oplysninger, efterhånden som de bliver tilgængelige.

2. 23. september 2026 kl. 09.15 UTCinvestigating

   Vores tekniske team har gennemført en større fase af den løbende vedligeholdelsesaktivitet og fortsætter med den resterende behandling, der kræves for at fuldføre opgraderingen. Processen tager længere tid end oprindeligt antaget. Miljøet er stadig utilgængeligt, mens disse aktiviteter er i gang. Holdene overvåger aktivt de resterende behandlings- og evalueringsmuligheder for at genoprette tjenesten så hurtigt og sikkert som muligt. Yderligere opdateringer vil blive leveret som opgraderingen skrider frem og restaurering tidslinjen bliver klarere.

3. 23. september 2026 kl. 11.47 UTCmonitoring

   Opgraderingen er gennemført med succes. Vores hold arbejder nu på at genoprette tjenesterne og udføre post- implementering validering.

4. 23. september 2026 kl. 13.02 UTCmonitoring

   Opgraderingen er gennemført med succes, og siden er nu tilbage online. Vores team udfører afsluttende valideringskontrol for at bekræfte tjenestens stabilitet, før det erklærer hændelsen løst.

5. 23. september 2026 kl. 15.57 UTCresolved

   Tjenesten er blevet genoprettet og fungerer normalt. Efter genopretningen gennemførte de tekniske hold udvidede overvågnings- og valideringsaktiviteter og har bekræftet stabil drift. Hændelsen betragtes nu som løst.

6. 30. september 2026 kl. 16.02 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset Management - Nordamerika - Service Manglende tilgængelighed Efter 2026R1.3 Vedligeholdelse * * Tidsramme: * * September 22, 2026, 9: 00 PM PDT - September 23, 2026, 5: 47 AM PDT * * Hændelsesoversigt * * Den 22. september 2026, Flexera gennemført den planlagte 2026R1.3 produktion udgivelse til Flexera One IT Asset Management i Nordamerika region. Opgraderingen skred godt frem på tværs af langt de fleste databaser i miljøet. Men da det planlagte vedligeholdelsesvindue sluttede kl. 9: 00 PDT, var en nødvendig databasemigrering i gang. Da produktionsmiljøet ikke kunne genoprettes, før migreringen var afsluttet, var IT Asset Management ikke tilgængelig ud over den planlagte reservekravsperiode. Den resterende migration krævede en stor database indeks genopbygning med en betydelig mængde data. Operationen blev den kritiske vej til at fuldføre udgivelsen og tog betydeligt længere end forventet. Efter den indledende indekseringsfase var databasen stadig nødvendig for at udføre yderligere sorterings- og indekseringsaktiviteter. Dette arbejde fortsatte i flere timer og forlængede den samlede varighed af migrationen. I løbet af undersøgelsen evaluerede tekniske hold tilgængelige genvindingsmuligheder, herunder om den berørte database midlertidigt kunne adskilles fra migrationsvejen for at gøre det muligt for resten af miljøet at vende tilbage til tjenesten. På grund af indsættelsen og det yderligere opsving arbejde denne tilgang ville have krævet, den mest pålidelige opsving sti var at tillade databasen operation til at fuldføre, før genoprette miljøet. Når databasen migration afsluttet, tekniske hold begyndte at genoprette ansøgning og støtte tjenester. Under opstart, en ekstra service-recovery problem opstod, der krævede manuel intervention, før restaurering kunne fortsætte. Efter oprydning blev de resterende applikations- og platformstjenester genoprettet. Tekniske hold derefter afsluttet valideringsaktiviteter, bekræftet kundeadgang, og udført udvidet overvågning for at kontrollere service stabilitet. Kunden sluttede den 23. september 2026 kl. 17.47. * * Rodårsag * * Udbruddet skyldtes en databaseindekskonfiguration, der blev identificeret under 2026R1.3-migrationen, hvilket resulterede i en stor indekskonstruktion, der i væsentlig grad oversteg det planlagte vedligeholdelsesvindue. Post- hændelse undersøgelse fastslået, at et indeks i den berørte database ikke svarede til den database struktur forventes af den aktuelle udgivelse. Indekset var tidligere blevet genskabt ved hjælp af en ældre definition, der ikke indeholdt en efterfølgende database design ændring. Under 2026R1.3-indsættelsen identificerede migrationsprocessen denne forskel og indledte den database, der var nødvendig for at bringe indekset i overensstemmelse med den nuværende databasedefinition. På grund af datasættets usædvanligt store størrelse blev den deraf følgende genopbygning en langvarig og ressourcekrævende drift, der oversteg det planlagte vedligeholdelsesvindue betydeligt. Når genopbygningen var i gang, kunne den resterende behandlingsvarighed ikke forudsiges pålideligt, hvilket gjorde det vanskeligt at give et nøjagtigt skøn over afslutningen, mens operationen fortsatte. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: * Index Rebuild Monitored: Index genopbygge og resterende database opgradering aktiviteter blev løbende overvåget gennem færdiggørelse. * Recovery Options Evalueret: Tilgængelig restaurering tilgange blev vurderet til at bestemme den sikreste og mest pålidelige vej til at returnere produktionsmiljøet til service. * Database opgradering afsluttet: Indekskonstruktion og resterende database opgradering aktiviteter blev afsluttet, før programmet restaurering begyndte. * Application and Supporting Services Restored: Application and supporting services blev restaureret. Målrettede recovery handlinger blev udført, når en ekstra service-start problem blev mødt. * Service Recovery Valideret: Kunden adgang og applikation funktionalitet blev bekræftet, resterende baggrundsbehandling blev gennemgået, og udvidet overvågning blev afsluttet for at verificere stabil drift. * * Fremtidige forebyggende foranstaltninger * * Flexera erkender betydningen og varigheden af denne afbrydelse og den indvirkning, den havde på kunderne i Nordamerika regionen. Der er gennemført en fuldstændig analyse af årsagerne og en tværgående retrospektiv analyse, og følgende forebyggende foranstaltninger er blevet identificeret som en del af den igangværende forbedringsindsats: 1. Database procedure Validering: Tekniske hold er at vurdere, hvordan database oprensningsprocedurer er revideret og vedligeholdes for at sikre, at de forbliver i overensstemmelse med de aktuelle produktkrav, efterhånden som platformen udvikler sig. 2. Præ-implementering Verifikation: Release-validering processer er ved at blive evalueret for at afgøre, hvordan uventede databasekonfigurationsforskelle kan identificeres og vurderes, før produktionen vedligeholdelse begynder. 3. High- Impact Operation Assessment: Tekniske hold er at vurdere, hvordan potentielt lang- kører eller ressource- intensive databaseoperationer kan identificeres under udgivelse forberedelse, så deres forventede varighed og operationelle indvirkning kan bedre forstås før implementering. 4. Release Readiness and Recovery Planning: Release-parature og recovery-planning praksis er ved at blive gennemgået for at forbedre synligheden i aktiviteter, der kan påvirke ibrugtagningen varighed og service-restaurering tidslinjer. Tilvejebringelse af pålidelige og robuste tjenester er fortsat en prioritet. Resultaterne af den afsluttede analyse af årsagen til årsagen og de efterfølgende forbedringer er ved at blive indarbejdet i tekniske og operationelle forbedringer, der har til formål at mindske sandsynligheden for gentagelse og styrke planlægningen og udførelsen af fremtidige vedligeholdelsesaktiviteter.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. september 2026 kl. 05.56 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger i øjeblikket et problem, der påvirker en delmængde af vores kunder ved hjælp af Snow Atlas i Australien regionen. De berørte kunder kan opleve forsinkelser i at se de nyeste computeroplysninger og data indtagelse kan også blive påvirket. Prioriteret: P2 Genoprettelse Aktivitet: Et tidligere DNS- relateret problem blev identificeret og er blevet løst. Men der konstateres nu yderligere fejl. Vores tekniske hold er aktivt undersøge disse fejl for at bestemme den underliggende årsag og genoprette normal behandling. Vi vil fortsat vurdere virkningen og levere yderligere opdateringer, efterhånden som yderligere oplysninger bliver tilgængelige.

2. 22. september 2026 kl. 07.19 UTCinvestigating

   Vores hold har udført målrettet service genstarter, som har forbedret behandlingen forsinkelser. Overvågning viser, at lagerdata nu er ved at blive opdateret med succes. De resterende fejl er stadig under efterforskning, og vores hold arbejder på at identificere den underliggende årsag og gennemføre en permanent rettelse.

3. 22. september 2026 kl. 10.15 UTCmonitoring

   De oprensningsaktioner har løst de behandling forsinkelser og gamle data spørgsmål. Nogle resterende spørgsmål er stadig og er i øjeblikket under undersøgelse af vores tekniske hold. Holdene overvåger tjenesterne og vil fortsætte med at indsamle og gennemgå logs i løbet af de næste 24 timer for at støtte undersøgelsen. Vi vil fortsætte med at overvåge tjenesterne nøje og levere yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

4. 23. september 2026 kl. 07.05 UTCresolved

   Vores hold fortsatte med at overvåge tjenesterne natten over og bekræftede, at ingen nye problemer er blevet observeret. Yderligere stikprøvekontrol blev også gennemført med succes. Denne hændelse er nu ved at blive løst. Yderligere oplysninger om den grundlæggende årsag og de trufne foranstaltninger vil blive givet i post mortem-rapporten.

5. 13. oktober 2026 kl. 12.49 UTCpostmortem

   * * Beskrivelse: * * Sne Atlas - APAC - Data Indtagelse og behandling forsinkelser * * Tidsramme: * * September 21, 2026, 5: 48 PM PDT til September 22, 2026, 3: 15 AM PDT Name * * Hændelsesoversigt * * Mandag, September 21, 2026, på 5: 48 PM PDT, et problem påvirket flere Snow Atlas lejere i Australien East\ (AE\) regionen, hvilket resulterer i forsinkelser i lagerdata opdateringer. Berørte kunder oplevede forældede enhedsoplysninger på Computere side, mens Snow Extenders viste en "Kører med fejl" status. Fejl blev også observeret under data indtagelse. Undersøgelsen identificerede en forældet DNS rekord i forbindelse med tidligere nedlagte infrastruktur i Australien Sydøstregionen. Denne rekord interfered med forbindelse til Australien East miljø, forhindrer lagerdata i at blive behandlet som forventet. Den forældede DNS record blev fjernet, så trafikken til at nå det korrekte endepunkt og gør lagerscanning opdateringer til at genoptage. Efter ændringen, optælling begyndte at gå fremad, og de berørte forbindelsestjenester status derefter vendte tilbage til normal den September 22, 2026, på 3: 15 AM PDT. Efter en længere periode med overvågning natten over forblev forbindelsestjenesterne stabile, og problemet blev erklæret løst den 23. september kl. 12: 05 PDT. Der er ikke blevet rapporteret om yderligere problemer, og den tidligere anvendte australske sydøstlige infrastruktur er blevet fuldstændig afviklet. Name * * Rodårsag * * Hændelsen var forårsaget af en forældet DNS rekord, der forblev efter nedlukning af infrastruktur i Australien Sydøstregionen. Denne rekord dirigeret trafik væk fra det korrekte endpoint for Australien East miljø, forstyrre konnektivitet kræves for lagerdata behandling. Som et resultat, lageropdateringer blev forsinket, og berørte kunder kunne ikke hente de nyeste enhedsoplysninger. Den forældede rekord blev fjernet, genoprette forbindelse til det korrekte endepunkt og tillader lagerbehandling at genoptage. Name * * Genoprettelsesaktioner * * Vores hold udførte nedenstående handlinger for at genoprette tjenesterne til normalitet: * Identificeret og fjernet den forældede DNS rekord i forbindelse med den tidligere nedlagte infrastruktur. * Gendannelse forbindelse til den korrekte Australien East endpoint. * Bekræftet, at inventar scan opdateringer og opgørelse tæller var fremskridt. * Moniteret miljøet for at bekræfte service stabilitet. * Bekræftet, at Snow-konnektionsservice-status efterfølgende vendte tilbage til normal og ingen yderligere problemer blev rapporteret. Name * * Fremtidige forebyggende foranstaltninger * * * Gennemgå DNS record oprydning under demontering af infrastruktur for at sikre forældede registreringer er fjernet. * Forbedre post-nedlukning kontrol til at identificere optegnelser, der er tilbage efter fjernelse af ressourcer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 18. september 2026 kl. 13.03 UTCinvestigating

   Hændelsesbeskrivelse: Vi undersøger et problem, der påvirker lagerdatabehandlingen i EU 's og APAC' s produktionsmiljøer. Kunderne kan observere forsinkelser i lageropdateringer, hvilket resulterer i lagerdata, der ikke afspejler den seneste importaktivitet. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt at undersøge problemet, validere omfanget af effekt, og arbejde med relevante afhængigheder til at genoprette normal lagerbehandling. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 18. september 2026 kl. 13.50 UTCidentified

   Vores tekniske hold har sporet spørgsmålet til en nylig implementering og har gennemført oprensningsaktioner. Den første validering viser, at lagerbearbejdningen er genoptaget, og tekniske hold overvåger aktivt behandlingsaktivitet og backloggendannelse. Vi fortsætter med at validere inddrivelse på tværs af de berørte miljøer og vil give yderligere opdateringer, efterhånden som mere information bliver tilgængelig.

3. 18. september 2026 kl. 14.34 UTCidentified

   Tekniske hold har gennemført de krævede konfigurationsopdateringer, og lagerdata fortsætter med at blive behandlet med succes. Yderligere behandlingskapacitet er blevet tildelt til at fremskynde backlog opsving, og tekniske hold er aktivt overvåge gennemløb og backlog reduktion på tværs af de berørte miljøer. Genopretningsaktiviteter er stadig i gang, og yderligere opdateringer vil blive leveret, efterhånden som backlog behandling fortsætter.

4. 18. september 2026 kl. 14.39 UTCmonitoring

   Opgørelsesdatabehandlingen fortsætter med at komme sig, og tekniske hold observerer en nedadgående tendens i efterslæb volumen. Yderligere behandlingskapacitet er fortsat på plads, og fremskridt med hensyn til genopretning overvåges nøje i de berørte miljøer. Vi vil fortsætte med at overvåge backlog reduktion og give yderligere opdateringer, når inddrivelse skrider frem.

5. 18. september 2026 kl. 18.52 UTCmonitoring

   Opgørelsesdatabehandlingen fortsætter efter den tidligere gennemførte oprydning. Tekniske hold overvåger aktivt processens gennemløb og backloggendannelse på tværs af de berørte miljøer. Tekniske hold fortsætter med at vurdere opsving fremskridt og eventuelle yderligere handlinger, der kan hjælpe med at fremskynde backlog behandling. Yderligere opdateringer vil blive leveret som inddrivelse skrider frem.

6. 18. september 2026 kl. 19.49 UTCmonitoring

   Backlog recovery er afsluttet i APAC efter den tidligere implementerede oprensning, og lagerdatabehandlingen er vendt tilbage til forventede niveauer i regionen. Genopretningsaktiviteterne fortsætter i EU, hvor de tekniske hold overvåger processens gennemløb og nedtrapning. Yderligere inddrivelsesforanstaltninger er ved at blive evalueret for at støtte backlog behandling som inddrivelse skrider frem.

7. 18. september 2026 kl. 21.55 UTCmonitoring

   Genopretningsindsatsen fortsætter i EU, og tekniske hold observerer en løbende reduktion af den resterende forsinkelse. Yderligere nyttiggørelsesoptimering er blevet gennemført for at støtte backlog-behandling i EU, og tekniske hold fortsætter med at overvåge gennemløb og generelle opsving fremskridt. Yderligere opdateringer vil blive leveret, efterhånden som fremskridt fortsætter.

8. 19. september 2026 kl. 11.07 UTCmonitoring

   Genopretningen fortsætter med at udvikle sig, og den resterende efterslæb falder støt. Yderligere optimeringer, der gennemføres i EU 's miljø, støtter en effektiv efterbehandling. Vores hold fortsætter med nøje at overvåge fremskridt i inddrivelsen og vil levere yderligere opdateringer efter behov.

9. 19. september 2026 kl. 19.09 UTCmonitoring

   Genopretningsindsatsen fortsætter i EU, og tekniske hold observerer fortsat reduktion af forsinkelserne efter de tidligere gennemførte optimeringer. Baseret på den aktuelle gendannelsestendens, er efterslæb niveauer blevet betydeligt reduceret og fortsætter med at bevæge sig i den forventede retning. Yderligere opdateringer vil blive leveret, efterhånden som fremskridt fortsætter.

10. 20. september 2026 kl. 19.55 UTCresolved

    Tekniske hold har bekræftet, at lagerdatabehandlingen i EU er vendt tilbage til normal drift efter den tidligere gennemførte oprensning. Emnet blev sporet til en implementering konfiguration problem påvirker lagerdata behandling. De krævede konfigurationsopdateringer blev anvendt, genoprette normal behandling. Efter valideringen og den udvidede overvågning er tilbageførslen i EU afsluttet, og lagerbehandlingen er stabil både i EU og APAC. Denne hændelse betragtes nu som løst.

11. 23. oktober 2026 kl. 17.20 UTCpostmortem

    * * Beskrivelse: * * Flexera One - IT Asset Management - EU & APAC - Inventory Processing Forsinkelser efter en implementering konfiguration Emne * * Tidsramme: * * September 16, 2026, 02: 00 PM PDT - September 20, 2026, 9: 52 AM PDT * * Hændelsesoversigt * * På fredag, September 18, 2026, tekniske hold begyndte at undersøge rapporter om forsinkede lageropdateringer påvirker Flexera One IT Asset Management\ (ITAM\) kunder i Europa\ (EU\) og Asia- Pacific\ (APAC\) regioner. Opdateret lagerinformation blev ikke afspejlet i ansøgningen, idet nogle kunder rapporterede, at deres seneste tilgængelige lagerdata forblev dateret 16. september. Spørgsmålet berørte lagerbehandling snarere end generel tilgængelighed af ITAM-platformen. Den første analyse viste, at de opfinder- behandling tjenester syntes sunde, men indkommende lagerfiler var ikke fremskridt gennem den forventede behandling workflow. Yderligere undersøgelser sporede afbrydelsen til en implementering udført den 16. september, hvor et konfigurationsspørgsmål påvirkede de tjenester, der er ansvarlige for behandling af lagerdata. Tekniske hold identificerede og korrigerede implementeringskonfigurationen, så lagerbehandlingen kan genoptages. Men en betydelig efterslæb af lagerfiler havde akkumuleret under afbrydelsen og krævede yderligere tid til at behandle. Lagerbehandling genvundet først i APAC, hvor den akkumulerede efterslæb blev ryddet den 18. september på ca. 12: 21 PM PDT. EU-regionen krævede yderligere gendannelsestid på grund af mængden af udestående filer. Tekniske hold justeret behandling kapacitetsindstillinger og fortsatte med at overvåge backlog som lagerfiler blev behandlet. EU 's tilbageværende efterslæb blev helt ryddet den 20. september kl. 9.52. Efterfølgende overvågning bekræftede, at lagerbearbejdningen var vendt tilbage til normale driftsniveauer. * * Rodårsag * * Hændelsen var forårsaget af en implementering konfiguration problem indført i løbet af en September 16 opdatering til opfindelse-behandling tjenester. På tidspunktet for indsættelsen var den opfindsomme behandlingsinfrastruktur overgang mellem anvendelsesmiljøer med forskellige tjenester, der var nødvendige for at forblive aktive i hvert miljø afhængigt af regionen. Dette øgede kompleksiteten af at opretholde den korrekte produktionskonfiguration, og den krævede servicekonfiguration blev ikke korrekt opretholdt under indsættelsen. Som følge heraf blev arbejdsgangen i forbindelse med opfindelse afbrudt i EU 's og APAC' s regioner, hvilket forhindrede, at de indkommende lagerfiler blev behandlet, og forsinkede opdateringerne af lagerdata. Når konfigurationen blev korrigeret, lagerbearbejdningen genoptaget, med den akkumulerede backlog kræver ekstra tid til at behandle før normale driftsniveauer blev fuldt restaureret. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: 1. * * Incident Investigation Initiated: * * Tekniske hold undersøgte rapporter om forsinkede lageropdateringer i EU 's og APAC' s regioner og gennemgik arbejdsgangen i forbindelse med opfindsomhed for at identificere kilden til afbrydelsen. 2. * * Implementeringsindstilling Udstedelse Identificeret: * * Undersøgelsen sporede afbrydelsen til den 16. september og identificerede en forkert servicekonfiguration, der påvirkede lagerbehandlingen i de ramte regioner. 3. * * Produktionsindstilling korrigeret: * * De nødvendige konfigurationsopdateringer blev anvendt til at gendanne de berørte opfinder- behandling tjenester, så indgående lagerfiler til at genoptage behandlingen. 4. * * Inventory Backlog Recovery Initiated: * * Tekniske hold overvågede de akkumulerede lagerfiler og justerede tilgængelige behandlingsressourcer for at understøtte backloggendannelse efter restaurering af processens arbejdsgang. 5. * * Forarbejdning Optimeret: * * Under EU 's genopretning identificerede tekniske hold begrænsninger i behandlingskapaciteten under den øgede arbejdsbyrde og tilpassede behandlingsmetoder for at forbedre gennemløbet, samtidig med at servicestabiliteten opretholdes. 6. * * Service Recovery Valideret: * * Tekniske hold bekræftede, at APAC 's efterslæb var ryddet den 18. september, efterfulgt af fuldstændig EU' s efterslæb den 20. september. Fortsat overvågning bekræftede, at lagerbearbejdningen var vendt tilbage til normale driftsniveauer. * * Fremtidige forebyggende foranstaltninger * * Efter hændelsen gennemførte vi en retrospektiv gennemgang af implementeringskonfigurationsspørgsmålet, forskelle mellem anvendelsesmiljøer, opfindsomme overvågningskapaciteter og muligheder for at forbedre implementeringsvalidering og operationel synlighed. Følgende korrigerende foranstaltninger og forbedringsaktiviteter er afsluttet eller er undervejs: 1. * * Konfigurationsstyring for regionale tjenester: * * En regional tjenestekonfigurationsliste er blevet implementeret for at dokumentere og vedligeholde de krævede tjenestekonfigurationer i de forskellige implementeringsmiljøer, hvilket reducerer risikoen for konfigurationsuoverensstemmelser i fremtidige udgivelser. 2. * * Valideringsforbedringer: * * Der er blevet gennemført en implementeringscheckliste for at kontrollere, at de krævede opfindsomme behandlingstjenester kører i passende miljøer under ibrugtagningen. 3. * * Forbedret overvågning af lagerbearbejdningen: * * Yderligere overvågning og varsling er blevet gennemført for at identificere afbrydelser i lagerbehandlingen tidligere og muliggøre hurtigere efterforskning og nyttiggørelse. 4. * * Forbedret behandlingsfejlsynlighed: * * Der er gennemført overvågning af dashboards for at give større synlighed i unormale applikationsresponsmønstre, herunder behandlingskapacitetsrelaterede fejl. Disse forbedringer har allerede støttet tidligere opdagelse og nyttiggørelse under efterfølgende behandling spørgsmål. 5. * * Produktionsmiljø Forenkling: * * Det igangværende arbejde med at konsolidere implementeringsmodellen vil reducere den operationelle kompleksitet forbundet med at opretholde forskellige servicekonfigurationer på tværs af miljøer og regioner, hvilket vil bidrage til at reducere risikoen for lignende konfigurationsrelaterede behandlingsafbrydelser.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. september 2026 kl. 09.04 UTCidentified

   Hændelse Beskrivelse: Vi oplever i øjeblikket et problem, der påvirker Flexera Community site. På grund af en vedvarende afbrydelse, der påvirker en tredjeparts tjenesteudbyder, kan kunderne være ude af stand til at få adgang til Flexera-fællesskabsportalen eller opleve periodisk og upålidelig adfærd. Desuden kan kunderne ikke være i stand til at oprette, opdatere eller interagere med støttesager via Fællesskabets websted. E-mails sendt til support @ flexera.com i denne periode kan ikke modtages eller behandles, før den underliggende afbrydelse er blevet løst. Denne tredjeparts tjenesteudbyder outage påvirker også proaktiv overvågning evne for Spot support teams til at opdage eventuelle kundemiljø problemer sammen med en chatbot widget inde i Spot konsollen så godt. Prioriteret: P3 Restaurering Aktivitet: Vores tekniske hold er aktivt at overvåge situationen og arbejde med tredjeparts udbyder til at spore restaurering indsats. Vi vil fortsætte med at vurdere kundernes virkning og levere yderligere opdateringer, efterhånden som yderligere oplysninger bliver tilgængelige.

2. 16. september 2026 kl. 12.31 UTCidentified

   Tjenesteudbyderen har med succes valideret fix i et testmiljø og er begyndt at implementere det på tværs af alle berørte tilfælde. Udrulningen skrider fremad på regionalt plan, og tjenesteydelserne vender tilbage til det normale i regioner, hvor ibrugtagningen er afsluttet.

3. 16. september 2026 kl. 19.25 UTCmonitoring

   Vores tjenesteudbyder rapporterer, at service telemetri er forblevet sundt efter indførelsen af afbødning. Fællesskabet er stadig tilgængeligt på nuværende tidspunkt, og der er ikke konstateret nogen bekræftet løbende virkning. Vi vil fortsat overvåge miljøet for at sikre fortsat stabilitet, mens de endelige valideringsaktiviteter er afsluttet. Vi vil give en yderligere opdatering, når yderligere oplysninger bliver tilgængelige.

4. 16. september 2026 kl. 22.00 UTCmonitoring

   Vores tjenesteudbyder har erklæret den underliggende hændelse løst efter vellykket afbødning og udvidet validering. Fællesskabet er stadig tilgængeligt, og der er ikke konstateret nogen vedvarende virkning. Overvågningen i hele genopretningsperioden har ikke identificeret yderligere problemer. Denne hændelse betragtes nu som løst.

5. 17. september 2026 kl. 11.01 UTCresolved

   Vores hold har fortsat med at overvåge tjenesten i hele genopretningsperioden, og ingen yderligere problemer er blevet observeret. Baseret på den vedvarende stabilitet i tjenesten, er denne hændelse nu betragtes som løst.

6. 30. september 2026 kl. 12.30 UTCpostmortem

   * * Beskrivelse: * * Flexera Community - Service ikke tilgængelig * * Tidsramme: * * September 16, 2026, 12: 50 AM PDT til September 16, 2026, 8: 26 AM PDT Name * * Hændelsesoversigt * * Name Den 16. september 2026, kl. 12: 50 AM PDT, Flexera identificeret et spørgsmål, der påvirker tilgængeligheden og pålideligheden af Flexera Community site på grund af en afbrydelse, der påvirker en ekstern tjenesteyder støtte fællesskabsplatformen. Under hændelsen kan kunderne have været ude af stand til at få adgang til Flexera-fællesskabet, rejse eller administrere støttesager eller modtage svar på eksisterende sager gennem Fællesskabet. E-mails sendt til support @ flexera.com kan også være blevet forsinket eller ikke behandlet under udbruddet. Spørgsmålet har også påvirket chatbot funktionalitet i Spot konsol, som er baseret på de ramte tjenester. Desuden påvirkede udfald proaktiv overvågning kapaciteter, der anvendes af Spot Support teams til at identificere visse kundemiljø spørgsmål, der afhænger af serviceanmeldelser. Tjenesteyderen validerede efterfølgende et fix og begyndte at anvende det på tværs af berørte tilfælde på regionalt-by@-@ regionalt grundlag. Da afbødningen blev iværksat, blev tjenesterne gradvist normaliseret. Efter implementering, service telemetri forblev sundt på tværs af brugervenlige miljøer. Validering bekræftede, at Flexera Community og Spot Chatbot funktionaliteten fungerede normalt. Den underliggende udbyderhændelse blev efterfølgende erklæret løst, og Flexera afsluttede den endelige validering og lukkede hændelsen.. Name * * Rodårsag * * Name Hændelsen skyldtes en afbrydelse, der påvirkede en ekstern tjenesteyders tjenester, som støtter Flexera-fællesskabet og tilhørende funktionalitet. Serviceafbrydelsen påvirkede tilgængeligheden og pålideligheden af fællesskabsplatformen og de dertil knyttede integreringer, hvilket resulterede i midlertidig afbrydelse af kundesupportens funktion og tilhørende Spot-kapaciteter. Name * * Genoprettelsesaktioner * * Name * Udbyder oprydning: Den eksterne tjenesteudbyder valideret og indsat et fix på tværs af de berørte tilfælde. * Tjenestevalidering: Flexera teams overvåget Fællesskabet, chatbot funktionalitet, og relaterede tjenester som oprensningen blev indsat. * Recovery overvågning: Service sundhed og funktionalitet blev overvåget for at bekræfte stabilitet efter oprensning. * Tilfælde lukning: Efter den underliggende udbyder problem blev løst og Flexera afsluttet validering, hændelsen blev afsluttet. Name * * Fremtidige forebyggende foranstaltninger * * Name * Øget afhængighed overvågning: Fortsætte med at overvåge kritiske eksterne afhængigheder, der understøtter customer-face tjenester. * Kundekonsekvensanalyse: Fortsæt med at vurdere virkningen af eksterne serviceforstyrrelser på tværs af integrerede Flexera-tjenester, herunder EU, støttesag management og Spot-funktionalitet. * Post- hændelse overvågning: Fortsæt overvågning for resterende kundeeffekt efter restaurering af eksterne tjenester.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 15. september 2026 kl. 23.05 UTCinvestigating

   Hændelsesbeskrivelse: Vi er i øjeblikket ved at undersøge et spørgsmål, der påvirker politikker og automationstjenester i EU 's produktionsmiljø. Kunder i EU kan opleve fejl, når de bruger politikker, og de kan ikke kunne se deres politikker gennem brugergrænsefladen. Virkningen er begrænset til EU-regionen. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er blevet engageret og er aktivt undersøge et problem, der opstår under en opgradering af infrastrukturen for at identificere den underliggende årsag og genoprette normal service så hurtigt som muligt. Yderligere opdateringer vil blive leveret som undersøgelsen skrider frem.

2. 16. september 2026 kl. 06.16 UTCmonitoring

   EU-miljøspørgsmålet er blevet løst, og adgangen til brugergrænsefladen er blevet fuldt ud genoprettet. Mens tjenesten nu fungerer normalt, kan det tage nogen tid for efterslæbet af queued arbejde, der akkumuleres under udfald skal behandles. Vores hold overvåger aktivt genopretningen for at sikre, at backlog er ryddet, og tjenester fortsætter med at udføre som forventet. Vi vil fortsat overvåge miljøet nøje og bekræfte, når behandlingen er vendt helt tilbage til normale niveauer.

3. 16. september 2026 kl. 08.24 UTCresolved

   Vores hold har fortsat med at overvåge tjenesten nøje, og ingen nye problemer er blevet observeret. Den efterslæb af queued arbejde, der akkumuleres under afbrydelsen er behandling med succes og fortsætter med at falde som forventet. Baseret på den stabilitet, der er observeret siden opsvinget, er denne hændelse nu løst. Vi vil fortsætte med at overvåge behandlingen for at sikre, at den resterende efterslæb rydder helt, og tjenesten fortsætter med at fungere som forventet.

4. 12. oktober 2026 kl. 12.02 UTCpostmortem

   * * Beskrivelse: * * Flexera - EU - Politikker / Automation Utilgængelig * * Tidsramme: * * September 15, 2026, 3: 50 PM PDT til September 16, 2026, 1: 22 AM PDT Name * * Hændelsesoversigt * * Den 15. september 2026, på 3: 50 PM PDT, en infrastrukturopgradering støtte Automation i EU produktionsmiljø resulterede i en netværksforbindelse afbrydelse påvirker politikker og Automation. Kunderne oplevede vanskeligheder med at se politikker i brugergrænsefladen, og politisk relaterede operationer mislykkedes. Undersøgelsen identificerede uventet adfærd fra en nedarvet netværkskomponent. Dette afbrudt forbindelse, der kræves af de berørte tjenester. Holdet identificerede den involverede komponent og bragte den nødvendige ressource online, genoprette netværksforbindelse. Det underliggende problem blev løst den 15. september kl. 10: 13 PDT. Efter dette fortsatte holdet overvågningen service opsving og behandlingen af den manglende akkumulerede under afbrydelsen. Når backlog behandling havde udviklet sig som forventet og service stabilitet blev bekræftet, hændelsen blev erklæret fuldt restaureret den September 16, 2026, på 1: 22 AM PDT. Virkningen var begrænset til EU 's produktionsmiljø. Name * * Rodårsag * * Hændelsen skyldtes uventet adfærd fra en nedarvet netværkskomponent under opgraderingen af Automation Infrastruktur i EU-regionen. Dette forstyrrede netværksforbindelse, som kræves af Politikker og Automation, hvilket resulterer i service manglende tilgængelighed og svigt i politikrelateret funktionalitet. Name * * Genoprettelsesaktioner * * Vores hold udførte nedenstående handlinger for at genoprette tjenesterne til normalitet: * Connectivity restaurering: Identificerede den arv komponent involveret og bragte den nødvendige ressource online for at genoprette netværksforbindelse. * Service recovery: Genoprettet forbindelse og løst det underliggende problem påvirker politikker og automatisering. * Backlog behandling: Monitored den akkumulerede backlog som behandling genvundet efter service restaurering. * Efter-restaurering validering: Bekræftet tjenestens stabilitet og bekræftet, at backlog behandling var fremskridt som forventet, før anmeldelsen af hændelsen fuldt restaureret. Name * * Fremtidige forebyggende foranstaltninger * * * Migrationsplanlægning: Den tilsvarende amerikanske migration blev flyttet med et længere vedligeholdelsesvindue for at give ekstra tid til fejlfinding og genopretning. * Legacy komponent udskiftning: den arv komponent er ved at blive erstattet som en del af infrastrukturen modernisering indsats. Når udskiftningen er afsluttet, forventes denne specifikke arv afhængighed at blive elimineret i alle miljøer.

Automatisk oversat fra den officielle hændelsesopdatering.