Historia awarii Rightscale

1. 24 sierpnia 2026 13:04 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na przetwarzanie zapasów w Flexera One IT Asset Management w Ameryce Północnej. Klienci mogą doświadczać opóźnień w przetwarzaniu zapasów i opóźnionej dostępności zaktualizowanych danych dotyczących zapasów w ramach platformy. Priorytet: P2 Aktywność remontowa: Nasze zespoły techniczne aktywnie badają tę kwestię i dokonują przeglądu działań związanych z przetwarzaniem zapasów w ramach danej usługi. Pracujemy nad określeniem przyczyny opóźnień w przetwarzaniu i przywróceniem normalnego przetwarzania. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 24 sierpnia 2026 14:57 UTCinvestigating

   Zespoły techniczne stwierdziły, że zachowanie w zakresie przetwarzania zapasów różni się w zależności od klientów. Podczas gdy inwentarz nadal jest przetwarzany dla niektórych klientów, inni doświadczają znacznie obniżonych stawek przetwarzania lub zapasów, które nie postępują poprzez normalne procesy przetwarzania. Zespoły techniczne zidentyfikowały również błędy w dostępności usług wpływające na niektóre próby przesyłania zapasów i aktywnie badają zakres oddziaływania i przyczyny. Analiza organizacji dotkniętych chorobą i działalność przetwórcza nadal trwa. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

3. 24 sierpnia 2026 16:38 UTCidentified

   Zespoły techniczne przeprowadziły ukierunkowane działania związane z odzyskiwaniem usług i obserwują wznowienie przetwarzania zapasów dla wcześniej dotkniętych klientów, przy czym poziomy zaległości maleją. Trwają dochodzenia, ponieważ zespoły techniczne nadal monitorują odzyskiwanie pomocy i oceniają jej przyczynę. Podczas gdy obserwuje się postępy, zespoły nadal sprawdzają stabilność usług i monitorują wszelkie pozostałe skutki. Dostarczymy dalsze aktualizacje w miarę dostępności większej ilości informacji.

4. 24 sierpnia 2026 21:21 UTCmonitoring

   Odzysk postępuje w dalszym ciągu, a działalność związana z przetwarzaniem zapasów wraca do oczekiwanych poziomów dla wcześniej wpływających klientów. Zespoły techniczne obserwują ciągłą redukcję poziomów zaległości i aktywnie monitorują stabilność usług. Dochodzenie w sprawie przyczyny nadal trwa. Obecna analiza koncentruje się na kilku potencjalnych czynnikach przyczyniających się do sytuacji, które zostały zidentyfikowane w danym okresie, natomiast zespoły techniczne nadal sprawdzają odzysk i monitorują wszelkie pozostałe skutki.

5. 25 sierpnia 2026 10:00 UTCmonitoring

   Zespoły techniczne nadal obserwują stałe obniżanie poziomów zaległości przy ścisłym monitorowaniu ogólnej stabilności usług. Trwa dochodzenie w sprawie przyczyny. Będziemy nadal dostarczać aktualizacje w miarę dostępności dodatkowych informacji.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 18 sierpnia 2026 09:32 UTCinvestigating

   Incydent Opis: Badamy obecnie problem wpływający na dostęp do usług Flexera One w regionie APAC. Uszkodzeni klienci mogą mieć trudności z dostępem do platformy lub mogą wystąpić błędy po uwierzytelnianiu. Priorytet: P1 Działalność remontowa: Nasze techniczne zostały zaangażowane i aktywnie bada problem w celu zidentyfikowania przyczyny i przywrócenia normalnej obsługi tak szybko, jak to możliwe.

2. 18 sierpnia 2026 10:18 UTCidentified

   Nasze śledztwo zidentyfikowało problem konfiguracji jako prawdopodobną przyczynę wpływu. Zespoły aktywnie pracują nad wdrożeniem i zatwierdzeniem środków naprawczych w celu przywrócenia normalnej eksploatacji usług. Dalsze aktualizacje zostaną przedstawione w miarę postępu dochodzenia.

3. 18 sierpnia 2026 10:43 UTCidentified

   W miarę postępów w śledztwie nasze zespoły stwierdziły, że problem nie jest odizolowany od zarządzania aktywami IT i może mieć szerszy wpływ na platformę Flexera One w APAC. Trwają działania zaradcze przeciwko zidentyfikowanej przyczynie, a zespoły skupiają się na przywróceniu pełnej stabilności służby. Dodatkowe aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

4. 18 sierpnia 2026 10:50 UTCidentified

   Kontynuujemy prace nad rozwiązaniem tego problemu.

5. 18 sierpnia 2026 11:47 UTCmonitoring

   Zastosowano rozwiązanie i przywrócono dostęp do platformy Flexera One. Nasze zespoły prowadzą dodatkowe działania w zakresie walidacji i nadal ściśle monitorują zdrowie i wydajność usług w celu potwierdzenia stabilności i zapewnienia pełnej operacyjności wszystkich usług.

6. 18 sierpnia 2026 12:13 UTCresolved

   Po rozszerzonych działaniach monitorujących i weryfikacyjnych nasze zespoły potwierdziły, że usługi pozostają stabilne i nie zaobserwowano dalszych skutków. Incydent został rozwiązany, a wszystkie dotknięte usługi są w pełni operacyjne.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 sierpnia 2026 01:08 UTCinvestigating

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

2. 13 sierpnia 2026 03:27 UTCmonitoring

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

3. 13 sierpnia 2026 03:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 13 sierpnia 2026 05:57 UTCresolved

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

1. 11 sierpnia 2026 17:26 UTCinvestigating

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

2. 11 sierpnia 2026 17:48 UTCidentified

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

3. 11 sierpnia 2026 18:08 UTCmonitoring

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

4. 11 sierpnia 2026 20:26 UTCresolved

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

5. 14 sierpnia 2026 20:02 UTCpostmortem

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

1. 7 sierpnia 2026 04:55 UTCinvestigating

   Opis wydania: Nasze zespoły stwierdziły, że niektóre systemy e-mail klientów firmy Flexera odrzucają wysyłane e-maile zawierające powiadomienia o aktualizacjach w sprawach wsparcia firmy Flexera. Priorytet: P3 Aktywność przywracania: Zespoły techniczne aktywnie badają tę sprawę. W międzyczasie prosimy zalogować się do Flexera Community i skorzystać z portalu Support Case pod adresem https: / / community.flexera.com / s / case / Case / Default, aby przejrzeć status sprawy i sprawdzić wszelkie aktualizacje.

2. 7 sierpnia 2026 12:28 UTCidentified

   Nasze zespoły zidentyfikowały przyczynę problemu i obecnie pracują nad jego rozwiązaniem.

3. 8 sierpnia 2026 10:48 UTCidentified

   Nasze zespoły nadal pracują nad rozwiązaniem. Podczas trwającego śledztwa stwierdziliśmy, że w niektórych przypadkach maile z Flexera mogą być blokowane przez SharePoint. Rozwiązanie tej kwestii wymaga dodatkowego dochodzenia i koordynacji z właściwymi stronami w celu zapewnienia podjęcia odpowiednich działań naprawczych. Będziemy nadal dostarczać aktualizacje w miarę dostępności większej ilości informacji.

4. 10 sierpnia 2026 10:10 UTCidentified

   Nasze zespoły nadal pracują nad rozwiązaniem. Trwają dodatkowe badania i koordynacja z odpowiednimi zespołami w celu przywrócenia normalnego przepływu poczty elektronicznej. Dostarczymy dalsze aktualizacje w miarę dostępności większej ilości informacji.

5. 12 sierpnia 2026 13:50 UTCmonitoring

   Nasze zespoły wdrożyły środki naprawcze i obserwują pozytywne wyniki. Wstępne badania walidacyjne zakończyły się sukcesem, wskazując, że działania łagodzące są skuteczne. Będziemy nadal ściśle monitorować usługę, aby zapewnić ciągłą stabilność i dostarczać dalsze aktualizacje w miarę ich dostępności.

6. 14 sierpnia 2026 05:41 UTCresolved

   Po rozszerzonym monitorowaniu nasze zespoły potwierdziły, że wszystkie aktualizacje e-mail są dostarczane z powodzeniem. Ten incydent został ogłoszony jako rozwiązany.

7. 21 sierpnia 2026 09:13 UTCpostmortem

   * * Opis: * * Przypadki wsparcia Flexera - Opóźnione lub nieudane powiadomienia e-mail * * Czas: * * 5 sierpnia 2026, 12: 00 AM PDT do 13 sierpnia 2026, 11: 10 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W dniu 5 sierpnia 2026 roku, nasze zespoły zidentyfikowały problem dotyczący zgłoszeń e-mail dotyczących spraw wsparcia Flexera. Podczas incydentu niektórzy klienci nie otrzymali powiadomień e-mail, kiedy dokonano aktualizacji ich przypadków wsparcia, co mogło opóźnić świadomość aktywności i postępu sprawy. Nasze zespoły techniczne zbadały tę kwestię i stwierdziły, że problem z konfiguracją dostawy poczty elektronicznej powoduje odrzucenie niektórych powiadomień o przypadkach wsparcia przez systemy e-mail odbiorcy. W ramach środka tymczasowego klientom zalecono dostęp do portalu Flexera Community Support Case bezpośrednio w celu dokonania przeglądu ich statusu i aktualizacji. Nasze zespoły wprowadziły stałą zmianę konfiguracji dostawy e-maili, a następnie zatwierdziły dostawę powiadomień. Po remediacji potwierdzono, że powiadomienia e-mail działają zgodnie z oczekiwaniami, a incydent został rozwiązany 13 sierpnia 2026 r. o godzinie 11: 10 AM PDT. Uzasadnienie * * Root Cause * * Uzasadnienie * Konfiguracja dostawy e-mail: Problem z konfiguracją używaną do dostarczania powiadomień o przypadkach wsparcia dla klienta spowodował, że niektóre maile zostały odrzucone przez systemy e-mail odbiorcy. * Dostawa powiadomień: Zmodyfikowana konfiguracja spowodowała, że niektórzy klienci nie otrzymali powiadomień e-mail, gdy dokonano aktualizacji ich przypadków wsparcia. * Wpływ na klienta: Problem dotyczył wyłącznie powiadomień e-mail; klienci mogli nadal mieć dostęp do swoich przypadków wsparcia bezpośrednio poprzez portal Flexera Community Support Case. Uzasadnienie * * Działania naprawcze * * Uzasadnienie * Aktualizacja konfiguracji e-mail dostawy: Konfiguracja dostawy poczty elektronicznej została na stałe zaktualizowana w celu wykorzystania odpowiedniej podstawowej infrastruktury dostawy poczty elektronicznej. * Validation Notification: Zespoły zatwierdziły wysyłkę powiadomień po zmianie konfiguracji. * Customer Workaround: Podczas incydentu, klienci zostali poinformowani, aby uzyskać dostęp do portalu Flexera Community Support Case bezpośrednio do przeglądu stanu sprawy i aktualizacji. * Monitorowanie usług: Zespoły monitorowane e-mail powiadomienia dostawy po remediacji w celu potwierdzenia stałej stabilności. Uzasadnienie * * Przyszłe środki zapobiegawcze * * * Utrzymanie Zatwierdzonego Routingu e-mail: Notyfikacje przypadków wsparcia Customer- twarz będzie nadal korzystać z podstawowej infrastruktury dostawy poczty elektronicznej ustanowionej poprzez stałą rekultywację. * Monitoring przesyłek e-mail: Wzmocnienie monitorowania i ostrzeganie o niepowodzeniach w zakresie powiadamiania o przypadkach wsparcia i odrzuconych komunikatów, aby zapewnić wcześniejsze wykrycie potencjalnych problemów z dostawą.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 5 sierpnia 2026 08:28 UTCresolved

   Opis incydentu: Nasze zespoły zidentyfikowały zakłócenia w obsłudze wpływające na podzbiór klientów Flexera One IT Asset Management (ITAM) w środowisku produkcyjnym APAC od 4 sierpnia 2026, 04: 04 AM PDT do 04: 25 AM PDT. W tym okresie, podzbiór naszych klientów doświadczył nieregularnego spowolnienia, braku reakcji na usługi lub awarii ładowania danych wewnątrz platformy. Priorytet: P2 Aktywność przywracania: Nasze zespoły techniczne zbadały tę kwestię i stwierdziły, że nieoczekiwany stan wyczerpania zasobów bazy danych miał miejsce w danym okresie. Warunek ten jest następnie samokorygowany, co pozwala na odzyskanie i powrót do normalnej eksploatacji. Potwierdzenie po incydencie potwierdziło, że operacje platformy są wykonywane zgodnie z oczekiwaniami. Przeprowadzamy szczegółowy przegląd incydentu i oceniamy dodatkowe zabezpieczenia, kontrole zdolności przepustowej oraz monitorujemy poprawę w celu dalszego zmniejszenia prawdopodobieństwa wystąpienia podobnych zdarzeń w przyszłości.

2. 21 sierpnia 2026 09:03 UTCpostmortem

   * * Opis: * * Flexera One - Zarządzanie aktywami IT - APAC - Nieprawidłowości ładowania danych / spowolnienie * * Czas: * * 4 sierpnia 2026, 4: 04 AM PDT do 4 sierpnia 2026, 4: 25 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie We wtorek, 4 sierpnia 2026, nasze zespoły zidentyfikowały problem wpływający na podzbiór klientów w środowisku produkcyjnym APAC. Podczas incydentu niektórzy klienci doświadczyli przerywanej powolności aplikacji, tymczasowej braku reakcji i awarii podczas ładowania danych w ramach zarządzania aktywami informatycznymi Flexera One. Nasze zespoły techniczne zbadały tę kwestię i stwierdziły, że nieoczekiwane wyczerpanie zasobów bazy danych wpłynęło na środowisko produkcyjne. Warunek ten spowodował tymczasową degradację wydajności dla podgrupy najemców klientów. Stan bazy danych został automatycznie rozwiązany po około 20 minutach, a wydajność aplikacji wróciła do normy bez konieczności bezpośredniej interwencji technicznej. Nasze zespoły nadal monitorowały środowisko po odzyskaniu i potwierdziły, że dotknięte nimi usługi funkcjonują normalnie bez stałego wpływu na klientów. Uzasadnienie * * Root Cause * * Uzasadnienie * Niespodziewane wyczerpanie zasobów bazy danych: Tymczasowy wzrost zużycia zasobów bazy danych wyczerpał dostępne tymczasowe możliwości przechowywania bazy danych wykorzystywane przez klaster bazy danych produkcji. * High Resource- Spożywanie zapytań: Zidentyfikowano, że konkretne nieoczekiwane zapytanie prowadzone ręcznie przez użytkownika, który zużywa znaczne ilości tymczasowych zasobów bazy danych, co powoduje tymczasowe wyczerpanie zasobów. * Efektywność aplikacji: Wyczerpanie zasobów wpłynęło na operacje baz danych i doprowadziło do przerywanej powolności aplikacji, braku reakcji i awarii ładowania danych dla podzbioru klientów. Uzasadnienie * * Działania naprawcze * * Uzasadnienie * Automatic Service Recovery: Stan zasobów bazy danych został automatycznie oczyszczony, umożliwiając usługi aplikacji powrócić do normalnej pracy. * Monitorowanie usług: Zespoły monitorowały środowisko po odzyskaniu i potwierdziły, że usługi pozostają stabilne. * Analiza incydentów: Zespoły inżynieryjne dokonały przeglądu aktywności bazy danych i wykorzystania zasobów związanych z wydarzeniem w celu identyfikacji zapytań i zrozumienia zachowania. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie * Zarządzanie zasobami: Ocena dodatkowych SQL Kontrola zarządzania zasobami serwera w celu zmniejszenia potencjalnego wpływu zapytań dotyczących bazy danych o wysokie zasoby. * Ulepszenia odpowiedzi na ostrzeżenia: Przegląd procedur postępowania z ostrzeżeniami w celu poprawy wykrywania, oceny i odpowiedzi na podobne warunki zasobów bazy danych. * Poprawa operacyjna: Zapytanie zostało zweryfikowane przez nasze zespoły techniczne i wprowadzono środki w celu uniknięcia podobnego scenariusza w przyszłości.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 sierpnia 2026 06:56 UTCinvestigating

   Incydent Opis: Obecnie badamy problem wpływający na pakiet inwentaryzacji (* .zip) ładunki w regionie Europy dla Flexera One Zarządzanie aktywami IT. Klienci próbujący przesłać określone pakiety inwentarza mogą napotkać błędy, co prowadzi do nieudanego przesyłania zapasów i opóźnień w przetwarzaniu danych inwentarza. Priorytet: P2 Działalność remontowa: Nasz zespół techniczny aktywnie bada tę kwestię i dokonuje przeglądu bieżącej działalności przetwórczej w celu potwierdzenia zakresu i postępu. Dokładnie monitorujemy sytuację i dostarczymy aktualizacje w miarę dostępności większej ilości informacji.

2. 3 sierpnia 2026 08:10 UTCinvestigating

   Nasze zespoły nadal aktywnie badają tę kwestię i przeprowadzają szczegółowy przegląd dzienników systemowych i diagnostyki w celu dalszej identyfikacji i potwierdzenia podstawowej przyczyny. Dostarczymy dodatkowe aktualizacje w miarę dostępności większej ilości informacji.

3. 3 sierpnia 2026 09:38 UTCinvestigating

   Podczas trwającego dochodzenia nasze zespoły stwierdziły, że problem ten może mieć również wpływ na łączność sygnalizacyjną ze środowiskiem produkcyjnym Flexera One w UE. W związku z tym mogą mieć wpływ dodatkowe operacje, które opierają się na komunikacji między platformami. Zespół kontynuuje badanie zasadniczej przyczyny, ocenia pełny zakres oddziaływania oraz pracuje nad jak najszybszym wdrożeniem rezolucji.

4. 3 sierpnia 2026 10:40 UTCmonitoring

   Nasze zespoły zidentyfikowały ostatnią zmianę konfiguracji jako prawdopodobną przyczynę problemu. Od tego czasu konfiguracja została cofnięta, a my obserwujemy odzyskiwanie usług w obrębie dotkniętych komponentów, z funkcjonalnością platformy stopniowo wraca do oczekiwanych poziomów. Zespoły nadal aktywnie angażują się w monitorowanie środowiska w celu walidacji pełnego ożywienia gospodarczego, zapewnienia stabilności platformy oraz szybkiego rozwiązania wszelkich pozostałych skutków.

5. 3 sierpnia 2026 10:40 UTCmonitoring

   Nadal monitorujemy wszelkie dalsze problemy.

6. 3 sierpnia 2026 17:09 UTCmonitoring

   Działania łagodzące pozostają skuteczne, a przetwarzanie zapasów jest kontynuowane z powodzeniem. Aktywnie monitorujemy postępy w odzyskiwaniu i pracujemy nad pozostałą zaległością, aby zapewnić pomyślne zakończenie całego przetwarzania. Będziemy nadal dostarczać aktualizacje w miarę postępów w zakresie odbudowy.

7. 4 sierpnia 2026 07:02 UTCmonitoring

   Odzysk usług jest nadal na dobrej drodze, a środki łagodzące są nadal skuteczne. Przetwarzanie zapasów działa skutecznie, a zaległości zostały znacznie zmniejszone, przybliżając objętości do normalnego poziomu. Nasze zespoły nadal monitorują środowisko i przetwarzają pozostałe zaległości, aby zakończyć odzyskiwanie. W stosownych przypadkach zostaną dostarczone dalsze aktualizacje.

8. 4 sierpnia 2026 11:09 UTCresolved

   Środowisko wróciło do normalnego poziomu operacyjnego. Przetwarzanie zapasów i łączność sygnalizacyjna są stabilne, a zaległości powróciły do oczekiwanych progów. Platforma pozostaje zdrowa, a dalsze monitorowanie potwierdza trwałą stabilność. Dodatkowe informacje na temat przyczyny, działań naprawczych i długoterminowych inicjatyw poprawy zostaną udostępnione w sprawozdaniu poubojowym po zatwierdzeniu ustaleń.

9. 18 sierpnia 2026 12:41 UTCpostmortem

   * * Opis: * * Flexera One- Zarządzanie aktywami IT - UE - Inwentaryzacja błędów wysyłania * * Czas: * * 31 lipca 2026, 6: 00 PM PDT do 4 sierpnia 2026, 4: 09 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W niedzielę, 2 sierpnia 2026 r., o godzinie 11: 42 PM PDT, Flexera wskazała na problem wpływający na pakiet inwentaryzacji\ (\ * .zip\) wysyłający i wybierał komunikaty sygnalizacyjne w środowisku produkcyjnym UE Flexera One IT Asset Management. Dotknięci klienci doświadczyli nieudanego przesyłania pakietów inwentaryzacyjnych, w tym odpowiedzi HTTP 504\ (Gateway Timeout\) i HTTP 405\ (Method Not Darled\). Zagadnienie to zakłóciło również wybór łączności między platformami beacon a platformą, powodując opóźnienia lub awarie w przetwarzaniu i przyjmowaniu danych dotyczących zapasów. Dochodzenie wykazało, że najwcześniejszy wpływ rozpoczął się 31 lipca 2026 r. o godz. 18.00 PDT. Analiza wykazała problem związany z komunikacją na krytycznej ścieżce trasowania usług, która uniemożliwiała podzbiór wniosków z powodzeniem dotarcie do usług przetwarzania niższego szczebla. Spowodowało to powtarzające się próby powtórne, opóźnione przetwarzanie zapasów oraz nagromadzenie zaległości. Aby złagodzić problem i przywrócić usługę, ruch został przekierowany na alternatywną ścieżkę komunikacji. Po tej zmianie, łączność sygnalizacyjna ustabilizowała się, ładunki zapasowe wznowione z powodzeniem przetwarzania, a zaległości inwentarza zaczął spadać. Do 3: 42 AM PDT w dniu 3 sierpnia 2026 roku, ładunki inwentaryzacyjne zostały zakończone pomyślnie i nie zaobserwowano żadnych nowych błędów. Środowisko pozostawało pod rozszerzonym monitorowaniem, podczas gdy ilości przetwarzania wróciły do normalnego poziomu operacyjnego. O 4: 09 AM PDT w dniu 4 sierpnia 2026 roku Flexera potwierdził, że łączność sygnalizacyjna, przetwarzanie zapasów i związane z nimi usługi platformy działały normalnie, zaległości powróciły do oczekiwanych progów, a incydent został oficjalnie ogłoszony rozwiązany. Uzasadnienie * * Root Cause * * Uzasadnienie W dniu 31 lipca 2026 r. Problem pojawił się później, gdy komponenty aplikacji zostały ponownie uruchomione i zaczął tworzyć nowe połączenia przy użyciu zaktualizowanej konfiguracji. Spowodowało to błędy uścisku dłoni i awarię komunikacji, co spowodowało niedostępność usług. W związku z tym nie można było przetwarzać wniosków ze strony nadawców klientów o przesłanie do środowiska produkcyjnego UE pakietów inwentaryzacyjnych\ (\ * .zip\), co spowodowało niepowodzenie wysyłania danych i uniemożliwiło ich odbiór i przetwarzanie. Wpływ na inne interakcje między platformami plażowymi również został naruszony, chociaż nie zaobserwowano natychmiastowego wpływu na klienta. Usługa została przywrócona poprzez przekierowanie ruchu na alternatywną ścieżkę komunikacji, która nie została naruszona przez problem konfiguracji związanej z certyfikatem. Inwentaryzacja i komunikacja sygnalizacyjna wznowiły normalne działanie. Czynniki wiążące * Nieudane próby ustanowienia połączenia spowodowały, że część wniosków nie powiodła się przed osiągnięciem dalszych usług przetwarzania. * Opóźnienia w przetwarzaniu zapasów: Niepowodzenie komunikacji zapobiegło niektórym pakietom zapasów i powiązanemu importowi z pomyślnie przetwarzaniem, co doprowadziło do opóźnionych aktualizacji zapasów. * Retri- Driven Backlog Growth: Automatyczne mechanizmy retry pozwoliły wielu transakcjach ostatecznie odnieść sukces, ale przyczyniły się do zwiększenia opóźnień przetwarzania i akumulacji backlog podczas gdy problem pozostał aktywny. Uzasadnienie * * Działania naprawcze * * Uzasadnienie Aby przywrócić obsługę, zespoły techniczne wykonywały następujące działania: * Przekierowanie ruchu drogowego: Przekierowany ruch z dala od dotkniętej ścieżki usługi, aby przywrócić stabilną komunikację sygnalizacyjną i pakiet zapasowy. * Monitoring platformy: Wykonywany ciągły monitoring łączności sygnalizacyjnej, ładunki zapasowe i działania przetwarzania w celu weryfikacji odzysku usług. * Backlog Recovery Management: Monitorowane przetwarzanie zapasów przepustowości i potwierdzone, że przetwarzanie zaległości stale zmniejsza i wraca do oczekiwanych progów operacyjnych. * Walidacja stabilności: Przeprowadzona rozszerzona kontrola po przywróceniu w celu potwierdzenia trwałej stabilności platformy i pomyślnego przetwarzania zapasów. * Potwierdzenie przywracania usługi: O 4: 09 AM PDT w dniu 4 sierpnia 2026, potwierdził, że łączność sygnalizacyjna, przetwarzanie zapasów i związane z nimi usługi funkcjonowały normalnie. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie * Oporność na komunikację usługową: przegląd i usprawnienie ścieżki komunikacji, która ma wpływ na poprawę niezawodności, odporności i odbudowy po przyszłych zakłóceniach związanych z połączeniami. * Wzmocniona walidacja zmian: Wzmocnienie procesów walidacji i testowania infrastruktury, konfiguracji, certyfikatu i ścieżki usług w celu identyfikacji niedopasowania komunikacji przed wdrożeniem do środowiska produkcyjnego. * Ulepszone wykrywanie i alarmowanie: Wzmocnienie monitorowania i ostrzeganie możliwości zapewnienia wcześniejszej identyfikacji trwałych zakłóceń komunikacji, zwiększona aktywność ponowna próby, nieprawidłowe wzorce błędu, i powstające zaległości przetwarzania. Ulepszenia te umożliwią szybsze wykrywanie, prowadzenie dochodzeń i rozwiązywanie problemów, zanim staną się one bardziej skuteczne dla klientów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 lipca 2026 04:36 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na badania wrażliwości oprogramowania (SVR) usługi. Klienci mogą mieć obecnie trudności z dostępem do SVR lub z wykorzystaniem SVR. Priorytet: P1 Aktywność przywracania: Nasze zespoły aktywnie badają problem i pracują nad przywróceniem usługi. Trwają obecnie działania w zakresie łagodzenia sankcji, ponieważ pracujemy nad ponownym uruchomieniem usługi. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 29 lipca 2026 06:02 UTCinvestigating

   Wdrożono działania w zakresie naprawy gospodarczej; jednak w obecnych warunkach pracy usługa nadal doświadcza niestabilności, co powoduje trwające zakłócenia w świadczeniu usług. Nasze zespoły aktywnie pracują nad zmniejszeniem wpływu i przywróceniem dostępności usług. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

3. 29 lipca 2026 09:52 UTCresolved

   Zespoły techniczne przywróciły dostępność usług dla badań nad podatnością na drażliwość oprogramowania (SVR). W celu rozwiązania problemu niestabilności usług wdrożono działania naprawcze, a walidacja potwierdziła przywrócenie funkcjonalności SVR. Będziemy nadal ściśle monitorować służbę, aby zapewnić stałą stabilność. Raport pośmiertny zawierający dodatkowe szczegóły, w tym przyczynę i środki zapobiegawcze, zostanie opublikowany w najbliższych dniach.

4. 11 sierpnia 2026 10:28 UTCpostmortem

   * * Opis: * * Badania wrażliwości oprogramowania\ (SVR\) - Zakłócenie funkcjonowania serwisu * * Czas: * * 28 lipca 2026, 2: 00 PM PDT do 29 lipca 2026, 2: 53 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * We wtorek, 28 lipca 2026 r., o godz. 14.00 PDT, środowisko produkcyjne Flexera Software Vulnerability Research\ (SVR\) doświadczyło zakłóceń w obsłudze, które wpłynęły na dostępność i funkcjonalność aplikacji API. Incydent miał miejsce, gdy główny przypadek bazy danych wspierający platformę SVR stał się niedostępny. Istniejące połączenia baz danych zostały niespodziewanie zakończone, a serwery aplikacji nie były w stanie utworzyć nowych połączeń. W rezultacie klienci nie byli w stanie uzyskać wiarygodnego dostępu do usług SVR i API w trakcie incydentu. Podczas śledztwa, nasze zespoły ustaliły, że zakłócenia były spowodowane nieplanowaną wadą zainicjowaną przez dostawcę usług w chmurze. Zgodnie z historią zdarzeń dostawcy, problem infrastruktury został wykryty w głównym hoście bazy danych, co skłoniło dostawcę do automatycznego rozpoczęcia procesu przełączania. Nasze zespoły techniczne natychmiast zatrudniły dostawcę usług w chmurze do zbadania incydentu i przywrócenia usługi. W dniu 29 lipca 2026 r. Uzasadnienie * * Root Cause * * Uzasadnienie Incydent został wywołany nieplanowaną wadą bazy danych produkcji, zainicjowaną przez dostawcę usług w chmurze w odpowiedzi na problem poziomu infrastruktury wpływający na główny host bazy danych. Podczas awarii, główny przypadek bazy danych stał się tymczasowo niedostępny. Powodowało to nagłe przerwanie połączeń z aktywną bazą danych, co uniemożliwiło świadczenie usług aplikacji w zakresie tworzenia nowych połączeń. W rezultacie wnioski API nie powiodły się, a dostępność usług w całej platformie SVR została naruszona. Flexera oficjalnie zażądała od dostawcy usług w chmurze szczegółowej analizy przyczyn korzeni\ (RCA\) w celu określenia dokładnego stanu infrastruktury, który wywołał awarię i określenia możliwości zapobiegania nawrotom. Uzasadnienie * * Składające się czynniki * * Uzasadnienie Podczas dochodzenia zidentyfikowano następujące czynniki jako potencjalnie przyczyniające się do ogólnego wpływu incydentu: * W okresie incydentu zaobserwowano znacznie większą ilość prób połączenia z klientem. * wolumeny połączeń przekroczyły normalne poziomy operacyjne, zwiększając obciążenie usług backend podczas gdy usługi baz danych odzyskiwały. * Podwyższone działanie połączenia może wzmocnić wpływ awarii bazy danych i zwiększoną złożoność odzyskiwania. * Istniejące ponowne próby aplikacji i zachowania połączeń wygenerowały dodatkowe zapotrzebowanie na połączenie podczas działań odzyskiwania bazy danych. Uzasadnienie * * Działania naprawcze * * Uzasadnienie * Zaangażowanie dostawców chmur: Nasze zespoły natychmiast zaangażowały dostawcę usług w chmurze i współpracowały bezpośrednio ze swoimi inżynierami na wezwanie przez cały wysiłek odzyskiwania. * Odzyskiwanie bazy danych: Wykonanie kontrolowanej awarii / reboot bazy danych w koordynacji z dostawcą usług w chmurze. * Przywrócona łączność: ponownie ustalona dostępność bazy danych i łączność ze środowiskiem produkcyjnym. * Walidacja odzyskiwania aplikacji: Potwierdził, że usługi aplikacji pomyślnie ponownie podłączone do usług backend bazy danych. * Walidacja usługi: zweryfikowany odzysk API i krytycznej funkcjonalności aplikacji SVR. * Monitorowanie po odzyskaniu: Wdrożony wzmocniony monitoring zdrowia bazy danych, wydajności aplikacji i aktywności połączeń po przywróceniu. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie * Kontynuuj monitorowanie wolumenów połączeń z klientami i korzystania z bazy danych. * Przegląd i optymalizacja łączenia połączeń z bazą danych, zarządzania połączeniami, ponownie spróbować logiki, i obsługi awarii w celu poprawy odporności podczas przyszłych wydarzeń infrastrukturalnych. * Ukończ zaangażowanie dostawcy usług w chmurze i przejrzyj szczegółową analizę przyczyny root po udostępnieniu. * Przeprowadzić wewnętrzny przegląd po incydencie i wdrożyć dodatkowe środki zapobiegawcze określone w procesie przeglądu.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 lipca 2026 23:14 UTCinvestigating

   Incydent Opis: Badamy przerywany problem wpływający na usługi Flexera One w regionie APAC. Podczas korzystania z aplikacji i usług Flexera One klienci mogą doświadczać problemów lub błędów związanych z dostępem przerywanym. Wydaje się, że problem ten ogranicza się obecnie do regionu APAC. Priorytet: P2 Aktywność odnawiania: Nasze zespoły aktywnie badają tę kwestię. Zakres i wpływ są oceniane w ramach usług Flexera One w regionie APAC, a my pracujemy nad określeniem przyczyny i przywróceniem stabilności usług. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 29 lipca 2026 00:34 UTCinvestigating

   Nasze zespoły techniczne aktywnie badają sprawę. Wydaje się, że problem ten jest przerywany, a niektóre wnioski odnoszą sukcesy, podczas gdy inne nadal zawodzą. Przeglądamy usługi i ich zależności w celu określenia zakresu oddziaływania, określenia przyczyny i przywrócenia stabilności usług.

3. 29 lipca 2026 02:05 UTCresolved

   Zespoły techniczne złagodziły problem dotyczący usług Flexera One w regionie APAC. Funkcjonalność usług została przywrócona, a walidacja potwierdza, że odpowiednie aplikacje i usługi funkcjonują zgodnie z oczekiwaniami. W trakcie dochodzenia zespoły zidentyfikowały problemy związane z komunikacją o usługach, które doprowadziły do problemów z dostępem i błędów dla niektórych klientów. W ramach wysiłków na rzecz łagodzenia skutków zmiany klimatu zespoły techniczne ponownie rozpoczęły działalność, po której odzyskano funkcjonalność i walidacja usług potwierdziły pomyślne przywrócenie usług, które miały wpływ. Będziemy kontynuować przegląd incydentu i monitorować zdrowie służby.

4. 12 sierpnia 2026 17:33 UTCpostmortem

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

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 27 lipca 2026 00:11 UTCinvestigating

   Incydent Opis: Badamy problem dotykający klientów Atlas śniegu w regionie APAC. Dotknięci użytkownicy mogą nie mieć dostępu do platformy i mogą napotkać 404 błędów podczas próby zalogowania się. Obecne dochodzenie wskazuje, że problem ten ogranicza się do regionu APAC, przy czym nie potwierdzono żadnego wpływu w innych regionach. Priorytet: P1 Działalność remontowa: Nasze zespoły techniczne aktywnie badają tę kwestię, aby zidentyfikować przyczynę i przywrócić usługę. Dokładnie monitorujemy środowisko i w stosownych przypadkach wdrażamy działania naprawcze. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 27 lipca 2026 02:00 UTCinvestigating

   Nasze zespoły rozwiązały problem dotykający klientów Atlasu Śnieżnego w regionie APAC. Problem ten miał miejsce, gdy usługa platformowa nie zaczęła się prawidłowo, co doprowadziło do nieregularnych błędów i problemów z dostępem dla niektórych klientów. Zespoły techniczne zidentyfikowały bazową awarię rozruchu i przywróciły obsługę poprzez ponowne uruchomienie komponentów platformy. Działania w zakresie walidacji potwierdziły udany dostęp do platformy i w tym czasie nie obserwujemy żadnych bieżących skutków dla klientów. Nasze zespoły będą nadal uważnie monitorować środowisko, aby zapewnić stałą stabilność.

3. 27 lipca 2026 02:00 UTCresolved

   Ten incydent został rozwiązany.

4. 7 sierpnia 2026 08:40 UTCpostmortem

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

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 lipca 2026 10:33 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na widoczność IT w regionie Europy, gdzie wiele raportów Power BI nie są ładowane. Klienci w regionie dotkniętym chorobą mogą nie być w stanie zapoznać się z raportami wpływającymi w ramach wniosku. Obecne dochodzenie wskazuje, że problem ten ogranicza się do regionu Europy, a w chwili obecnej nie odnotowano żadnego wpływu w innych regionach. Priorytet: P2 Aktywność przywracania: Nasze zespoły techniczne aktywnie badają tę kwestię, aby zidentyfikować przyczynę i przywrócić funkcjonalność raportu. Kontynuujemy ocenę zakresu oddziaływania, monitorujemy zdrowie usług i w stosownych przypadkach wdrażamy działania naprawcze. Dostarczymy dalsze aktualizacje w miarę dostępności większej ilości informacji.

2. 22 lipca 2026 11:53 UTCidentified

   Nasze dochodzenie zidentyfikowało potencjalną kwestię związaną z konfiguracją w środowisku dotkniętym. W ramach naszych wysiłków w zakresie walidacji, działania naprawcze były stosowane w odniesieniu do podzbioru organizacji mających wpływ, a sprawozdania są obecnie z powodzeniem ładowane. Nasze zespoły skupiają się obecnie na wdrożeniu szerszej remediacji we wszystkich zainteresowanych organizacjach i przeprowadzają szczegółowy przegląd, aby zrozumieć, dlaczego zmiany konfiguracji nie rozprzestrzeniły się zgodnie z oczekiwaniami. Nadal walidujemy rekultywację i uważnie monitorujemy wydajność usług, pracując nad pełną rezolucją.

3. 22 lipca 2026 13:43 UTCidentified

   Działania naprawcze zostały teraz zastosowane wobec większej liczby organizacji, których to dotyczy, a wstępne zatwierdzenie wskazuje, że sprawozdania są z powodzeniem ładowane. Obecnie zatwierdzamy wszystkie zainteresowane organizacje w celu potwierdzenia, że funkcjonalność i wydajność usług w sprawozdaniu zostały w pełni przywrócone. Równolegle zespoły nadal wdrażają szersze środki zaradcze w całym środowisku i ściśle monitorują służbę w celu zapewnienia stabilności, a jednocześnie kontynuują prace na rzecz pełnej restrukturyzacji i uporządkowanej likwidacji.

4. 23 lipca 2026 04:39 UTCidentified

   Nasze zespoły zastosowały poprawki do wszystkich zidentyfikowanych organizacji. Wstępna walidacja wskazuje, że dotknięte organizacje odzyskują zgodnie z oczekiwaniami. Zespoły techniczne nadal sprawdzają skuteczność środków naprawczych w całym regionie Europy, aby potwierdzić, że usługa została w pełni przywrócona. Ściśle monitorujemy wydajność platformy i po zakończeniu walidacji regionalnej zapewnimy dalszą aktualizację.

5. 23 lipca 2026 07:52 UTCresolved

   Dalsze dochodzenie wykazało, że przyczyną incydentu jest kwestia synchronizacji. Nasze zespoły techniczne wdrożyły ukierunkowane działania naprawcze, w tym ponowne uruchomienie serwisu, w celu przywrócenia normalnych operacji. Po rozszerzonym monitorowaniu i walidacji po rekultywacji wydajność usług pozostała stabilna i potwierdziliśmy, że wszystkie usługi, których to dotyczy, powróciły do normalnego funkcjonowania. Problem ten jest teraz uważany za rozwiązany.

6. 3 sierpnia 2026 18:37 UTCpostmortem

   * * Opis: * * Flexera One - Widoczność IT - UE - Brak wczytywania raportów * * Czas: * * 22 lipca 2026, 3: 11 AM PDT - 22 lipca 2026, 11: 04 PM PDT * * Podsumowanie zdarzeń * * W dniu 22 lipca 2026 r., około 3: 11 AM PDT, problem zaczął mieć wpływ na funkcjonalność sprawozdawczości IT w środowisku produkcyjnym Flexera One w UE. W tym okresie klienci w regionie UE doświadczyli niepowodzeń podczas próby załadowania raportów o widoczności IT i tablic rozdzielczych, w tym informacji na temat oprogramowania, sprzętu, technologii wywiadowczej\ (TI\), zrównoważonego rozwoju i opinii na temat sprawozdań finansowych. Zespoły techniczne rozpoczęły dochodzenie po otrzymaniu wielu raportów klientów dotyczących niepowodzenia w załadunku raportów w całym regionie UE. Wstępna analiza potwierdziła, że problem ten ogranicza się do środowiska produkcyjnego UE, podczas gdy równoważne funkcje sprawozdawcze w innych regionach nadal funkcjonowały normalnie. Dochodzenie wykazało, że kwestia związana z uwierzytelnianiem miała miejsce w środowisku sprawozdawczym UE. W rezultacie wpływające na nie raporty i deski rozdzielcze nie były w stanie odzyskać danych wymaganych do skutecznego załadowania, powodując błędy w załadowaniu raportów dla wpływających klientów. Zespoły techniczne wdrożyły aktualizacje naprawcze w środowisku raportowania dotknięte i przeprowadziły działania w zakresie walidacji w ramach wpływających organizacji klientów. Po tych działaniach sprawozdania i tablice rozdzielcze wznowiły normalne działanie, a klienci po raz kolejny mieli możliwość skutecznego dostępu do danych sprawozdawczych. Po zatwierdzeniu środowiska klientów i potwierdzeniu, że raporty zostały załadowane pomyślnie, funkcjonalność usługi został przywrócony i incydent został uznany za rozwiązany. Zespoły techniczne kontynuowały monitorowanie po przywróceniu, aby zapewnić ciągłą stabilność usług. * * Root Cause * * Incydent został spowodowany kwestią uwierzytelniania w środowisku sprawozdawczym UE. Problem ten uniemożliwił zainteresowanym sprawozdaniom i desce rozdzielczej skuteczne uzyskanie danych wymaganych do wyświetlenia wyników, co doprowadziło do niepowodzenia w załadowaniu raportów dla klientów, którzy mieli wpływ. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: 1. Regionalna ocena wpływu: Zespoły techniczne zbadały sprawozdania klientów i potwierdziły, że problem ten został odizolowany od środowiska produkcyjnego UE. W innych regionach przeprowadzono dodatkową walidację w celu sprawdzenia, czy funkcjonalność sprawozdawczości pozostaje sprawna poza dotkniętym środowiskiem. 2. Analiza błędów uwierzytelniania: Zespoły techniczne dokonały przeglądu przetwarzania raportów, przepływu uwierzytelniania, raportowania miejsc pracy oraz ostatnich zmian platformy w celu zidentyfikowania źródła awarii. Dochodzenie wykazało, że odnośne sprawozdania nie były w stanie pomyślnie uwierzytelnić podczas pobierania podstawowych danych wymaganych do sporządzania sprawozdań. 3. Remont i walidacja Działania: Zespoły techniczne zastosowały aktualizacje w środowiskach klientów dotkniętych i raportowania przestrzeni roboczej w celu przywrócenia udanego zbierania danych raportu. Po wdrożeniu, wpływające organizacje klientów zostały zatwierdzone w celu potwierdzenia raportów i deski rozdzielcze były załadowywanie pomyślnie i wyświetlanie danych zgodnie z oczekiwaniami. 4. Weryfikacja po odzyskaniu: Po przywróceniu przeprowadzono dodatkowe działania w zakresie monitorowania i walidacji w celu zweryfikowania ciągłej funkcjonalności sprawozdań, potwierdzenia pomyślnego odzysku oraz zapewnienia stabilności usług w całym środowisku produkcyjnym UE. * * Przyszłe środki zapobiegawcze * * Podczas incydentu zidentyfikowano następujące działania następcze: • Autoryzacja Aktualizacja Przegląd Procesu: Zespoły techniczne dokonują przeglądu procesu aktualizacji uwierzytelniania, aby zrozumieć, dlaczego aktualizacja nie została skutecznie zastosowana we wszystkich miejscach pracy objętych raportem w środowisku produkcyjnym UE oraz aby określić ulepszenia, które pomogą zapobiec podobnym problemom w przyszłych aktualizacjach.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 lipca 2026 08:25 UTCidentified

   Opis zdarzenia: Zidentyfikowaliśmy problem wpływający na przetwarzanie zapasów w Flexera One IT Asset Management po wdrożeniu wersji 2026 R1.1 w naszym amerykańskim środowisku produkcyjnym. W związku z tym niektórzy klienci mogą doświadczać zdegradowanych problemów w zakresie wydajności i niezawodności podczas dostępu do niektórych obszarów interfejsu użytkownika i wykonywania zadań systemowych. Priorytet: P2 Funkcja przywracania: Nasze dochodzenie wykazało, że problem związany jest z wadą oprogramowania wprowadzoną w wersji 2026 R1.1. Wada została wcześniej zidentyfikowana, a procedury łagodzące zostały włączone do procesu rozmieszczania, jednak automatyczna rekultywacja napotkała nieoczekiwane problemy z wykonaniem. W rezultacie zespoły techniczne wdrożyły alternatywne środki łagodzące, aby zmniejszyć wpływ na klientów i ustabilizować wydajność systemu. W dalszym ciągu aktywnie monitorujemy środowisko i stosujemy działania naprawcze w celu zaradzenia defektom i przywrócenia normalnej eksploatacji.

2. 22 lipca 2026 13:38 UTCidentified

   Nasze zespoły nadal pracują nad wdrożeniem hotfix, aby rozwiązać ten problem. Podczas wdrażania hotfix napotkał warunki bazy danych, które uniemożliwiają jego pomyślne ukończenie. Nasze zespoły techniczne aktywnie pracują nad rozwiązaniem tego problemu i oceniają ukierunkowane działania łagodzące, aby umożliwić ukończenie hotfix. Po pomyślnym zastosowaniu hotfix zespoły potwierdzą wydajność obsługi i będą kontynuować monitorowanie w celu potwierdzenia odzysku. Dostarczymy kolejną aktualizację, jak więcej informacji stanie się dostępne.

3. 22 lipca 2026 15:40 UTCmonitoring

   Hotfix został z powodzeniem wdrożony, a zespoły inżynieryjne obecnie zatwierdzają jego skuteczność. Zespoły w dalszym ciągu monitorują zachowania platform i dokonują przeglądu telemetrii w celu potwierdzenia rozwiązania problemu.

4. 22 lipca 2026 16:16 UTCresolved

   Nasze zespoły zakończyły walidację po wdrożeniu i potwierdziły, że wydajność usług wróciła do oczekiwanych poziomów. Kontynuowane monitorowanie wykazało stabilną pracę platformy bez dalszego wpływu. W oparciu o te wyniki uznaje się, że problem ten został rozwiązany.

5. 4 sierpnia 2026 20:57 UTCpostmortem

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

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 lipca 2026 10:24 UTCinvestigating

   Opis zdarzenia: Zidentyfikowaliśmy problem wpływający na fakturowanie i widoczność kosztów klientów AWS we wszystkich regionach. W wyniku aktywnego zakłócenia dostawcy usług klienci mogą obserwować niedokładne, niekompletne lub opóźnione szacunkowe informacje dotyczące kosztów i wykorzystania w ramach konsoli do rozliczeń i zarządzania kosztami. Kwestia ta ogranicza się do usług opartych na AWS i nie wpływa na klientów korzystających z innych platform w chmurze. Priorytet: P2 Działalność w zakresie przywracania: Nasze zespoły techniczne potwierdziły, że problem związany jest z aktywnym zdarzeniem usługowym AWS dotykającym wszystkie regiony. Aktywnie monitorujemy sytuację i ściśle współpracujemy z aktualizacjami AWS w celu oceny wpływu klienta. Przywrócenie usługi zależy od rozwiązania problemu bazowego przez AWS, a my będziemy nadal dostarczać aktualizacje w miarę dostępności dodatkowych informacji.

2. 17 lipca 2026 10:27 UTCinvestigating

   Nadal badamy tę kwestię.

3. 17 lipca 2026 13:14 UTCidentified

   Nadal ściśle monitorujemy brak dostawcy usług i jego wpływ na usługi, których to dotyczy. Dalsze aktualizacje będą dostarczane w miarę dostępności nowych informacji.

4. 17 lipca 2026 18:24 UTCidentified

   Dotychczasowe działania w zakresie badań i walidacji nie wykazały żadnego wpływu na dane dotyczące rozliczeń punktowych lub analizy kosztów. Przeanalizowane dane dotyczące fakturowania i ustalania cen pozostają zgodne z oczekiwanymi wartościami. Chociaż wstępne wyniki walidacji są pozytywne, kontynuujemy dodatkowe działania walidacyjne, ponieważ dostępne są dalsze dane potwierdzające te ustalenia. Pozostajemy zaangażowani w AWS i będziemy nadal uważnie monitorować sytuację. Będziemy dzielić się dodatkowymi aktualizacjami w miarę naszych działań walidacyjnych.

5. 18 lipca 2026 08:05 UTCidentified

   Nadal aktywnie współpracujemy z AWS i nadal uważnie monitorujemy sytuację. AWS określił główną przyczynę i wdrożono środki łagodzące w celu rozwiązania problemu, który doprowadził do nieprawidłowego wyświetlenia szacunkowych danych dotyczących kosztów i wykorzystania. AWS rozpoczął uzupełnianie danych w celu przywrócenia dokładnych informacji o kosztach i zużyciu dla wszystkich klientów, a pełne odzyskanie jest spodziewane do 18 lipca 2026, 12: 00 PM PDT.

6. 18 lipca 2026 19:33 UTCmonitoring

   Kontynuujemy monitorowanie imprezy usługowej AWS i pozostajemy zaangażowani w AWS, gdy zakończą swoją działalność naprawczą. Ukończone do tej pory walidacja nie wykazała żadnego wpływu na dane dotyczące rozliczeń punktowych lub analizy kosztów. Kontynuujemy monitorowanie sytuacji i kończymy wszelkie pozostałe działania w zakresie walidacji przed ustaleniem zamknięcia tego incydentu.

7. 19 lipca 2026 12:59 UTCresolved

   AWS rozwiązało zakłócenia w służbie 18 lipca o 6: 57 AM PDT. Po pomyślnym zatwierdzeniu przez nasze zespoły techniczne potwierdziliśmy, że funkcjonalność usługi została przywrócona.

8. 30 lipca 2026 18:10 UTCpostmortem

   * * Opis: * * Flexera Spot - AWS Billing Service Diruption Czas: 17 lipca 2026, 1: 33 AM PDT - 18 lipca 2026, 6: 57 AM PDT * * Podsumowanie zdarzeń * * W dniu 17 lipca 2026 roku, około 1: 33 AM PDT, zespoły techniczne firmy Flexera dowiedziały się o problemie AWS wpływającym na szacowane rachunki i dane dotyczące wykorzystania wyświetlane w AWS Billing and Cost Management, Cost Explorer oraz Cost and Usage Reports. Biorąc pod uwagę charakter zakłóceń w świadczeniu usług przez AWS, zespoły techniczne wszczęły dochodzenie w celu ustalenia, czy wpływ na naliczanie opłat na miejscu, analizę kosztów lub obliczenia oszczędności dla klientów AWS zostały naruszone. Podczas dochodzenia zespoły dokonały przeglądu danych dotyczących fakturowania i ustalania cen stosowanych przez Spot, zweryfikowały odpowiednie tabele kosztów i cen, monitorowały aktualizacje AWS oraz oceniły, czy wpłynęły na nie dane dotyczące fakturowania lub oszczędności klientów. Zespoły techniczne zatwierdziły dane dotyczące rozliczeń i cen stosowane przez Spot i potwierdziły, że odpowiednie tabele kosztów i cen funkcjonują zgodnie z oczekiwaniami. W toku dochodzenia nie zidentyfikowano żadnych kwestii w danych wykorzystanych przez Spot i nie zaobserwowano błędnych obliczeń rozliczeń ani oszczędności. AWS potwierdziło następnie, że kwestia ta powstała w ramach usług AWS Billing and Cost Management, zidentyfikowała i złagodziła podstawową kwestię oraz ukończyła działania związane z odzyskiwaniem danych i backfill. Na podstawie walidacji przeprowadzonej w trakcie całego dochodzenia nie zaobserwowano wpływu produktu Spot na klientów. Po potwierdzeniu odzyskania AWS i zakończeniu działań walidacyjnych po odzyskaniu uznano, że incydent został rozwiązany. * * Root Cause * * Incydent został spowodowany problemem usługi AWS wpływającym na szacowane dane dotyczące rozliczeń i wykorzystania wyświetlane w AWS Billing and Cost Management, Cost Explorer, oraz Cost and Usage Reports. AWS zidentyfikował i ograniczył podstawową emisję i ukończył działania związane z odzyskiwaniem danych. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: • Incydent Surveillance Initiated: Zespoły techniczne rozpoczęły badanie AWS fakturowania i wykorzystania danych w celu ustalenia, czy klienci Spot zostały dotknięte. • Ocena wpływu przeprowadzona: Zespoły techniczne oceniły, czy zakłócenie usługi AWS miało wpływ na analizę rachunków na miejscu i obliczenia oszczędności. • Zatwierdzanie danych Ukończone: Zespoły dokonały przeglądu i walidacji danych rachunkowych i cenowych wykorzystanych przez Spot i potwierdziły, że odpowiednie tabele kosztów i cen funkcjonowały zgodnie z oczekiwaniami. • AWS Recovery Monitorowane: Zespoły techniczne monitorowały komunikację AWS, aktualizacje usług i działania odzyskiwania przez cały incydent. • Post- Recovery Validation Performed: Dodatkowa walidacja została zakończona w następstwie działań AWS odzyskiwania i backfill danych w celu potwierdzenia integralności rozliczeń i cen danych stosowanych przez Spot. • Rozwiązanie incydentu: Incydent został zamknięty po potwierdzeniu przez AWS odzysku i walidacji technicznej nie stwierdzono wpływu w Spot. * * Przyszłe środki zapobiegawcze * * Podczas incydentu zidentyfikowano następujące działania następcze: • AWS Współpraca i przegląd: Kontynuuj ścisłą współpracę z AWS w celu zrozumienia przyczyny incydentów zarządzanych przez dostawcę i przeglądu wszelkich zaleceń lub uczenia się wynikających z ich dochodzenia. • Przegląd odporności i walidacji: Przegląd możliwości dalszego wzmacniania procesów walidacji danych związanych z billingiem w celu wsparcia szybszej oceny skutków i reakcji w trakcie podobnych zakłóceń usług dla stron trzecich w przyszłości.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 lipca 2026 08:24 UTCidentified

   Opis zdarzenia: Zidentyfikowaliśmy problem wpływający na przetwarzanie zapasów w Flexera One IT Asset Management po wdrożeniu wersji 2026 R1.1 w naszych środowiskach APAC i Europy. W rezultacie podzbiór klientów może doświadczać pogorszonych wyników przy dostępie do niektórych obszarów interfejsu użytkownika i podczas wykonywania zadań związanych z systemem. Priorytet: P2 Aktywność przywracania: Nasze zespoły techniczne zidentyfikowały problem jako błąd oprogramowania wprowadzony w wersji 2026 R1.1. Wprowadzono środki łagodzące w celu ograniczenia wpływu na klientów, a zespoły aktywnie pracują nad pełnym przywróceniem wydajności usług. Będziemy nadal dostarczać aktualizacje w miarę postępów.

2. 17 lipca 2026 15:58 UTCidentified

   Nadal czynimy postępy w rozwiązywaniu problemów dotyczących wydajności, które wpływają na podzbiór klientów w środowiskach produkcyjnych APAC i Europy. Zidentyfikowane poprawki zostały już wprowadzone, a my aktywnie monitorujemy środowisko w miarę kontynuowania działań związanych z przetwarzaniem klientów. Nasze zespoły zatwierdzają skuteczność tych zmian i oceniają ogólną wydajność platformy. Dostarczymy dodatkowe aktualizacje w miarę dostępności większej ilości informacji.

3. 18 lipca 2026 08:10 UTCmonitoring

   Nasze zespoły nadal sprawdzają niedawno wdrożone hotfixy, a wstępne wyniki wyglądają pozytywnie. Dokładnie monitorujemy działania związane z przetwarzaniem, aby potwierdzić skuteczność naprawy i zapewnić stabilność platformy. Walidacja jest w toku i będziemy nadal monitorować wyniki przed potwierdzeniem pełnej rezolucji. Dostarczymy kolejną aktualizację, jak więcej informacji stanie się dostępne.

4. 18 lipca 2026 19:29 UTCresolved

   Po wdrożeniu zidentyfikowanych poprawek, wcześniej wpływające działania przetwórcze zakończyły się pomyślnie i nie widzimy już ponownego wystąpienia problemów zaobserwowanych po niedawnym wydaniu. Na podstawie wyników zaobserwowanych po wdrożeniu poprawek, ten incydent został rozwiązany. W najbliższych dniach opublikujemy pełny RCA, który będzie zawierał szczegółowe podsumowanie problemu, przyczyny i środków zapobiegawczych wdrażanych w celu zapobiegania nawrotom.

5. 30 lipca 2026 17:47 UTCpostmortem

   * * Opis: * * Flexera One - IT Asset Management - APAC & EU - Slowness and Degraded Performance * * Czas: * * 13 lipca 2026, 1: 00 PM PDT - 18 lipca 2026, 7: 10 AM PDT * * Podsumowanie zdarzeń * * W dniu 13 lipca 2026 r., około 1: 00 PDT, sprawa zaczęła mieć wpływ na klientów Flexera One IT Asset Management w środowiskach produkcyjnych APAC i Europy po wdrożeniu wersji 2026 R1.1. W tym okresie niektórzy klienci doświadczyli nieregularnego spowolnienia w stosowaniu, opóźnionego przetwarzania, niesprawności pogodzenia oraz pogorszenia wydajności w przypadku dostępu do niektórych obszarów aplikacji lub prowadzenia działań związanych z wynalazkami. Wraz ze wzrostem liczby zgłoszeń klientów, zespoły techniczne rozpoczęły badanie wspólnych wzorców na zgłoszonych objawów w celu określenia przyczyny. W toku dochodzenia stwierdzono wadę wprowadzoną w ramach Flexera One IT Asset Management 2026 R1.1. Pod pewnymi warunkami defekt spowodował znacznie większą aktywność przetwarzania bazy danych podczas operacji związanych z wynalazkami. W miarę przetwarzania danych inwentaryzacyjnych zwiększony nakład pracy przyczynił się do opóźnień w przetwarzaniu, warunków czasowych oraz pogorszył wydajność aplikacji dla niektórych klientów. Zespoły techniczne opracowały i wdrożyły hotfixy w celu rozwiązania problemu w dotkniętych środowiskach produkcyjnych. Po wdrożeniu zespoły przeprowadziły działania w zakresie walidacji i monitorowały wpływ procesów przetwarzania w celu potwierdzenia odzysku. Do 18 lipca 2026 r., około 7: 10 AM PDT, walidacja potwierdziła pomyślne przetwarzanie wcześniej uszkodzonych ładunków i że wzorce awarii związane z tym problemem już nie występują. Uznano, że incydent został rozwiązany, a zespoły techniczne kontynuowały monitorowanie w celu potwierdzenia stabilności służby. * * Root Cause * * Incydent został spowodowany wadą wprowadzoną w Flexera One IT Asset Management 2026 R1.1 wydania wpływające na operacje przetwarzania związane z wynalazkami. Pod pewnymi warunkami defekt spowodował znacznie większą aktywność przetwarzania bazy danych niż planowana podczas operacji przetwarzania związanych z wynalazkami. Zwiększone obciążenie pracą doprowadziło do zwiększenia zużycia zasobów, opóźnień w przetwarzaniu oraz warunków czasowych. Warunki te przyczyniły się do nieregularnego spowolnienia aplikacji, opóźnień w przetwarzaniu, awarii pogodzenia oraz pogorszenia wydajności wpływających na niektóre funkcje zarządzania aktywami informatycznymi. * * Działania naprawcze * * 1. Incydent Investigation Initiated: Zespoły techniczne rozpoczęły badanie raportów o powolności aplikacji, opóźnieniach w przetwarzaniu i kwestii niezawodności wpływających na środowisko produkcyjne APAC i Europy. 2. Ocena wpływu przeprowadzona: Zespoły przeanalizowały zgłoszone przez klienta objawy, dane wydajności systemu i zachowania przetwarzania w celu określenia zakresu i charakteru problemu. 3. Przyczyna zidentyfikowana: Dochodzenie wykazało, że wada wprowadzona w wydaniu 2026 R1.1 powodowała nadmierną aktywność przetwarzania podczas operacji związanych z wynalazkami. 4. Hotfixes Developed and Deplomed: Zespoły techniczne opracowały i wdrożyły hotfixes w celu skorygowania wpływu zachowania przetwarzania w środowiskach produkcyjnych APAC i Europy. 5. Potwierdzenie odzyskania: Zespoły potwierdziły skuteczność hotfixów poprzez monitorowanie i pomyślne wykonanie wcześniej wpływających działań przetwarzania. 6. Monitoring po przywróceniu: Dodatkowe monitorowanie potwierdziło, że wcześniej obserwowane awarie i degradacja wydajności przestały istnieć i że stabilność usług została przywrócona. * * Przyszłe środki zapobiegawcze * * Na podstawie dochodzenia zidentyfikowano następujące działania następcze: • Processing Logic Ulepszenia: Zespoły techniczne wdrożyły korekty do chorej logiki przetwarzania w celu wyeliminowania nieefektywnego zachowania, które przyczyniło się do zwiększenia zużycia zasobów i degradacji wydajności.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 lipca 2026 09:13 UTCresolved

   Opis incydentu: Nasze zespoły zidentyfikowały problem dotyczący Cognos Analytics w środowisku produkcyjnym UE. Podczas okna uderzenia, dotknięci klienci mogli nie być w stanie uzyskać dostępu lub załadować Cognos Analytics. Obecne dochodzenie potwierdziło, że wpływ był ograniczony do regionu produkcji UE. Priorytet: P2 Działalność remontowa: Nasze zespoły techniczne stwierdziły, że problem związany był z niedawną aktualizacją do Cognos Analytics, która została zakończona w ramach działań UE Production IT Asset Management. Zespół zidentyfikował problem konfiguracji wprowadzony podczas aktualizacji, wdrożył niezbędne korekty konfiguracji i przywrócił normalną funkcjonalność usługi. Środowisko pozostaje stabilne w trakcie monitorowania. Dalsze szczegóły, w tym przyczyny i środki zapobiegawcze, zostaną przedstawione w raporcie pośmiertnym.

2. 26 lipca 2026 07:06 UTCpostmortem

   * * Opis: * * Flexera One - Zarządzanie aktywami IT - EU - Congnos analytics access issue * * Czas: * * 13 lipca 2026, 12: 51 PM PDT do 14 lipca 2026, 1: 52 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W poniedziałek, 13 lipca 2026, o godz. 12: 51 PM PDT, po aktualizacji Cognos Analytics 12.1.2 wdrożonej w ramach wydania Flexera One IT Asset Management w Europie\ (UE\) Production, nasze zespoły zidentyfikowały problem, który uniemożliwiał klientom dostęp do Cognos Analytics. W rezultacie użytkownicy, których to dotyczy, nie byli w stanie z powodzeniem uruchomić aplikacji po zakończeniu zaplanowanych czynności związanych z utrzymaniem. Zespoły techniczne natychmiast wszczęły dochodzenie i potwierdziły, że kwestia ta została odizolowana od środowiska produkcyjnego UE, nie wywołując żadnego wpływu w innych regionach produkcyjnych. Dalsza analiza wykazała, że samo uaktualnienie zakończyło się pomyślnie; jednak część wymaganych działań konfiguracyjnych po aktualizacji nie została w pełni zastosowana, zapobiegając prawidłowemu uruchomieniu Cognos Analytics. Pozostałe zadania konfiguracyjne zostały szybko zakończone, przywracając normalne funkcje Cognos Analytics. Po kompleksowej walidacji dostępu do klienta i okresie wzmocnionego monitorowania potwierdzono, że usługa działa normalnie, a incydent został uznany za rozwiązany. Uzasadnienie * * Root Cause * * Uzasadnienie * Niekompletna konfiguracja Post- Upgrade: Chociaż uaktualnienie Cognos Analytics 12.1.2 zakończyło się pomyślnie, wymagane zadania konfiguracyjne po-upgrade nie zostały w pełni zakończone przed powrotem środowiska do serwisu. * Błąd inicjalizacji usługi: Niekompletna konfiguracja uniemożliwiła Cognos Analytics prawidłową inicjalizację, co uniemożliwiło klientom dostęp do aplikacji. * Wpływ regionalny: Kwestia ta była ograniczona do środowiska produkcyjnego UE. Nie stwierdzono wpływu w Ameryce Północnej, APAC ani w innych regionach produkcyjnych. Uzasadnienie * * Działania naprawcze * * Uzasadnienie Aby przywrócić obsługę, zespoły techniczne: * Zakończył wymagane działania konfiguracyjne po aktualizacji, które nie zostały w pełni zastosowane w trakcie wdrażania. * Przywrócone i zatwierdzone usługi Cognos Analytics w celu potwierdzenia udanej inicjalizacji aplikacji. * Przeprowadzone testy funkcjonalne i walidacja dostępu klienta w celu sprawdzenia, czy zdolności sprawozdawcze funkcjonowały zgodnie z oczekiwaniami. * Umieścił środowisko pod wzmocnionym monitorowaniem po odzyskaniu, aby zapewnić ciągłą stabilność usług. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie * Zwiększona walidacja po aktualizacji: Wzmocnienie procedur walidacji wdrożenia w celu sprawdzenia, czy wszystkie wymagane działania konfiguracyjne po aktualizacji zakończyły się pomyślnie przed zakończeniem czynności konserwacyjnych. * Ulepszony Monitoring i Alerting: Wzmocnienie Cognos Analytics monitorowania i ostrzegania, aby umożliwić wcześniejsze wykrywanie degradacji usług po aktualizacji. * Ulepszenia listy kontrolnej wdrożeniowej: Uaktualnienie runbooków wdrożeniowych i operacyjnych list kontrolnych w celu włączenia dodatkowej weryfikacji zakończenia konfiguracji po aktualizacji przed powrotem środowiska do usługi produkcyjnej. * Przegląd Readiness Operational Readiness Review: Przegląd uaktualnienia procedur wykonywania w celu zapewnienia wszystkich obowiązkowych zadań po wdrożeniu są zakończone i zatwierdzone przed zamknięciem okien konserwacji.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 12 lipca 2026 23:51 UTCinvestigating

   Incydent Opis: Mamy problem dotykający klientów Flexera One IT Asset Management (ITAM) w regionie APAC. Klienci mogą zauważyć, że niektóre pozycje nawigacyjne i menu w ramach interfejsu ITAM nie są widoczne, co powoduje ograniczony dostęp do niektórych funkcji. Priorytet: P2 Działalność remontowa: Nasze zespoły techniczne aktywnie badają tę kwestię i pracują nad przywróceniem pełnej funkcjonalności. Będziemy nadal dostarczać aktualizacje w miarę dostępności większej ilości informacji.

2. 13 lipca 2026 00:28 UTCidentified

   Nasze śledztwo zidentyfikowało zwiększone wykorzystanie zasobów wpływające na funkcjonalność związaną ze zgłoszonym problemem. Trwają obecnie działania łagodzące, w tym zwiększenie zdolności systemu do wspierania wysiłków na rzecz odbudowy. Aktywnie monitorujemy środowisko i sprawdzamy zachowanie platformy, ponieważ zmiany te są wdrażane. Trwają prace nad przywróceniem pełnej funkcjonalności poszkodowanym klientom, a w miarę postępów będziemy dzielić się dodatkowymi aktualizacjami.

3. 13 lipca 2026 01:52 UTCidentified

   Nasze śledztwo zidentyfikowało potencjalny problem konfiguracji związany z uszkodzoną funkcjonalnością. W ramach trwających wysiłków na rzecz łagodzenia zmiany konfiguracji zostały cofnięte, a wcześniej zainicjowane zwiększenie zdolności produkcyjnych zostało zakończone. Aktywnie monitorujemy środowisko i sprawdzamy zachowanie platformy, gdy zmiany te stają się skuteczne. Trwają prace mające na celu przywrócenie pełnej funkcjonalności poszkodowanym klientom, a w miarę postępów zapewnimy dalsze aktualizacje.

4. 13 lipca 2026 03:44 UTCresolved

   Po rozszerzonym monitorowaniu potwierdziliśmy, że wydajność usług pozostaje stabilna i funkcjonuje zgodnie z oczekiwaniami. Sprawa ta została rozwiązana.

5. 12 sierpnia 2026 05:15 UTCpostmortem

   * * Opis: * * Flexera One - Zarządzanie aktywami IT - APAC - Brakujące pozycje menu * * Czas: * * 12 lipca 2026, 3: 00 PDT - 12 lipca 2026, 7: 16 PDT * * Podsumowanie zdarzeń * * W niedzielę, 12 lipca 2026 roku, o godzinie 15: 00 PDT, klienci w środowisku produkcyjnym APAC zaczęli zgłaszać, że kilka pozycji z menu zarządzania aktywami IT\ (ITAM\), w tym funkcjonalności takich jak Raporty i Wszystkie aplikacje, nie były już widoczne w Interfejsie użytkownika Flexera One. Wpływ na wielu klientów wpłynął na ich zdolność do nawigacji i dostępu do części aplikacji ITAM. Zespoły techniczne natychmiast rozpoczęły badanie problemu i zidentyfikowały błędy związane z uwierzytelnianiem mające wpływ na interfejs użytkownika ITAM. Podczas dochodzenia zespoły dokonały przeglądu stanu infrastruktury, zachowania aplikacji i ostatnich zmian platformy w celu określenia źródła problemu. Dochodzenie wykazało, że zmiana konfiguracji aplikacji związana z nowo wprowadzoną funkcją uwierzytelniania została nieprawidłowo zastosowana w środowisku produkcyjnym. Kwestia ta stała się widoczna, gdy instancje aplikacji zostały ponownie rozpatrzone, co doprowadziło do błędów związanych z uwierzytelnianiem, które uniemożliwiły prawidłowe załadowanie niektórych pozycji menu ITAM dla zainteresowanych użytkowników. Zespoły techniczne odwróciły dotkniętą konfigurację, odświeżyły dotknięte przypadki zastosowania oraz zatwierdziły odzysk w całym środowisku. Po tych działaniach, funkcjonalność menu został przywrócony, dotknięte klientów potwierdzone odzysku, i incydent został rozwiązany 12 lipca 2026, o 7: 16 PM PDT po walidacji i monitorowania potwierdzone normalne działanie wrócił. * * Root Cause * * Dochodzenie wykazało, że zmiana konfiguracji aplikacji związana z nową funkcją uwierzytelniania była nieprawidłowo stosowana w środowisku produkcyjnym. Gdy instancje aplikacji zostały następnie odświeżone, nieprawidłowa konfiguracja doprowadziła do błędów związanych z uwierzytelnianiem w ramach interfejsu użytkownika ITAM. Błędy te uniemożliwiły prawidłowe załadowanie niektórych elementów nawigacyjnych, powodując, że dotknięci użytkownicy doświadczają brakujących elementów menu do czasu skorygowania konfiguracji i odświeżenia dotkniętych instancji. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: 1. Incydent Investigation Initiated: Zespoły techniczne rozpoczęły dochodzenie po otrzymaniu raportów od wielu klientów dotyczących brakujących elementów menu ITAM. 2. Konfiguracja aplikacji Przegląd: Ostatnie zmiany w aplikacji i konfiguracji zostały poddane przeglądowi w celu zidentyfikowania źródła awarii obciążenia menu. 3. Nieprawidłowa konfiguracja zidentyfikowana: Zespoły techniczne stwierdziły, że zmiana konfiguracji związana z uwierzytelnianiem została nieprawidłowo zastosowana w środowisku produkcyjnym. 4. Poprawiona konfiguracja: Uszkodzona konfiguracja została usunięta z uszkodzonych instancji produkcyjnych. 5. Przypadki zastosowania Refreshed: Wbite przypadki zastosowania zostały odświeżone, aby zapewnić konsekwentne stosowanie poprawionej konfiguracji w całym środowisku. 6. Potwierdzenie windykacji Wykonane: Zespoły techniczne zatwierdziły widoczność menu i funkcjonalność w całym dotkniętym środowisku i potwierdzone odzyskanie z wpływających klientów. * * Przyszłe środki zapobiegawcze * * Po zdarzeniu wprowadzono środki naprawcze w celu zapobieżenia ponownemu wystąpieniu problemu i poprawy wykrywania podobnych warunków w przyszłości. 1. Walidacja kontroli konfiguracji: Nieprawidłowa konfiguracja związana z uwierzytelnianiem została usunięta ze środowisk, w których nie była przeznaczona. Ta zmiana zapobiega wprowadzaniu w przyszłości tego samego problemu konfiguracji do środowiska dotkniętego chorobą. 2. Monitorowanie stanu zdrowia Poprawa: Istniejąca kontrola stanu zdrowia została zaktualizowana, aby wykryć zachowanie aplikacji związane z tym niepowodzeniem. Zrewidowany monitoring ma na celu skuteczniejsze określenie podobnych awarii w zakresie załadunku menu i uwierzytelniania aplikacji oraz przyspieszenie wykrywania w przypadku wystąpienia podobnego problemu w przyszłości.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 6 lipca 2026 14:19 UTCinvestigating

   Incydent Opis: Badamy obecnie zdegradowaną wydajność wpływającą Spot Ocean ECS dla klientów AWS. Klienci mogą doświadczać znacznego spowolnienia lub opóźnień w dostępie do konsoli lub przy użyciu określonych funkcji Ocean ECS. Priorytet: P2 Działalność remontowa: Nasze zespoły techniczne aktywnie badają i pracują nad przywróceniem normalnej funkcjonalności. Dostarczymy dalsze aktualizacje w miarę dostępności większej ilości informacji.

2. 6 lipca 2026 15:11 UTCmonitoring

   Nasze dochodzenie wykazało, że degradacja była związana z zdarzeniem zdrowotnym AWS, wpływającym na nasz-wschód -1. AWS od tego czasu poinformował, że problem został rozwiązany, a teraz widzimy oznaki ożywienia po naszej stronie, w tym poprawę wydajności konsoli Spot Ocean ECS i pomyślne zakończenie związanych z nim przepływów pracy. Środowisko produkcyjne wydaje się teraz stabilne. Nasze zespoły będą kontynuować monitorowanie przez krótki okres walidacji w celu zapewnienia, że wydajność pozostaje stabilna przed oznaczeniem rozstrzygniętego incydentu.

3. 6 lipca 2026 16:57 UTCresolved

   Od dłuższego czasu monitorujemy środowisko naturalne, a usługi pozostają stabilne, nie obserwując dalszych problemów. Ten incydent został rozwiązany.

4. 20 lipca 2026 07:00 UTCpostmortem

   * * Opis: * * Spot Ocean - AWS - Ocean ECS Console Performance Degradation * * Czas: * * 6 lipca 2026, 05: 45 AM PDT do 6 lipca 2026, 07: 53 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W poniedziałek, 6 lipca 2026, o godzinie 05: 45 AM PDT, nasze zespoły zidentyfikowały degradację wydajności wpływającą na Spot Ocean ECS dla klientów AWS. Podczas okna zderzeniowego klienci doświadczyli zwiększonego opóźnienia w dostępie do konsoli Ocean ECS, a niektóre operacje związane z AWS zostały opóźnione lub nie zakończyły się pomyślnie. Zespoły techniczne natychmiast wszczęły dochodzenie w celu zidentyfikowania źródła problemu. Ponieważ zakłócenie usługi AWS miało miejsce jednocześnie w regionie AWS - na wschód - -1, w dochodzeniu początkowo uznano zarówno zewnętrzne wydarzenie AWS, jak i niedawno ukończone wdrożenie produkcji za potencjalne czynniki przyczyniające się do rozwoju. Dzięki szczegółowej analizie zespoły stwierdziły, że główną przyczyną wpływu na klienta była niestabilność wprowadzona przez ostatnie wprowadzenie Gateway. Wynikająca z tego degradacja w parametrach bramki wpłynęła na zapotrzebowanie na przetwarzanie i reagowanie w systemie ECS na Oceanie Spot. Podczas gdy równoczesne zakłócenie usługi AWS zwiększyło złożoność dochodzenia, potwierdzono, że nie jest on głównym motorem zderzenia z klientem. Aby przywrócić obsługę, zespoły wycofały wdrożenie do poprzedniej stabilnej wersji. Po wycofaniu, wydajność platformy powróciła do oczekiwanych poziomów i przepływy pracy klientów wznowiły normalne działanie. Przedłużony okres monitorowania potwierdził trwałą stabilność obsługi przed formalnym rozwiązaniem zdarzenia. Uzasadnienie * * Root Cause * * Uzasadnienie Incydent został spowodowany przez niestabilność wprowadzoną w rozmieszczeniu Gateway. Dzięki wdrożeniu w ramach usługi Gateway nastąpiła degradacja wydajności, co zmniejszyło jej zdolność do skutecznego rozpatrywania wniosków klientów. Spowodowało to wydłużenie czasu reakcji i okresowe awarie dla operacji konsoli Spot Ocean ECS oraz związanych z AWS przepływów roboczych. Wracając do poprzedniej stabilnej wersji Gateway przywrócić normalną wydajność platformy i rozwiązać wpływ klienta. Czynniki wiążące * Równoległe zakłócenia usługi AWS w regionie us- east-1 wystąpiły w tym samym czasie. Chociaż nie było to przyczyną incydentu, skomplikowało ono wstępne dochodzenie i opóźniło identyfikację podstawowego problemu Gateway. * Wdrożenie Gateway wymagało dodatkowego czasu ze względu na skalę wdrożenia produkcji, rozszerzając ogólny proces odzyskiwania. * Operacje związane z tworzeniem zasobów i aktualizacjami miały większy wpływ niż działania związane wyłącznie z ponownym uruchomieniem z powodu zdegradowanej aktywności Gateway. Uzasadnienie * * Działania naprawcze * * Uzasadnienie * Zespoły techniczne zbadały degradację i zidentyfikowały niedawne rozmieszczenie Wrót jako główne źródło problemu. * Implementacja Gateway została cofnięta do ostatniej stabilnej wersji, przywracając stabilność usług. * Wydajność peronu i przepływy robocze zwrócone do klienta zostały zatwierdzone po uruchomieniu. * Zespoły techniczne ukończyły wydłużony okres monitorowania w celu potwierdzenia stabilnej obsługi przed zamknięciem incydentu. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie * Ulepszone środki ochronne na potrzeby wdrażania - zespoły inżynieryjne wzmocnią kontrole wdrażania i procesy walidacji w celu zmniejszenia prawdopodobieństwa wystąpienia podobnych problemów związanych z wdrożeniem, mających wpływ na środowisko produkcyjne. * Wzmocniony monitoring platformy - Dodatkowe monitorowanie i ostrzeganie zostaną wdrożone w celu zapewnienia wcześniejszego wykrywania nieprawidłowego zachowania Gateway, w tym responsibility usług, wykorzystanie zasobów i stabilność aplikacji. * Ulepszone procedury odzyskiwania - Procedury zwrotu będą usprawniane i regularnie zatwierdzane w celu skrócenia czasu odzyskiwania i poprawy wydajności operacyjnej w czasie zdarzeń związanych z wdrożeniem. * Proactive Service Health Validation - Syntetyczne kontrole zdrowia zostaną rozszerzone, aby stale potwierdzać krytyczne przepływy pracy użytkowników systemu ECS oceanicznego, co umożliwi wcześniejszą identyfikację degradacji osiąganych wyników. * Wzmocniony monitoring zależności - Zespoły inżynieryjne będą w dalszym ciągu poprawiać widoczność w zewnętrznych zdarzeniach z zakresu usług w chmurze i zależności od platform, aby umożliwić szybsze rozróżnienie między wewnętrznymi kwestiami platformy a zakłóceniami usług przez strony trzecie podczas przyszłych badań.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 lipca 2026 19:07 UTCresolved

   Opis incydentu: Zidentyfikowaliśmy problem wpływający na podzbiór usług Flexera One w regionie APAC, który mógł spowodować problemy z dostępem lub niepowodzenia dla niektórych użytkowników. Wpływ był przerywany, a inne regiony nie miały wpływu. Kwestia ta została rozwiązana, a dotknięte nią usługi działają normalnie. Priorytet: P2 Działalność remontowa: Nasze zespoły techniczne zbadały tę kwestię i odwróciły ostatnią zmianę w celu przywrócenia usługi. Potwierdziliśmy, że usługi, których to dotyczy, funkcjonują normalnie i nadal monitorujemy, aby zapewnić stabilność platformy. Ten incydent został rozwiązany.

2. 17 lipca 2026 06:11 UTCpostmortem

   * * Opis: * * Flexera One - APAC - Problemy z dostępem przerywanym * * Czas: * * 3 lipca 2026, 11: 20 AM PDT - 3 lipca 2026, 11: 50 AM PDT * * Podsumowanie zdarzeń * * W dniu 3 lipca 2026 r., około godziny 11: 20 AM PDT, zidentyfikowano problem dotyczący podzbioru usług Flexera One w środowisku produkcyjnym APAC. Podczas okna incydentu niektórzy klienci mogli doświadczyć problemów lub niepowodzeń w dostępie do niektórych obszarów platformy Flexera One. Wpływ ten miał charakter nieregularny, ponieważ w czasie incydentu nadal dostępna była zbędna zdolność przewozowa. Inne Flexera Jeden region, w tym NAM i UE, nie miał wpływu. Zespoły techniczne rozpoczęły natychmiastowe badanie i dokonały przeglądu odnośnych usług i elementów platformy wsparcia w środowisku APAC. W toku dochodzenia stwierdzono, że niedawne zmiany wprowadzone w środowisku APAC przyczyniają się do zaobserwowania przerw w świadczeniu usług. W ramach wysiłków na rzecz odbudowy, zmiana została odwrócona, a zachowanie służby było monitorowane w celu potwierdzenia odzysku. Po wycofaniu, stabilność usług została przywrócona i klienci byli w stanie uzyskać dostęp do funkcji dotkniętych normalnie. Do około 11: 50 AM PDT usługi funkcjonowały zgodnie z oczekiwaniami i uznano, że incydent został rozwiązany. Uzasadnienie * * Root Cause * * Incydent został spowodowany zmianą konfiguracji w środowisku APAC, która nieumyślnie wpłynęła na komunikację pomiędzy podzbiorem usług platformy a komponentem platformy backend. W trakcie dochodzenia zespoły techniczne stwierdziły, że zmiana spowodowała, iż niektóre usługi platformy nie były w stanie prawidłowo komunikować się z komponentem dotkniętym chorobą. Doprowadziło to do przerywanych awarii wpływających na podzbiór usług Flexera One w regionie APAC. Podczas gdy problem ten miał miejsce, co najmniej jedna kapsuła wspierająca usługi, których to dotyczy, pozostała dostępna i nadal obsługiwała ruch. W rezultacie klienci doświadczyli problemów związanych z nieregularnym dostępem, a nie całkowitego braku dostępu do usług. Uzasadnienie * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: • Incydent Investigation Initiated: Zespoły techniczne rozpoczęły badanie kwestii przerywanego dostępu wpływających na podzbiór usług Flexera One w regionie APAC. • Przegląd Platformy Ukończony: Zespoły techniczne dokonały przeglądu odnośnych usług i elementów wspierających platformy w środowisku APAC w celu zidentyfikowania źródła problemu. • Niedawna zmiana Zidentyfikowana: Dochodzenie wykazało niedawno wdrożoną zmianę, która korelowała z obserwowaną degradacją usług. • Change Reverted: Zidentyfikowana zmiana została przywrócona w ramach działań łagodzących w celu przywrócenia normalnego zachowania serwisowego. • Odzyskiwanie Usług zwalidowane: Zespoły techniczne monitorowały zachowanie usługi po cofnięciu i potwierdziły, że naruszona funkcjonalność działa normalnie. • Monitoring stabilności peronu Kontynuowany: Po odbudowie przeprowadzono dodatkowe monitorowanie w celu sprawdzenia stałej stabilności obsługi przed zamknięciem incydentu. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Incydent ten uwydatnił znaczenie zatwierdzenia zmian platformy w celu zapewnienia identyfikacji niezamierzonych skutków, zanim wpłyną one na dostępność usług. Na podstawie dochodzenia prowadzone są następujące działania następcze: • Poprawa walidacji konfiguracji: przegląd i usprawnienie procesów walidacji zmian konfiguracji infrastruktury i platformy, aby pomóc w identyfikacji niezamierzonych skutków przed wprowadzeniem zmian w środowiskach produkcyjnych. • Poprawa weryfikacji po wdrożeniu: Przegląd procedur weryfikacji po wdrożeniu w celu zapewnienia dostępności i funkcjonowania krytycznych zależności od usług zgodnie z oczekiwaniami po zmianach konfiguracji.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 25 czerwca 2026 06:54 UTCresolved

   Opis zdarzenia: Zidentyfikowaliśmy problem wpływający na przetwarzanie zapasów w Flexera One IT Asset Management po wydaniu 2026 R1 w środowiskach APAC i Europy. W rezultacie, niektóre ładunki inwentaryzacyjne nie zostały pomyślnie przetworzone, powodując, że dane inwentaryzacyjne wyświetlane w Flexera One IT Asset Management zostaną opóźnione i nie będą odzwierciedlać najnowszego wprowadzonego wykazu klientów. Priorytet: P2 Działalność w zakresie odbudowy: Zespoły techniczne zidentyfikowały problem związany z pojemnością mający wpływ na przetwarzanie zapasów oraz przeprowadziły restart ukierunkowanej usługi w regionach dotkniętych skutkami w celu przywrócenia normalnego przetwarzania. Serwis został przywrócony do 24 czerwca 2026, 11: 00 PM PDT, a pliki inwentaryzacyjne są teraz z powodzeniem przetwarzane. Nasze zespoły nadal monitorują platformę, aby zapewnić stabilność. Raport pośmiertny określający przyczynę i środki zapobiegawcze zostanie udostępniony po zakończeniu dochodzenia.

2. 15 lipca 2026 06:18 UTCpostmortem

   * * Opis: * * Flexera One- Zarządzanie aktywami IT - APAC & EU - NDI Inventory Import Assessments * * Czas: * * 18 czerwca 2026, 09: 00 AM PDT do 25 czerwca 2026, 02: 42 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W środę, 24 czerwca 2026, 11: 35 PM PDT, po uruchomieniu Flexera One IT Asset Management 2026 R1 do australijskich i europejskich środowisk produkcyjnych, nasze zespoły zidentyfikowały problem wpływający na przetwarzanie plików inwentaryzacyjnych NDI. W rezultacie znaczna liczba plików inwentaryzacyjnych nie powiodła się podczas przetwarzania i nie znalazła odzwierciedlenia w danych dotyczących inwentaryzacji klientów, co powoduje, że informacje o zapasach wyświetlane w Flexera One ITAM stają się przestarzałe dla klientów, których to dotyczy. Zespoły techniczne natychmiast wszczęły dochodzenie i stwierdziły, że problem pojawił się w ramach procesu przetwarzania zapasów wprowadzonego wraz z uwolnieniem 2026 R1. Nieudane pliki inwentaryzacyjne zgromadzone po powtarzających się niepowodzeniach przetwarzania, zapobiegające pomyślnemu ukończeniu aktualizacji inwentarza i przyczyniające się do zwiększenia obciążenia przetwarzania danych usług. Aby przywrócić obsługę, zespoły techniczne wdrożyły działania naprawcze poprzez odświeżanie usług aplikacji, które mają wpływ na środowisko. W następstwie działań związanych z przywróceniem stanu inwentarza, przetwarzanie zapasów wznowiono pomyślnie, a nowe ładunki inwentarza były przetwarzane zgodnie z oczekiwaniami. Kontynuowane monitorowanie potwierdziło stabilne zachowanie platformy, a incydent został ogłoszony rozwiązany po trwałej walidacji. Uzasadnienie * * Root Cause * * Uzasadnienie Kwestia ta została spowodowana wadą wprowadzoną w wersji Flexera One IT Asset Management 2026 R1, która wpłynęła na przetwarzanie plików inwentaryzacyjnych NDI. W określonych warunkach pliki inwentaryzacyjne nie mogły być przetwarzane pomyślnie z powodu problemu w ramach procesu uwierzytelniania i przetwarzania, co spowodowało, że pliki zostały odrzucone przed zakończeniem przetwarzania. W miarę nagromadzenia nieudanych plików zdolność przetwórcza była coraz częściej spożywana przez powtarzające się niepowodzenia, zapobiegając pomyślnemu przetwarzaniu zapasów i opóźniając aktualizacje zapasów dla poszkodowanych klientów. Czynniki wiążące * Nieudane pliki inwentaryzacyjne zgromadzone w ramach procesu przetwarzania, zwiększające wykorzystanie zasobów na dotkniętych usług inwentaryzacyjnych. * Zwiększone obciążenie przetwórcze zmniejszyło pojemność dostępną dla nowych wniosków o przetwarzanie zapasów. * Problem dotyczył środowisk produkcyjnych w wersji 2026 R1; produkcja w Ameryce Północnej nie miała wpływu, ponieważ nie została jeszcze uruchomiona. Uzasadnienie * * Działania naprawcze * * Uzasadnienie * Zespoły techniczne zidentyfikowały dotknięty przepływ pracy przetwarzania zapasów i wdrożyły działania naprawcze w celu przywrócenia usługi. * Usługi aplikacji zostały odświeżone w środowiskach produkcyjnych, które miały wpływ, przywracając normalne przetwarzanie zapasów. * Przetwarzanie nowych plików inwentaryzacyjnych wznowione pomyślnie po przywróceniu usługi. * Środowisko pozostawało pod wzmocnionym monitorowaniem w celu zatwierdzenia wydajności przetwarzania i potwierdzenia trwałej odzysku. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie * Ulepszona walidacja uwolnień - Procedury walidacji uwolnień zostaną wzmocnione w celu uwzględnienia dodatkowych testów końcowych procesów przetwarzania zapasów po wydaniu głównych platform. * Wzmocniony monitoring przetwarzania - Monitorowanie i ostrzeganie zostaną poddane przeglądowi i rozszerzone, aby zapewnić wcześniejsze wykrycie nieprawidłowych awarii przetwarzania zapasów i nadmiernego gromadzenia plików w kolejkach przetwarzania. * Oporność operacyjna - Dodatkowe zabezpieczenia zostaną wdrożone w ramach procesu przetwarzania zapasów w celu poprawy odzysku z awarii przetwarzania i zminimalizowania wpływu na klienta w przypadku wystąpienia podobnych warunków w przyszłości. * Jakość kodu i przegląd Ulepszenia\ (Wykonane\) - W ramach przeglądu po incydencie skorygowano zmieniony kod w celu zapewnienia właściwego postępowania z wadami w komunikacji i nie powodują szerszego wpływu przetwarzania. Ponadto wzmocniono proces opracowywania i przeglądu, aby zapewnić odpowiednią ocenę wyników przeglądu i zajęcie się nim przed zatwierdzeniem przyszłych zmian do wydania.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 czerwca 2026 08:00 UTCinvestigating

   Opis incydentu: Zidentyfikowaliśmy problem wpływający na dostęp logowania do Flexera One w regionie UE. Klienci mogą otrzymywać błędy podczas próby zalogowania się do Flexera One. Priorytet: P1 Aktywność przywracania: Nasze zespoły techniczne aktywnie badają problem i pracują nad wdrożeniem działań naprawczych w celu przywrócenia normalnej funkcjonalności logowania. Trwają działania w zakresie badań i stabilizacji. Będziemy nadal uważnie monitorować sytuację i przekazywać dalsze aktualizacje w miarę dalszego postępu.

2. 24 czerwca 2026 09:00 UTCresolved

   Problem został rozwiązany, a funkcjonalność logowania została przywrócona dla dotkniętych klientów. Zespoły techniczne określiły przyczynę problemu i wdrożyły działania naprawcze w celu przywrócenia normalnej eksploatacji. Środowisko pozostaje stabilne, a bieżące monitorowanie potwierdziło skuteczne uwierzytelnianie i dostęp do platformy. Raport pośmiertny zawierający dodatkowe szczegóły zostanie udostępniony po zakończeniu dochodzenia.

3. 7 lipca 2026 08:28 UTCpostmortem

   * * Opis: * * Flexera One - EU - Login Access Diruption * * Czas: * * 24 czerwca 2026, 12: 41 AM PDT do 24 czerwca 2026, 02: 04 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W środę, 24 czerwca 2026, o godz. 12: 41 PDT, nasze zespoły wykryły problem dotykający klientów w regionie UE. Uszkodzenie uwierzytelniania przez użytkowników podczas próby zalogowania się do Flexera One przy użyciu Single Sign- On\ (SSO\) skutkowało błędami serwera i uniemożliwieniem dostępu do platformy. Po wykryciu zespoły techniczne natychmiast wszczęły dochodzenie i potwierdziły, że problem ten został odizolowany od procesu uwierzytelniania. Walidacja aplikacji i podstawowych usług platformy wykazała, że cała podstawowa infrastruktura pozostaje zdrowa i operacyjna. Dalsza analiza wykazała, że konto usług wykorzystywane do komunikacji z dostawcą tożsamości stało się niedostępne, powodując niepowodzenie wniosków o uwierzytelnianie. Konto usługowe zostało niezwłocznie przywrócone, co ponownie ustanowiło normalne przetwarzanie uwierzytelniania i w pełni przywrócony dostęp do klienta. Po odnowieniu środowisko było ściśle monitorowane, a funkcjonalność logowania była kompleksowo potwierdzona w celu zapewnienia stabilności usług. Nie zaobserwowano dodatkowego wpływu na klienta, a incydent został następnie uznany za rozwiązany. Uzasadnienie * * Root Cause * * Uzasadnienie Kwestia ta została spowodowana niezamierzonym zawieszeniem konta usługowego, które obsługuje uwierzytelnianie pomiędzy Flexera One a dostawcą tożsamości. W związku z tym wnioski o uwierzytelnianie nie mogły być skutecznie rozpatrzone, co uniemożliwiło zainteresowanym klientom w regionie produkcyjnym UE dostęp do platformy za pośrednictwem Single Sign- On (SSO\). Czynniki wiążące * Konto usług krytyczne dla procesu uwierzytelniania zostało przypadkowo zawieszone podczas rutynowej czynności sprzątania. * Zawieszenie zapobiegło pomyślnemu zatwierdzeniu żądań uwierzytelniania, co skutkowało niepowodzeniem logowania klientów, którzy mieli wpływ. * Kwestia ta została odizolowana od usługi uwierzytelniania i nie miała wpływu na dostępność podstawowej aplikacji lub infrastruktury platformy. Uzasadnienie * * Działania naprawcze * * Uzasadnienie * Konto usługi dotknięte zostało przywrócone, ponownie ustalając uwierzytelnianie u dostawcy tożsamości. * Funkcje logowania zostały zatwierdzone po przywróceniu. * Zespoły inżynieryjne kontynuowały monitorowanie w celu potwierdzenia stabilności platformy i pomyślnego uwierzytelniania klienta. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie * Zarządzanie rachunkami usług - Wzmocnione zostaną procesy regulujące krytyczne rachunki usług w celu zmniejszenia ryzyka niezamierzonych zmian mających wpływ na usługi produkcyjne. * Wzmocniony monitoring - Monitoring i ostrzeganie zostaną wzmocnione, aby zapewnić wcześniejsze wykrywanie błędów uwierzytelniania wpływających na przepływ logowania klienta. * Ulepszenia Procesu Operacyjnego - Nasze zespoły udokumentowały to jako wyciągniętą lekcję i wdrożą ulepszenia procesu w celu zmniejszenia prawdopodobieństwa podobnych incydentów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.