Historia awarii Flexera

1. 27 października 2026 17:00 UTCidentified

   Incydent Opis: Badamy opóźnienia wpływające na aktualizacje zawartości technologii. Treści technologiczne wykorzystywane przez Platformę Danych, Visibility IT i API nie zostały odświeżone od 22 października ze względu na powtarzające się błędy w przetwarzaniu danych. Klienci mogą zatem zobaczyć przestarzałą zawartość technologii w usługach, których dotyczą. Priorytet: P2 Działalność w zakresie przywracania: Nasze zespoły techniczne przeprowadziły działania w zakresie odzyskiwania danych w celu usunięcia błędów w przetwarzaniu danych i odświeżyły podstawowe treści. Generacja katalogów jest obecnie w toku i monitorujemy to działanie poprzez zakończenie. Dostarczymy dalsze aktualizacje w miarę postępów w odzyskiwaniu.

2. 28 października 2026 01:44 UTCidentified

   Odświeżenie treści technologii jest w toku. Nasze zespoły techniczne nadal monitorują odświeżanie poprzez ukończenie. Po zakończeniu przetwarzania potwierdzimy, że zaktualizowana zawartość Technopedia jest dostępna w ramach usług, których dotyczy, aby zapewnić przywrócenie normalnych operacji odświeżania treści.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 października 2026 07:05 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na funkcjonalność Snow Atlas SAM Core w regionie Wielkiej Brytanii Południowej. Niektórzy klienci mogą doświadczać problemów z dostępem do funkcjonalności Użytkowników i mogą napotkać błędy podczas dostępu do Szczegóły komputera. Priorytet: P2 Działalność remontowa: Nasze zespoły techniczne aktywnie badają tę kwestię i oceniają zakres oddziaływania. Pracujemy nad zidentyfikowaniem przyczyny i przywróceniem chorej funkcjonalności. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 22 października 2026 07:21 UTCmonitoring

   Nasze zespoły techniczne zidentyfikowały błędy czasowe wpływające na komponenty usług wspomagające ich funkcjonalność oraz przeprowadziły restart usługi ukierunkowanej. Po tych działaniach odzyskiwania, Funkcjonalność Użytkowników i Szczegóły Komputerowych skutecznie reaguje podczas walidacji. Kontynuujemy monitorowanie zachowania usług i wykonywanie ostatecznej walidacji w celu potwierdzenia trwałej stabilności.

3. 22 października 2026 07:38 UTCresolved

   Po wdrożonych wcześniej działaniach naprawczych nasze zespoły techniczne zakończyły dodatkową walidację i monitorowanie. Funkcjonalność użytkowników i Szczegóły Komputerowe pozostaje stabilna, nie zaobserwowano żadnych dalszych problemów. Normalna operacja została potwierdzona, a ten incydent jest teraz uważany za rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 października 2026 22:37 UTCresolved

   Opis incydentu: Po planowanym Flexera One IT Asset Management 2026R1.4 wydania produkcji w regionie Australii, doświadczyliśmy problemu wpływającego na Flexera One IT Asset Management usług w APAC. W rezultacie klienci nie byli w stanie uzyskać dostępu do Flexera One IT Asset Management w okresie oddziaływania. Priorytet: P1 Impact Start: 15 października 2026 o 11: 34 AM PDT Koniec uderzenia: 15 października 2026 o godz. 12: 32 PM PDT Działalność remontowa: Nasze zespoły techniczne zidentyfikowały problem wpływający na komponenty serwisowe po planowanym wydaniu produkcji. Regeneracja została zastosowana do dotkniętych składników w celu przywrócenia dostępności usług. Po odzyskaniu środków, usługi zarządzania aktywami informatycznymi Flexera One w APAC powróciły do normalnego funkcjonowania, a problem ten jest teraz uważany za rozwiązany.

2. 21 października 2026 23:40 UTCpostmortem

   * * Opis: * * Flexera One - IT Asset Management - APAC - Service Availability After 2026R1.4 Zwolnienie * * Czas: * * 15 października 2026, 11: 34 AM PDT - 15 października 2026, 12: 32 PM PDT # # Podsumowanie incydentów 15 października 2026 roku klienci korzystający z Flexera One IT Asset Management w regionie APAC doświadczyli zakłóceń w obsłudze, które uniemożliwiły dostęp do aplikacji. Zakłócenie miało miejsce po zakończeniu uwalniania ITAM 2026R1.4. Chociaż usługi były początkowo dostępne i funkcjonowały normalnie po wydaniu, wniosek stał się następnie niedostępny. Zespoły techniczne zbadały zakłócenia i wykryły błędy wpływające na inicjalizację instancji aplikacji. Dalsze dochodzenie wykazało, że środowisko produkcyjne utrzymało zależność od poprzedniego procesu inicjalizacji wniosku, podczas gdy w toku było przejście do zaktualizowanego procesu. Chociaż instancje aplikacji zostały pomyślnie zainicjowane podczas wydania, instancje zastępcze nie były w stanie zakończyć tego samego procesu ze względu na przestarzałą konfigurację. Oznaczone przypadki wymiany nie były w stanie zakończyć z powodzeniem inicjalizacji lub przejść wymaganych kontroli zdrowia, co uniemożliwia powrót aplikacji do normalnego działania. Zespoły techniczne poprawiły konfigurację produkcji w celu odniesienia się do zaktualizowanego procesu inicjalizacji i przeprowadziły odświeżanie instancji. Po tych zmianach, dotknięte przypadki zainicjowano z powodzeniem, a dostępność usługi ITAM została przywrócona około 12: 32 PM PDT. # # Root Cause # Incydent był spowodowany pozostałą zależnością produkcyjną od poprzedniego procesu inicjalizacji aplikacji podczas przejścia do zaktualizowanego procesu w środowisku produkcyjnym APAC. Podczas gdy środowiska do testowania i akceptacji użytkownika przeszły już do zaktualizowanego procesu, środowisko produkcyjne APAC zachowało konfigurację, która odnosiła się do poprzedniego procesu inicjalizacji. Podczas wydania produkcji 2026R1.4, instancje aplikacji zostały ręcznie zainicjowane przy użyciu zaktualizowanego procesu, pozwalając ITAM początkowo działać normalnie pomimo pozostającej zależności produkcji. Komponenty wspierające poprzedni proces zostały następnie zmniejszone pod warunkiem, że szersza transformacja została w znacznym stopniu zakończona. Po uruchomieniu aplikacji zastępczej konfiguracja produkcji nadal kierowała je do poprzedniego procesu inicjalizacji. W związku z tym poszkodowane przypadki nie były w stanie zakończyć z powodzeniem inicjalizacji lub przejść wymaganych kontroli zdrowotnych, co doprowadziło do zakłóceń w świadczeniu usług. Pozostała zależność produkcji od poprzedniego procesu inicjalizacji została potwierdzona jako przyczyna incydentu. Korekcja konfiguracji produkcji w celu wykorzystania zaktualizowanego procesu inicjalizacji usunęła zależność i pozwoliła na skuteczne inicjowanie instancji zastępczych. # # Działania naprawcze Następujące działania zostały podjęte podczas reakcji na incydent: 1. * * Incydent Investigation Initiated: * * Zespoły techniczne badały niedostępność aplikacji i wykryły niedoskonałości mające wpływ na inicjalizację i kontrolę zdrowotną instancji aplikacji w środowisku produkcyjnym APAC. 2. * * Zidentyfikowany numer konfiguracji: * * Dochodzenie wykazało, że konfiguracja produkcji nadal odwoływała się do poprzedniego procesu inicjalizacji aplikacji, a nie do zaktualizowanego procesu. 3. * * Konfiguracja produkcji poprawiona: * * Konfiguracja produkcji została zaktualizowana, aby odnieść się do prawidłowego procesu inicjalizacji aplikacji, usuwając zależność od poprzedniego procesu. 4. * * Przypadki zastosowania Odroczone: * * Zespoły techniczne dokonały odświeżania instancji po korekcji konfiguracji, co pozwoliło na pomyślną inicjalizację instancji zastępczych. 5. * * Zatwierdzony odzysk usług: * * Zespoły techniczne potwierdziły, że poszkodowane instancje z powodzeniem inicjowały, sprawdzały zdrowie aplikacji, a służby ITAM powróciły do normalnego funkcjonowania. # # Przyszłe środki zapobiegawcze Po zdarzeniu przeprowadzono retrospektywną ocenę procesu inicjalizacji wniosku, pozostających zależności produkcyjnych, procedur zatwierdzania uwolnień oraz możliwości poprawy wykrywania i reagowania w przypadku incydentów. Następujące działania naprawcze i działania usprawniające zostały zakończone lub są w toku: 1. * * Korekta konfiguracji produkcji: * * Środowisko produkcyjne APAC zostało zaktualizowane w celu zastosowania prawidłowego procesu inicjalizacji aplikacji, zastępując poprzednią konfigurację. 2. * * Validation Legacy Dependency: * * Ustanowiono działania następcze mające na celu dodanie etapu walidacji, zanim dotychczasowe komponenty platformy zostaną zmniejszone lub wycofane z eksploatacji, co zapewni, że usługi produkcyjne w pełni się zmienią i na poprzedniej platformie nie będzie żadnych pozostałych zależności. 3. * * Release and Application Health- Check Review: * * Istniejące kontrole stanu zdrowia, procedury zatwierdzania zwolnienia oraz zakres testów sanitarnych po zwolnieniu są poddawane przeglądowi pod kątem niepowodzenia zaobserwowanego podczas tego incydentu. Przegląd określi, czy istnieją luki w zakresie zasięgu oraz czy konieczne jest dodatkowe monitorowanie, zatwierdzanie lub inne udoskonalenia. 4. * * Dochodzenie w sprawie skalowania: * * Będziemy nadal badać, co wywołało początkowe instancje aplikacji do skali po wydaniu i określić, czy wymagane są dodatkowe działania naprawcze lub zapobiegawcze. 5. * * Ulepszenia komunikacji z klientem: * * Zidentyfikowaliśmy możliwość bardziej terminowej komunikacji z klientami podczas tego incydentu. Ustanowione przez nas praktyki w zakresie eskalacji incydentów i komunikacji mają na celu zapewnienie proaktywnego powiadamiania klientów w przypadku stwierdzenia nieplanowanego wpływu usług. Uczenie się z tego incydentu zostało włączone do naszych bieżących praktyk reagowania na incydenty, aby pomóc zapewnić, że procedury te są stosowane konsekwentnie i że terminowe, aktywne aktualizacje są dostarczane klientom podczas zakłóceń w obsłudze.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 października 2026 10:59 UTCinvestigating

   Incydent Opis: Badamy problem dotyczący usługi licencyjnej w ramach SAM Core. Użytkownicy mogą nie być w stanie wczytać informacji o licencji i mogą napotkać komunikaty błędów podczas korzystania z funkcji License Service. Kwestia ta została potwierdzona w Wielkiej Brytanii w Europie Południowej i Zachodniej, a zespoły techniczne obecnie oceniają pełny zakres oddziaływania. Priorytet: P2 Działalność w zakresie odbudowy: Zespoły techniczne aktywnie badają problem i dokonują przeglądu usługi, której dotyczy. Trwa dodatkowa walidacja w celu określenia pełnego zakresu oddziaływania i przywrócenia normalnej eksploatacji. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 8 października 2026 11:30 UTCmonitoring

   Zidentyfikowaliśmy ten problem jako związany z niedawnym wdrożeniem dotyczącym usług licencyjnych. Wprowadzono zmiany naprawcze i przywrócono funkcjonalność usługi. Obecnie zatwierdzamy zdrowie usług i monitorujemy środowisko w celu zapewnienia stałej stabilności. Dalsze aktualizacje będą dostarczane po zakończeniu dodatkowej walidacji.

3. 8 października 2026 12:11 UTCresolved

   Po zatwierdzeniu i okresie monitorowania usługa pozostaje stabilna, a funkcjonalność licencji z powodzeniem ładuje się w regionach dotkniętych chorobą. Problem ten jest teraz uważany za rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 października 2026 00:08 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na funkcjonalność umów w Atlas śniegu dla klientów w Australii. Klienci mogą doświadczać brakujących lub niedostępnych danych podczas dostępu do karty Umowy, a operacje odświeżania danych mogą nie być skuteczne. Priorytet: P2 Działalność w zakresie odbudowy: Zespoły techniczne aktywnie badają tę kwestię i oceniają zakres wpływu na klienta. Trwają prace nad określeniem przyczyny problemu i przywróceniem normalnej funkcjonalności. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 8 października 2026 01:39 UTCresolved

   Dalsze dochodzenie wykazało, że kwestia komunikacji ma wpływ na usługi pomocnicze wspierające funkcjonalność umów w Atlasie Śnieżnym w Australii. Zespoły techniczne wdrożyły działania w zakresie odzysku, w tym ponowne uruchomienie podzespołów serwisowych, które przywróciły komunikację i normalne działanie. Funkcjonalność została potwierdzona w wielu środowiskach klientów, a dane zawarte w umowach są teraz wyświetlane poprawnie. Nie zaobserwowaliśmy żadnych dalszych problemów w następstwie działań naprawczych i walidacji. Problem ten jest teraz uważany za rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 października 2026 20:27 UTCinvestigating

   Incydent Opis: Badamy raporty o sporadycznych problemów wpływających na klientów Ocean Kubernetes. Niektórzy klienci zgłosili otrzymywanie ostrzeżeń dotyczących połączeń między komponentami Ocean Kubernetes a ich klastrami. Zespoły techniczne aktywnie badają zakres oddziaływania i ewentualną degradację usług. Priorytet: P2 Aktywność odnawiania: Nasze zespoły techniczne aktywnie badają zgłoszone zachowanie, przeglądają raporty klientów i zatwierdzają zakres i wpływ w różnych środowiskach. Dostarczymy dodatkowe aktualizacje w miarę dostępności większej ilości informacji.

2. 7 października 2026 22:23 UTCinvestigating

   Nadal badamy problemy dotyczące połączeń przerywanych, które zostały wcześniej zgłoszone. W tym czasie nie zaobserwowano żadnych dodatkowych zdarzeń od czasu pierwotnego okna zderzenia. Zespoły techniczne aktywnie analizują dostępne dane telemetryczne i wyniki badań w celu określenia przyczyny i zatwierdzenia ogólnego zakresu oddziaływania. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

3. 8 października 2026 00:03 UTCinvestigating

   Nie zaobserwowaliśmy żadnych dodatkowych zdarzeń od czasu pierwotnie zgłoszonego okna zderzeniowego, a stabilność usług została utrzymana. Zespoły techniczne nadal badają przyczyny problemów związanych z nieregularnym połączeniem, które zostały zgłoszone wcześniej.

4. 8 października 2026 00:04 UTCmonitoring

   W oparciu o trwałą stabilność obserwowaną od czasu pierwotnie zgłoszonego okna zderzeniowego i braku jakichkolwiek dodatkowych zgłoszonych zdarzeń, przenosimy ten incydent do monitorowania. Zespoły techniczne nadal badają przyczyny, podczas gdy stabilność usług jest monitorowana. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

5. 8 października 2026 02:24 UTCresolved

   Nie zaobserwowaliśmy żadnych dodatkowych zdarzeń od czasu pierwotnego zgłoszonego wpływu, a stabilność usług została utrzymana. Zespoły techniczne zakończyły dodatkowe dochodzenie w sprawie problemów dotyczących przerywanej łączności zgłoszonych dziś. Podczas dochodzenia dokonano przeglądu wielu potencjalnych korelacji, a analiza końcowa jest nadal w toku. Na podstawie zaobserwowanej trwałej stabilności i braku jakichkolwiek nawrotów, ten incydent uznaje się za rozwiązany. Zespoły techniczne będą kontynuować działania w zakresie monitorowania i prowadzenia dochodzeń w celu dalszego zrozumienia zachowania obserwowanego podczas raportowanego okna zderzeniowego, a po zakończeniu analizy zostanie przedstawione formalne sprawozdanie RCA.

6. 20 października 2026 17:50 UTCpostmortem

   * * Opis: * * Spot Ocean - Kubernetes - Intermittent Controller Connectivity Issues * * Czas: * * 7 października 2026, 11: 20 AM PDT - 12: 30 PM PDT * * Podsumowanie zdarzeń * * W środę, 7 października 2026 r., o godzinie 11: 20 AM PDT, w wielu środowiskach Spot Ocean for Kubernetes wystąpiły alarmy o przerywanej łączności kontrolera. Podczas incydentu platforma tymczasowo interpretowała informacje o pulsie kontrolera jako przestarzałe i zawieszone operacje skalowania dla dotkniętych klastrów jako środek bezpieczeństwa. Kontrolerzy nadal zgłaszali informacje o biciu serca podczas incydentu. Jednakże znacznik czasowy używany do weryfikacji łączności ze sterownikiem stał się przestarzały w ramach komponentu bazy danych, powodując, że aktywne sterowniki pojawiają się tymczasowo niereagujące. Zachowanie było przerywane, a aktualne informacje o biciu serca stały się następnie dostępne bez ręcznej interwencji, co pozwoliło na wznowienie normalnych operacji skalowania. Zespoły techniczne dokonały przeglądu ścieżki przetwarzania bicia serca kontrolera, zachowania w bazie danych, telemetrii usług i związanych z nią sygnałów infrastrukturalnych, aby ustalić, dlaczego aktywność bicia serca była interpretowana jako nieświeża. Po oknie zdarzenia nie zaobserwowano żadnych dodatkowych zdarzeń. Po ciągłym monitorowaniu i zatwierdzaniu stabilności usług uznano, że incydent został rozwiązany. * * Root Cause * * Incydent został spowodowany przez starszy regulator czasu bicia serca nadpisywanie nowego poprawnego znacznika czasu w ramach komponentu bazy danych. Mimo że kontrolerzy, których to dotyczy, nadal zgłaszali bicie serca normalnie, przestarzały znacznik czasu sprawił, że ostatnio przechowywane bicie serca wydawało się starsze niż było. Kiedy platforma oceniała ten znacznik czasu, przekroczyła skonfigurowany próg bicia serca i uruchomiła mechanizm bezpieczeństwa, który tymczasowo zawiesił operacje skalowania dla dotkniętych klastrów. Szczególny warunek opóźnienia aktualizacji starszej bazy danych nie został ostatecznie ustalony. Proces aktualizacji bazy danych nie zawierał jednak zabezpieczenia zapobiegającego zastąpieniu przez starszy znacznik czasu bicia serca nowszym znacznikiem czasu. Umożliwiło to uzyskanie informacji dotyczących opóźnionego bicia serca, aby stworzyć pozory, które aktywnie zgłaszały brak reakcji kontrolerów. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: 1. Sprawozdania Klienta i Service Behavior Review: Zespoły techniczne przeanalizowane zgłoszone przykłady w celu potwierdzenia zachowania, ustalenia okna zderzenia i ustalenia, czy problem został izolowany lub wpływ na wiele środowisk. 2. Aktywność kontrolera Heartbeat zwalidowana: Aktywność kontrolera została zweryfikowana w celu ustalenia, czy kontrolerzy, których to dotyczy, zaprzestali raportowania. Dochodzenie potwierdziło, że informacje dotyczące bicia serca były nadal przesyłane podczas incydentu. 3. Zbadana ścieżka przetwarzania serca: Zespoły techniczne śledziły sposób generowania, przechowywania i oceniania informacji o biciu serca w celu określenia, gdzie obecna aktywność bicia serca była interpretowana jako przestarzała. 4. Baza danych i ocena zdrowia usług: Odpowiednia wydajność bazy danych, zachowanie usług i telemetria infrastruktury zostały poddane przeglądowi w celu oceny potencjalnych opóźnień przetwarzania i wykluczyć większą niestabilność platformy. 5. Regresja czasu Zidentyfikowany: Badanie ustaliło, że starszy znacznik czasu bicia serca nadpisał nowszy ważny znacznik czasu, powodując platformę do tymczasowego interpretowania bicia serca jako nieświeży. 6. Stabilność serwisowa Zatwierdzona: Zespoły techniczne kontynuowały monitorowanie po odzyskaniu. Nie zaobserwowano żadnych dodatkowych zdarzeń, a operacje skalowania pozostawały stabilne przed zamknięciem incydentu. * * Przyszłe środki zapobiegawcze * * Planuje się następujące udoskonalenia w celu wzmocnienia przetwarzania akcji serca i poprawy wykrywania podobnych warunków: 1. Ochrona znaczników czasu: Proces aktualizacji bazy danych zostanie zmodyfikowany, aby zapobiec nadpisaniu przez starszy znacznik czasu bicia serca bardziej aktualnego znacznika czasu. 2. Ulepszone logowanie diagnostyczne: Dodatkowe logowanie zostanie wprowadzone wokół aktualizacji bicia serca, aby uchwycić źródło każdej aktualizacji, odpowiedni kontekst żądania, poprzednie i nowe wartości znacznika czasu oraz źródło znacznika czasu. 3. Monitorowanie i ostrzeganie: Nowe monitorowanie i ostrzeganie zostaną opracowane przy użyciu dodatkowych informacji diagnostycznych w celu identyfikacji regresji znaczników czasu i podobnych warunków przetwarzania serca szybciej. 4. Database Access Review: Database Access Schematy dostępu związane z przetwarzaniem bicia serca zostaną poddane przeglądowi w celu określenia możliwości zmniejszenia opóźnień przetwarzania i optymalizacji wydajności pod wysokim obciążeniem.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 września 2026 11:08 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na usługę powiadamiania zdarzeń w wielu środowiskach produkcyjnych. Klienci mogą doświadczać opóźnień lub błędów przy otrzymywaniu powiadomień o zdarzeniach v2, w tym powiadomień dostarczanych za pośrednictwem poczty e-mail, haków internetowych, Slack i innych obsługiwanych kanałów. Wydarzenia są nadal rejestrowane i pozostają dostępne przez konsolę Flexera One i API. Obecnie nic nie wskazuje na wpływ funkcjonalności platformy bazowej lub danych dotyczących zdarzeń. Priorytet: P3 Odnowa działalności: Nasze zespoły techniczne zidentyfikowały problem i wdrożyły działania związane z odzyskiwaniem usług. Monitorowanie wskazuje, że poziom błędów spada, a zespoły nadal sprawdzają stabilność usług i oceniają pełny zakres oddziaływania. Dalsze aktualizacje zostaną przedstawione w miarę postępów w dochodzeniu i działaniach naprawczych. Aktualizacja: Dalsze dochodzenie potwierdziło, że kwestia ta nie miała wpływu na klientów. Zgłoszenia, których dotyczą, nie miały zostać opublikowane.

2. 29 września 2026 11:53 UTCresolved

   Po ścisłym monitorowaniu służb w celu potwierdzenia stabilności, nasze zespoły nie zauważyły żadnych dalszych błędów ani powtórzeń tej kwestii. Ten incydent został rozwiązany.

3. 13 października 2026 04:42 UTCpostmortem

   * * Opis: * * Spot by Flexera - Event Notification Processing Errors * * Czas: * * 29 września 2026, 2: 06 AM PDT - 4: 51 AM PDT * * Podsumowanie zdarzeń * * W dniu 29 września 2026 r. Automatyczne monitorowanie wykryło zwiększoną aktywność błędów, co skłoniło do przeprowadzenia dochodzenia w celu ustalenia, czy powiadomienia skierowane do klientów zostały naruszone. W trakcie dochodzenia zespoły techniczne stwierdziły nieprawidłowości występujące na ścieżce przetwarzania powiadomień i przeprowadziły szczegółową ocenę zdarzeń, które wystąpiły, przepływów roboczych powiadamiania oraz potencjalnego wpływu na klienta. Wstępna analiza sugerowała, że kwestia ta mogłaby potencjalnie mieć szerszy wpływ na przetwarzanie powiadomień, a w czasie zatwierdzania zakresu i wpływu ogłoszono poważny incydent. Dalsza ocena skutków potwierdziła, że zgłoszenia, których dotyczą, nie miały być publikowane dla klientów. Informacje o zdarzeniach były nadal skutecznie rejestrowane i były dostępne za pośrednictwem platformy przez cały okres dochodzenia. W wyniku tego problemu nie stwierdzono wpływu na klientów. W oparciu o wyniki oceny skutków, priorytet incydentu został obniżony, a dochodzenie zakończono po zatwierdzeniu, potwierdzając, że usługi skierowane do klientów pozostają niezmienione. * * Root Cause * * Dochodzenie wykazało, że proces przetwarzania powiadomień napotkał wyjątek dotyczący wniosku podczas obsługi podzbioru zdarzeń wygenerowanych wewnętrznie. Wydarzenia te zostały skonfigurowane w taki sposób, aby nie były przeznaczone do dostarczania powiadomień dla klientów. Mimo że wyjątki doprowadziły do zwiększenia błędów w stosowaniu wniosków i uzasadnionego dochodzenia, późniejsza analiza potwierdziła, że zgłoszenia, których to dotyczy, nie powinny być rozpowszechniane wśród klientów. W związku z tym nie wpłynęły niekorzystne skutki na dostarczanie powiadomień, funkcjonalność platformy oraz dostęp do informacji o zdarzeniach. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: 1. Incydent Surveillance Initiated: Zespoły techniczne badały podwyższone błędy aplikacji wykryte poprzez automatyczne monitorowanie i ocenione potencjalny wpływ klienta. 2. Dokonana analiza przetwarzania powiadomień: Przebieg prac związanych z powiadomieniem został poddany przeglądowi w celu określenia źródła wyjątków od wniosku i określenia zakresu problemu. 3. Ocena wpływu na klienta Ukończona: Zespoły techniczne zatwierdziły typy powiadomień, zweryfikowały zachowanie publikacji zdarzeń i potwierdziły, że zgłoszenia nie były przeznaczone do dostarczania klientów. 4. Walidacja systemu i monitorowanie Prowadzone: Trendy błędów, zachowanie usług i przetwarzania powiadomień były monitorowane w celu potwierdzenia stabilnej pracy i potwierdzenia, że usługi zwrócone do klienta pozostają nienaruszone. 5. Przeklasyfikowanie incydentów zakończone: Po potwierdzeniu, że nie ma wpływu na klienta, priorytet incydentu został obniżony, a incydent został formalnie rozwiązany. * * Przyszłe środki zapobiegawcze * * W następstwie tego dochodzenia zidentyfikowaliśmy możliwości poprawy szybkości i dokładności oceny skutków, gdy alarmy operacyjne obejmują wewnętrzne procesy przetwarzania. 1. Ulepszona ocena wpływu: przegląd wewnętrznych klasyfikacji zgłoszeń i procedur dochodzeniowych w celu przyspieszenia określania, czy dana kwestia wpływa na funkcjonalność użytkownika w przyszłych incydentach. 2. Zwiększona widoczność procesu powiadamiania: poprawa widoczności operacyjnej w przypadku użytkownika i nieużytkownika, w celu wsparcia szybszych działań w zakresie walidacji skutków i reagowania na incydenty.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 września 2026 09:10 UTCinvestigating

   Opis incydentu: Badamy problem wpływający na widoczność IT w regionie APAC, gdzie deski rozdzielcze Power BI nie są ładowane. Klienci w regionie dotkniętym chorobą mogą nie mieć dostępu do tablic rozdzielczych sprawozdawczych w ramach wniosku. Obecne dochodzenie wskazuje, że problem ten ogranicza się do regionu APAC, przy czym 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. 28 września 2026 09:26 UTCresolved

   Rozwiązano problem dotyczący desek rozdzielczych raportujących Power BI w regionie APAC. Wstępne dochodzenie wskazuje, że po niedawnej aktualizacji wymagana była aktualizacja konfiguracji. Nasze zespoły techniczne zakończyły niezbędną rekultywację, a następnie potwierdziły, że deski rozdzielcze są teraz dostępne i działają zgodnie z oczekiwaniami. Wszystkie służby wróciły do normalnego funkcjonowania, a ten incydent jest teraz uważany za rozwiązany.

3. 26 października 2026 12:10 UTCpostmortem

   * * Opis: * * Flexera One- IT Visibility - APAC - Reporting dashboards available * * Czas: * * 28 września 2026, 1: 38 AM PDT do 28 września 2026, 2: 15 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W poniedziałek, 28 września 2026 r., o godzinie 1: 38 AM PDT, Flexera wskazała problem wpływający na dostęp klientów z regionu APAC do tablic rozdzielczych Power BI. Nasze zespoły techniczne były niezwłocznie zaangażowane, a wstępne dochodzenie potwierdziło, że wpływ był ograniczony do APAC, podczas gdy pozostałe regiony nadal reagowały. Dalsze dochodzenie wykazało, że zmiany konfiguracji związane z planowaną migracją zarządzania tożsamością i dostępem wpłynęły na ustawienia połączeń wymagane przez służby sprawozdawcze. Podczas stosowania tych zmian ustawienia połączeń usług sprawozdawczych zostały zresetowane do wartości, które nie zawierały pełnych adresów usług wymaganych do pomyślnej komunikacji. W związku z tym usługi, których to dotyczy, nie rozpoczęły się prawidłowo, co doprowadziło do niedostępności tablic rozdzielczych raportujących Power BI dla klientów APAC. Aby przywrócić obsługę, zespół techniczny ręcznie poprawił ustawienia danego połączenia w środowisku APAC. Dzięki temu przywrócona zostanie komunikacja między służbami sprawozdawczymi a służbami uwierzytelniającymi, co pozwoli na odzyskanie tych usług. Po odnowieniu walidacja potwierdziła, że tablice rozdzielcze raportujące Power BI były dostępne i funkcjonowały normalnie około 2: 15 AM PDT. Uzasadnienie * * Root Cause * * Uzasadnienie Incydent został spowodowany przez nieprawidłowe ustawienia połączeń stosowane w środowisku APAC podczas zmiany konfiguracji związanej z migracją zarządzania tożsamością i dostępem. Zmiana zresetowała adresy połączeń służb sprawozdawczych do wartości, które nie zawierały pełnych adresów wymaganych do pomyślnej komunikacji z usługami uwierzytelniania. W związku z tym nie rozpoczęły się prawidłowe usługi sprawozdawcze, co uczyniło tablice rozdzielcze Power BI niedostępnymi dla klientów w regionie APAC. Czynniki wiążące * Niespójność konfiguracji: Wymagane adresy połączeń zostały wcześniej zaktualizowane bezpośrednio w środowisku, ale nie zostały odzwierciedlone w konfiguracji rozmieszczenia. W konsekwencji późniejsza zmiana konfiguracji ponownie wprowadziła nieprawidłowe wartości. * Luka walidacji wdrożeniowej: Proces wdrożeniowy nie zidentyfikował nieprawidłowych ustawień połączeń, zanim wpłynęły one na dostępność usług. * Koordynacja zmian i walidacja zależności: Proces migracji nie uwzględnił w pełni wymogów dotyczących konfiguracji wszystkich usług zależnych, co skutkowało wprowadzeniem zmian punktu końcowego bez uprzedniej weryfikacji w odniesieniu do poszczególnych zależnych usług. Uzasadnienie * * Działania naprawcze * * Nasze zespoły przeprowadziły następujące działania, aby przywrócić normalność usług: * Dostosowane ustawienia połączenia zostały poprawione w celu przywrócenia komunikacji pomiędzy usługami raportowania i uwierzytelniania. * Zagrożone usługi odzyskane, a walidacja potwierdziła, że tablice rozdzielcze raportujące Power BI były dostępne i działają normalnie. * Konfiguracja została następnie poprawiona, aby zapewnić utrzymanie wymaganych ustawień połączenia dla przyszłych wdrożeń. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie Zidentyfikowano następujące działania, nad którymi trwają prace w celu zmniejszenia prawdopodobieństwa ponownego wystąpienia i poprawy odporności usług: * Zarządzanie konfiguracją: Zarządzanie zmianami konfiguracji usługi jest konsekwentnie zarządzane, aby zapobiec rozbieżnościom między wprowadzonymi ustawieniami a utrzymywanymi konfiguracją. * Walidacja wdrożenia: Przegląd planowanych zmian konfiguracji przed wdrożeniem w celu sprawdzenia, czy wymagane ustawienia połączenia serwisowego pozostają prawidłowe. * Konsystencja: Upewnij się, że krytyczne ustawienia połączenia są utrzymywane w odpowiednich źródłach konfiguracji i nie zależą od ręcznych zmian w poszczególnych środowiskach. * Koordynacja zmian: Poprawa koordynacji planowanych migracji i zmian konfiguracji, w tym walidacja wymogów i zależności służb, których to dotyczy. * Zabezpieczenia wdrożeniowe: Wzmocnienie kontroli przedwdrożeniowych w celu zidentyfikowania nieprawidłowych ustawień konfiguracji, zanim spowodują awarię usługi.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 25 września 2026 23:18 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na integrację IT Asset Management i usługi portalu aplikacji we wszystkich regionach. Klienci korzystający z dotkniętej integracją API mogą doświadczyć błędów uwierzytelniania powodujących błędy HTTP 401 Nieautoryzowane, które mogą uniemożliwić pomyślnie wypełnianie żądań. Użytkownicy portalu aplikacji mogą również napotkać błędy podczas składania wniosków. Priorytet: P2 Działalność w zakresie odbudowy: Nasze zespoły techniczne aktywnie badają tę kwestię i oceniają działania naprawcze. Trwają działania w zakresie badań i walidacji, a my pracujemy nad jak najszybszym przywróceniem normalnej funkcjonalności usług. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 26 września 2026 05:31 UTCidentified

   Skorygowany hotfix jest obecnie w oczekiwaniu na zakończenie procesu budowy, który trwa dłużej niż oczekiwano. Po zakończeniu budowy, nasze zespoły techniczne przejdą do walidacji UAT przed wdrożeniem produkcji. Zespół pracuje również nad potwierdzeniem planu rozmieszczenia, własności i oczekiwanej linii czasowej. Dalsze aktualizacje będą dostarczane w miarę postępu tych działań.

3. 26 września 2026 12:30 UTCmonitoring

   Nasze zespoły z powodzeniem wdrożyły hotfix, a wstępne zatwierdzenie potwierdza, że usługi działają zgodnie z oczekiwaniami. Nadal uważnie monitorujemy środowisko, oczekując na potwierdzenie od poszkodowanych klientów.

4. 27 września 2026 05:39 UTCmonitoring

   API działają zgodnie z oczekiwaniami, a wcześniej obserwowane błędy nie są już wykrywane. Incydent pozostaje w monitorowaniu, podczas gdy dodatkowa walidacja jest zakończona i uzyskano potwierdzenie klienta.

5. 28 września 2026 17:14 UTCresolved

   Po zakończeniu działań naprawczych w ciągu weekendu, nadal monitorowaliśmy dotknięte nimi usługi w celu zatwierdzenia trwałej stabilności i ożywienia gospodarczego. Obecnie otrzymano potwierdzenie, że funkcja App Portal i przetwarzanie wniosku API działają normalnie. Dalsze dochodzenie wykazało problem dotyczący przetwarzania uwierzytelniania w ramach komponentu usługowego, w wyniku czego HTTP 401 Nieautoryzowane błędy w odniesieniu do wniosków API i błędów podczas składania wniosków za pośrednictwem aplikacji Portal. Nasze zespoły techniczne wdrożyły działania naprawcze w celu rozwiązania problemu i przeprowadziły dodatkową walidację po zidentyfikowaniu i rozwiązaniu odrębnego problemu napotkanego podczas procesu rekultywacji. Po rekultywacji i rozszerzonym monitorowaniu usługi pozostały stabilne i nie zaobserwowano dalszych problemów. Przeprowadzona zostanie pełna analiza przyczyn leżących u podstaw, a sprawozdanie po incydencie zostanie podzielone, w którym zostaną określone przyczyny, działania naprawcze i działania naprawcze zidentyfikowane w ramach dochodzenia.

6. 8 października 2026 11:25 UTCpostmortem

   * * Opis: * * Flexera One - Zarządzanie aktywami IT - Wszystkie regiony - Aplikacja Portal Błędy i API Żądania * * Czas: * * 24 września 2026, 12: 12 PM PDT - 26 września 2026, 4: 38 AM PDT * * Podsumowanie zdarzeń * * Począwszy od 24 września 2026 roku, około 12: 12 PM PDT, klienci korzystający z integracji opartej na API z Flexera One IT Asset Management\ (ITAM\) doświadczyli błędów uwierzytelniania, które zwróciły HTTP 401 Nieautoryzowane odpowiedzi. Użytkownicy portalu aplikacji napotkali również błędy podczas składania wniosków, a integracje takie jak App Broker i Business Adapter, które opierają się na tych API zostały naruszone. Wpływ zaobserwowano w regionach Ameryki Północnej, Europy i Azji i Pacyfiku. Zespoły techniczne zbadały i potwierdziły, że awarie nie były związane z referencjami klientów ani konfiguracją klientów. Rejestry aplikacji wykazały, że elementy wymagane do uwierzytelniania tych wniosków nie były inicjalizowane. Dalsze dochodzenie wykazało, że zachowanie zostało wprowadzone przez hotfix zastosowany jako środek zapobiegawczy w odpowiedzi na wcześniejsze zgłoszenie w menu ITAM 24 września. Zespoły techniczne powieliły zachowanie w testach, opracowały korektę i ją zatwierdziły. Podczas walidacji rozmieszczenia zidentyfikowano wtórny problem załadunku elementów i zajęto się nim poprzez zaktualizowany hotfix. Po wdrożeniu zaktualizowanego hotfix do produkcji, zespoły techniczne sprawdziły, czy funkcje API funkcjonowały zgodnie z oczekiwaniami, a obsługa została przywrócona 26 września o około 4: 38 AM PDT. Incydent następnie przeniósł się do rozszerzonego monitorowania, podczas gdy potwierdzenie klienta zostało uzyskane, a potwierdzenie otrzymano 28 września. Po przywróceniu usługi zgłoszono i zbadano oddzielnie od głównego incydentu pojedyncze usterki w zakresie uwierzytelniania. Zespoły techniczne zidentyfikowały dodatkowe warunki konfiguracji związane z obsługą połączeń i ochroną środowiska oraz wdrożyły kolejne poprawki, które zostały zatwierdzone do 30 września. Dalsze monitorowanie i przegląd klientów do 1 października potwierdziły, że problem nie może być już powtórzony i że nie zaobserwowano żadnych dalszych zdarzeń. * * Root Cause * * Incydent został spowodowany wadą w hotfixie, która została zastosowana jako środek zapobiegawczy w odpowiedzi na wcześniejsze zgłoszenie w menu ITAM 24 września. Hotfix usunął zależność od komponentów uwierzytelniających aplikacji i zmienił sposób odczytywania przez aplikację konfiguracji, której używa do połączenia z usługami uwierzytelniającymi. Wymagane ustawienia były obecne w konfiguracji wdrożonej. Jednak aplikacja próbowała je odczytać przy użyciu metody, która nie jest obsługiwana dla konfiguracji wczytanej w runtime. W rezultacie elementy wymagane do uwierzytelniania nie mogły zostać zainicjowane, a prośby, aby wymagane uwierzytelnianie zostało odrzucone jako nieautoryzowane. Wytworzyło to błędy API i App Portal żądanie niepowodzenia, że klienci doświadczyli. To samo zachowanie miało miejsce w środowisku walidacji przedprodukcyjnej, kiedy hotfix był tam stosowany. Nie został zidentyfikowany przed osiągnięciem Hotfix Production, ponieważ dotknięte API nie są aktywnie stosowane w tym środowisku, a szczegółowe ostrzeżenia o błędzie nie zostały jeszcze wprowadzone. Początkowa poprawka dotyczyła pierwotnej wady konfiguracji. Podczas późniejszej walidacji i monitorowania zidentyfikowano dodatkowe warunki dotyczące załadunku, obsługi połączeń oraz konfiguracji specyficznej dla środowiska, które wymagały dalszych poprawek, zanim można było potwierdzić trwałą stabilność. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: 1. Incydent Response Initiated: Zespoły techniczne rozpoczęły dochodzenie po tym, jak klienci zgłosili błędy uwierzytelniania i błędy API. 2. Scope and Customer Configuration Assessessessed: Zespoły techniczne potwierdziły, że awarie nie były związane z referencjami klienta lub konfiguracją i potwierdziły, że wpływ rozszerzył się na wiele regionów. 3. Podstawowy warunek zidentyfikowany: Zespoły techniczne ustaliły, że wymagane ustawienia uwierzytelniania były obecne, ale nie mogły być odczytywane w czasie pracy, i odtworzyły zachowanie w testach. 4. Prawidłowa fix Opracowana i zwalidowana: Kod aplikacji został zaktualizowany, aby odczytać ustawienia za pomocą wspieranej metody. Badanie walidacji potwierdziło, że błędy uwierzytelniania nie wystąpiły. 5. Poprawione naprawić zdemontowane i usługi Regored: Drugorzędowy element załadunek problem zidentyfikowany podczas walidacji wdrożenia został rozwiązany poprzez zaktualizowany hotfix. Po wdrożeniu zaktualizowanego hotfix do Production, zespoły techniczne sprawdziły, czy funkcje API funkcjonują zgodnie z oczekiwaniami. 6. Rozszerzony monitoring i walidacja klienta: Zespoły techniczne monitorowały zachowanie serwisowe przez weekend i uzyskały potwierdzenie od poszkodowanego klienta. 7. Post- Incydent Remediation: Po izolowanych niepowodzeń w wyniku przywrócenia służby, zespoły techniczne wdrożyły kolejne hotfixy i zatwierdziły je do 30 września. Monitorowanie i przegląd klientów kontynuowano do 1 października, aby potwierdzić, że problem nie miał już miejsca. * * Przyszłe środki zapobiegawcze * * Po incydencie przeprowadziliśmy retrospektywną analizę przyczyn technicznych, procesu walidacji hotfix, możliwości monitorowania i czynników, które przyczyniły się do wpływu na klienta. Następujące środki zostały zakończone lub są obecnie wdrażane: 1. Korekta konfiguracji Runtime: Aplikacja została poprawiona, aby odczytać jej konfigurację uwierzytelniania przy użyciu wspieranej metody, a dodatkowe hotfixy zostały zastosowane i zatwierdzone w środowiskach produkcyjnych. 2. Monitoring i alarmowanie API: Informuje się o zakłóceniach w zakresie uwierzytelniania w środowisku przedprodukcyjnym i produkcyjnym, nawet jeśli usługa nie jest aktywnie wykorzystywana. 3. Proces walidacji Hotfix: Oceniamy dodatkowe kontrole usług zależnych, takich jak integracje API i funkcjonalność App Portal, w ramach walidacji hotfix przed zatwierdzeniem zmian do produkcji.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 25 września 2026 16:19 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na podzbiór klientów Flexera One IT Asset Management. Dotknięci klienci mogą doświadczyć brakujących danych inwentaryzacyjnych lub pustych wyników podczas dostępu do widoku All Inventory i związanych z nim poglądów opartych na wynalazkach. Kwestia ta ogranicza się do podzbioru klientów w Ameryce Północnej. Priorytet: P2 Działalność w zakresie odbudowy: Zespoły techniczne aktywnie badają kwestię i dokonują przeglądu przepływu danych dotyczących stanu inwentarza związanego z daną funkcjonalnością. Zakres oddziaływania jest walidowany, podczas gdy oceniane są warianty łagodzenia skutków i odzysku. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 25 września 2026 18:50 UTCidentified

   Zespoły techniczne zidentyfikowały prawdopodobną przyczynę problemu związanego z niedawną zmianą poziomu zdolności wpływającą na przetwarzanie danych inwentarza. Trwają działania w zakresie odzyskiwania danych, w tym działania retrolback i naprawcze mające na celu przywrócenie normalnego przetwarzania danych inwentarza. Zespoły techniczne aktywnie pracują nad rekultywacją i zatwierdzaniem odzysku dla poszkodowanych klientów. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

3. 25 września 2026 21:22 UTCidentified

   Zespoły techniczne kontynuują prace związane z rekultywacją i aktywnie realizują działania mające na celu przywrócenie normalnego przetwarzania danych inwentarza. W trakcie realizacji zespoły napotkały dodatkowe warunki, które wymagały dostosowania podejścia rekultywacyjnego, a uaktualnione działania w zakresie odzyskiwania pomocy są obecnie w toku. Zespoły techniczne nadal aktywnie angażują się i pracują stale, aby zakończyć rekultywację i przywrócić normalne usługi dla poszkodowanych klientów jak najszybciej. Doceniamy waszą cierpliwość, podczas gdy wysiłki te kontynuujemy i przepraszamy za trwający wpływ. Dalsze aktualizacje będą dostarczane w miarę dokonywania znaczących postępów.

4. 26 września 2026 00:55 UTCidentified

   Zespoły techniczne nadal pracują nad działaniami naprawczymi związanymi z tym zagadnieniem i aktywnie wykonują działania kontrolne i naprawcze mające na celu przywrócenie normalnego przetwarzania danych inwentarza. Trwają działania w zakresie odzyskiwania środków, a zespoły techniczne aktywnie monitorują realizację środków naprawczych.

5. 26 września 2026 05:25 UTCmonitoring

   Nasze zespoły techniczne pomyślnie zakończyły wymagane działania naprawcze. Zadania blokowania zostały wyczyszczone. Potwierdzono, że odpowiednie funkcje i procedury bazy danych funkcjonują w oczekiwanym stanie. Zespoły będą nadal monitorować środowisko w celu zapewnienia stabilności.

6. 26 września 2026 07:13 UTCresolved

   Wszystkie kontrole walidacyjne zostały zakończone pomyślnie, a usługi wróciły do normalnego funkcjonowania. Sprawa została rozwiązana.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 września 2026 21:43 UTCidentified

   Incydent Opis: Badamy problem dotykający Spot Ocean dla AWS. Klienci mogą nie być w stanie uruchomić nowych instancji ze względu na niepowodzenie tworzenia rezerw. W rezultacie, dotknięte klastry mogą nie być w stanie skalować zgodnie z oczekiwaniami. Istniejące obciążenia robocze nadal działają. Nasze zespoły techniczne aktywnie badają zakres i wpływ tej kwestii. Priorytet: P2 Działalność w zakresie odbudowy: Nasze zespoły techniczne zidentyfikowały potencjalną kwestię związaną z niedawną zmianą wpływającą na zaopatrzenie instancji i aktywnie zatwierdzają wpływ. Trwają działania łagodzące, w tym cofnięcie ostatnich zmian, podczas gdy zespoły monitorują odzysk i zachowanie serwisowe. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 24 września 2026 22:16 UTCresolved

   Dalsze dochodzenie wykazało, że ostatnia zmiana wpływająca na zachowanie rezerw instancyjnych przyczyniła się do powstania problemu. Zespoły techniczne zakończyły wycofywanie zmiany i zatwierdzone odzyskanie. Po cofnięciu, poziomy błędów powróciły do normalnego i nowe zabezpieczenie instancji wznowione pomyślnie. W trakcie całego incydentu istniejące instancje i obciążenie pracą nadal funkcjonowały. Uderzenie ograniczało się do uruchomienia nowej instancji i rozbudowy klastrów. Problem ten jest teraz uważany za rozwiązany. Szczegółowy raport poubojowy zostanie udostępniony po zakończeniu analizy przyczyn źródłowych i przeglądu incydentów po incydencie, dokumentując pełną sekwencję zdarzeń, czynniki przyczyniające się, wyciągnięte wnioski, i wszelkich działań następczych zidentyfikowanych.

3. 9 października 2026 06:33 UTCpostmortem

   * * Opis: * * Czas: * * 24 września 2026, 12: 00 PM PDT do 24 września 2026, 2: 54 PM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie 24 września 2026 roku Spot Ocean for AWS doświadczył problemu, który uniemożliwił niektórym klientom uruchomienie nowych instancji. W rezultacie klastry dotknięte problemem nie były w stanie skalować, zgodnie z oczekiwaniami, kiedy wymagane były dodatkowe zdolności obliczeniowe. Istniejące przypadki i obciążenie pracą utrzymywały się podczas całego incydentu. Wpływ ograniczono do operacji tworzenia nowych instancji i rozbudowy klastrów. Zespół techniczny stwierdził, że niedawna zmiana oprogramowania wprowadziła nieoczekiwane zachowanie podczas procesu tworzenia rezerw. Zmiana została cofnięta, co usunęło błędy w zaopatrzeniu i przywróciło normalną obsługę. Po wycofaniu, problem oprogramowania bazowego został zidentyfikowany i poprawiony. Zaktualizowana funkcjonalność została poddana dodatkowej walidacji w celu zapewnienia pełnego rozwiązania problemu przed ponownym wprowadzeniem go do środowiska produkcyjnego. Zespoły techniczne zatwierdziły udane uruchomienie instancji po wycofaniu, a walidacja klienta potwierdziła, że nowe zasilanie instancji funkcjonowało zgodnie z oczekiwaniami. Incydent został rozwiązany 24 września 2026 r. o godz. 14: 54. Uzasadnienie * * Root Cause * * Uzasadnienie Incydent został spowodowany niedawną zmianą oprogramowania, która wprowadziła niezamierzone zachowanie podczas tworzenia rezerw na instancję AWS. Zmiana miała wpływ na sposób przetwarzania niektórych informacji o konfiguracji klastra, co doprowadziło do niepowodzenia w zaopatrzeniu niektórych operacji skalowania. Podczas gdy zmiana została zaprojektowana w celu wsparcia znakowania określonych zasobów AWS, jej zachowanie miało również wpływ na inne obsługiwane konfiguracje klastrów. Pod pewnymi warunkami zaktualizowana logika znakowania doprowadziła do przedłożenia duplikatu informacji o oznakowaniu w ramach wniosku o przyznanie rezerwy. AWS odrzucił te wnioski, ponieważ informacja o znaczniku nie spełniała oczekiwanych wymagań. W rezultacie Spot Ocean nie był w stanie skutecznie ukończyć tworzenia rezerw w niektórych nowych instancjach. Dotyczyło to przede wszystkim uruchomienia nowej instancji i rozbudowy klastrów. Istniejące przypadki zostały już pomyślnie zapewnione i dlatego nadal funkcjonowały normalnie przez cały czas trwania incydentu. Funkcjonalność bazowa została od tego czasu poprawiona i wykonywana jest dodatkowa walidacja w celu zapewnienia, że uaktualnione zachowanie działa konsekwentnie w obsługiwanych konfiguracji klastra AWS przed powrotem do produkcji. Uzasadnienie Uzasadnienie * * Działania naprawcze * * Nasze zespoły przeprowadziły następujące działania, aby przywrócić normalność usług: * Rollled z powrotem zmiany oprogramowania, przywracanie normalnej instancji rezerw. * Zidentyfikowany i poprawiony podstawowy problem w funkcji dotkniętej. * Wykonane dodatkowe potwierdzenie poprawionej funkcjonalności. * Wprowadzono dodatkowe zabezpieczenia, aby umożliwić rozwój zaktualizowanej funkcjonalności w sposób kontrolowany. * Potwierdzono, że operacje tworzenia rezerw nowej instancji i skalowania klastrów funkcjonowały zgodnie z oczekiwaniami po zakończeniu procesu. Uzasadnienie * * Przyszłe środki zapobiegawcze * * * Rozszerzenie zautomatyzowanych testów na przykład tworzenia rezerw i skalowania klastrów. * Zwiększ testowanie regresji w obsługiwanych konfiguracjach klastrów AWS. * Rozszerz testowanie end-to@-@ end do skalowania przepływu pracy. * Poprawa monitorowania i ostrzegania o niepowodzeniach związanych z zaopatrzeniem i skalowaniem. * Wzmocnienie walidacji zmian przed wdrożeniem produkcji. * Wprowadzenie dodatkowych zabezpieczeń dla kontrolowanego wprowadzania zmian, które wpływają na zachowanie rezerw. * Zwiększenie zakresu badań dla przypadków krawędzi i scenariuszy obsługi błędów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 września 2026 20:46 UTCmonitoring

   Opis incydentu: Wcześniej, problem wpływający na przetwarzanie zapasów w Flexera One IT Asset Management (ITAM) w regionie NAM wpłynął na podzbiór klientów. Dochodzenie wykazało, że z powodzeniem odbierano ładunki do zapasów, ale nie były one przetwarzane dla klientów, których to dotyczy, co skutkowało opóźnieniami w udostępnianiu danych dotyczących zapasów odzwierciedlonych w systemie ITAM Flexera One. Wdrożono działania w zakresie odzyskiwania i od tego czasu z powodzeniem wznowiono przetwarzanie zapasów. Pliki inwentaryzacyjne nadal przetwarzają się normalnie, jednak odzyskiwanie pozostałego zaległości jest nadal w toku i jest śledzone przez ten incydent. Priorytet: P2 Działanie regeneracyjne: Zespoły techniczne wdrożyły działania odzyskiwania, które przywróciły przetwarzanie plików inwentaryzacyjnych i potwierdziły pomyślne przetwarzanie poprzez monitorowanie i logowanie. Funkcjonowanie usługi pozostaje stabilne, a odzyskiwanie zaległości jest kontynuowane, ponieważ wcześniej w kolejce są przetwarzane pliki inwentarza. Zespoły techniczne aktywnie monitorują postępy w odzyskiwaniu pomocy, zdrowie usług i redukcję zaległości, a jednocześnie kontynuują działania w zakresie walidacji. Poprzednie aktualizacje dotyczące wcześniejszych etapów tego incydentu można znaleźć w historii incydentu powiązanej poniżej. Dalsze aktualizacje będą dostarczane w miarę postępów w odzyskiwaniu zaległości i kontynuowania działań w zakresie walidacji. https: / / status.flexera.com / invents / 5wrg6jl9bj2h

2. 25 września 2026 08:15 UTCmonitoring

   Backlog recovery continues as previously queued invent files are procesed. Poziomy zaległości mieszczą się obecnie w dopuszczalnym zakresie, przy czym jedna organizacja pozostaje powyżej oczekiwanych poziomów. Zespoły techniczne w dalszym ciągu monitorują odzysk, zdrowie usług i działania związane z przetwarzaniem, przy jednoczesnym utrzymaniu walidacji.

3. 25 września 2026 13:28 UTCresolved

   Backlog nagromadzony podczas incydentu został pomyślnie przetworzony, a poziomy przetwarzania powróciły do normalnego zakresu działania. Nasze zespoły zakończyły proces odzyskiwania, a ten incydent został rozwiązany. Dalsze szczegóły dotyczące przyczyny i podjętych działań zostaną przedstawione w raporcie poubojowym.

4. 23 października 2026 17:27 UTCpostmortem

   * * Opis: * * Flexera One - IT Asset Management - NAM - Inventory Processing Delays After Production Release Activity * * Czas: * * 22 września 2026, 7: 05 PM PDT - 25 września 2026, 5: 30 AM PDT * * Podsumowanie zdarzeń * * 24 września 2026, zespoły techniczne rozpoczęły badanie raportów o opóźnionych aktualizacjach zapasów wpływających na podzbiór klientów wykorzystujących Flexera One IT Asset Management\ (ITAM\) w regionie Ameryki Północnej\ (NAM\). Chociaż pliki inwentaryzacyjne były z powodzeniem przesyłane i pozostawały dostępne, niektórzy klienci doświadczyli opóźnień w przetwarzaniu tych plików, zapobiegając odzwierciedleniu w aplikacji najnowszych informacji inwentaryzacyjnych. Informacje o statusie beaconu wyświetlane w ITAM mogły również być przestarzałe dla klientów, których to dotyczy. Przetwarzanie zapasów kontynuowano normalnie dla innych klientów. Kwestia ta miała miejsce w następstwie działalności ITAM 2026R1.3 uwalniania produkcji w dniu 22 września 2026 r. Dochodzenie wykazało przerwanie procesu odpowiedzialnego za przesyłanie przesłanych plików inwentaryzacyjnych do usług ITAM w zakresie przetwarzania danych. Podczas gdy pliki, których dotyczyło, pozostawały dostępne w magazynie, nie były przekazywane do przetwarzania. Zespoły techniczne odnotowały również w trakcie dochodzenia wysokie błędy w stosowaniu, chociaż błędy te nie zostały ostatecznie ustalone jako przyczyna przerwania. Zespoły techniczne przeprowadziły ukierunkowany restart danego komponentu usługowego, przywracając transfer plików inwentaryzacyjnych i umożliwiając ponowne przetwarzanie dla wcześniej dotkniętych klientów. Dodatkowe logowanie diagnostyczne umożliwiło wspieranie dalszych badań. Jednakże w czasie przerwy zgromadzono znaczne zaległości w zakresie plików inwentaryzacyjnych i wymagano dodatkowego czasu na przetworzenie. Po przywróceniu przetwarzania zespoły techniczne kontynuowały monitorowanie działań w zakresie inwentaryzacji oraz nagromadzonych zaległości. Do piątku, 25 września 2026 r., około 5: 30 AM PDT, zaległości związane z wypadkami powróciły do normalnego poziomu operacyjnego, co potwierdza odzyskanie przetwarzania zapasów. * * Root Cause * * Incydent został spowodowany przerwaniem procesu przetwarzania wynalazków w następstwie działalności ITAM 2026R1.3 uwalniania produkcji w regionie NAM. Chociaż pliki inwentaryzacyjne zostały z powodzeniem przesłane i pozostawały dostępne w magazynie, komponent odpowiedzialny za przesyłanie tych plików do przetwarzania ITAM przestał przesyłać dane inwentaryzacyjne dla podgrupy klientów. W rezultacie nie przetwarzano danych dotyczących zapasów, co opóźniało aktualizacje zapasów. Kwestia ta nie dotyczyła wszystkich klientów, ponieważ przetwarzanie zapasów było kontynuowane normalnie dla innych organizacji. Badanie wykazało wysokie błędy i zachowanie aplikacji wskazujące, że dotknięty komponent przetwórczy nie odzyskuje zgodnie z oczekiwaniami. Dokładny stan techniczny odpowiedzialny za częściowe przerwanie postępowania jest nadal badany. Przeznaczony restart części usługowej, która została dotknięta, odrestaurowane przetwarzanie zapasów dla klientów, którzy mieli wpływ. Zgromadzone zaległości zostały następnie przetworzone, umożliwiając aktualizacje zapasów powrócić do normalnego poziomu. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: 1. * * Incydent Investigation Initiated: * * Zespoły techniczne zbadały sprawozdania z opóźnionych aktualizacji inwentaryzacji wpływających na podzbiór klientów w regionie NAM i dokonały przeglądu przepływu pracy w zakresie przetwarzania wynalazków w celu określenia zakresu problemu. 2. * * Określone przerwy w przetwarzaniu zapasów: * * Dochodzenie potwierdziło, że przesłane pliki inwentaryzacyjne są dostępne w magazynach, ale nie były przekazywane do usług przetwarzania dla klientów, których to dotyczy. 3. * * Afected Service Component Reparted: * * Ukierunkowany restart danego komponentu usługowego przywrócił transfer plików inwentaryzacyjnych i pozwolił na wznowienie procesu przetwarzania dla wcześniej dotkniętych klientów. 4. * * Dodatkowe logowanie diagnostyczne: * * Dodatkowe logowanie umożliwiło rejestrowanie dalszych informacji technicznych i wsparcie dalszego dochodzenia w sprawie podstawowego przerwania przetwarzania. 5. * * Inventory Backlog Recovery Monitorowany: * * Zespoły techniczne monitorowały nagromadzone zaległości w inwentaryzacji po przywróceniu przetwarzania i potwierdziły, że pliki inwentaryzacyjne są z powodzeniem przetwarzane. 6. * * Zatwierdzony odzysk usług: * * Zespoły techniczne potwierdziły, że zaległości związane z przypadkami powróciły do normalnego poziomu operacyjnego do 25 września i że przetwarzanie zapasów pozostaje stabilne. * * Przyszłe środki zapobiegawcze * * Po tym incydencie przeprowadziliśmy retrospektywną analizę awarii częściowego przetwarzania wynalazków, istniejącej architektury dostarczania wynalazków, dostępnych informacji diagnostycznych oraz możliwości poprawy niezawodności przetwarzania i widoczności awarii. Trwają następujące działania naprawcze i działania usprawniające: 1. * * Poprawa architektury przetwarzania materiałów: * * Planowane są prace mające na celu uproszczenie integracji przetwarzania wynalazków poprzez umożliwienie ITAM pobierania przesłanych plików inwentaryzacyjnych bezpośrednio z warstwy magazynowej, a nie poleganie na istniejącej pośredniej usłudze spedycyjnej. Zmiana ta wyeliminuje dodatkowe uzależnienie od ścieżki przetwarzania i zapewni większą kontrolę nad przetwarzaniem, zarządzaniem zaległościami, zdolnością i odzyskiwaniem. 2. * * Ulepszona diagnostyka awarii: * * Rejestrowanie diagnostyczne i telemetria wymagane do wychwytywania odpowiedniego stanu służby podczas niesprawności częściowego przetwarzania danych zostaną ocenione i odpowiednio wzmocnione. Dostarczy to ulepszonych informacji technicznych w celu wsparcia określenia przyczyny root- jeśli podobny stan powtarza.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 września 2026 14:08 UTCinvestigating

   Incydent Opis: Badamy problem wpływający na podzbiór klientów przy użyciu Flexera One IT Asset Management (ITAM) w regionie NAM. Dotknięci klienci mogą doświadczać problemów z nawigacją, w tym elementów menu, które nie są widoczne w interfejsie ITAM, 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. 24 września 2026 15:44 UTCinvestigating

   Zespoły techniczne nadal badają kwestię wpływającą na zarządzanie aktywami informatycznymi Flexera One w środowisku produkcji NAM. Bieżące wysiłki koncentrują się na określeniu, w jakich przypadkach awarie występują w ramach danego przepływu pracy. Zespoły dokonują przeglądu zachowania aplikacji, procesów walidacji, interakcji serwisowych, telemetrii platformy oraz wszelkich ostatnich zmian lub warunków środowiskowych, które mogą przyczynić się do problemu. Dochodzenie nadal trwa, a dalsze aktualizacje zostaną dostarczone w miarę dostępności dodatkowych informacji.

3. 24 września 2026 17:48 UTCinvestigating

   Zespoły techniczne poczyniły postępy w ograniczaniu zakresu tej kwestii i skupiają się na składnikach aplikacji zaangażowanych w załadunek informacji o dostępie użytkowników i nawigacji. Obecne ustalenia wskazują, że niektóre wnioski w ramach tego procesu nie są wypełniane zgodnie z oczekiwaniami, co powoduje, że pozycje menu nie mogą być załadowane dla zainteresowanych użytkowników. Trwają prace nad określeniem przyczyny i zatwierdzeniem odpowiedniej remediacji. Dodatkowe aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

4. 24 września 2026 18:39 UTCmonitoring

   Zespoły techniczne obserwują obecnie stabilne zachowania serwisowe i znaczne zmniejszenie błędów związanych z tym incydentem. Afected application functions are operated normally based on current telemetry and monitoring data. Podczas gdy stabilność usług uległa poprawie, zespoły techniczne nadal uważnie monitorują środowisko, aby potwierdzić, że problem nie powtarza się. Dochodzenie w sprawie przyczyny nadal trwa. Będziemy nadal monitorować i dostarczać dalsze aktualizacje w miarę dostępności dodatkowych informacji.

5. 24 września 2026 20:33 UTCresolved

   Zespoły techniczne potwierdziły, że usługa pozostaje stabilna i ma wpływ na funkcjonalność zarządzania aktywami IT działa normalnie. Podczas dochodzenia zespoły techniczne zidentyfikowały warunki nasycenia połączeń wpływające na składniki aplikacji odpowiedzialne za dostęp użytkowników i funkcje nawigacyjne. Warunki te zostały zaobserwowane podczas badania zderzeniowego i zbiegły się z niepowodzeniem doświadczonym przez dotkniętych użytkowników. Funkcjonalność usługi odzyskana, a walidacja klienta potwierdziła, że strony ITAM i pozycje menu zostały załadowane pomyślnie. Po okresie monitorowania bez ponownego wystąpienia problemu, uznaje się, że incydent został rozwiązany. Trwa szczegółowy przegląd incydentu w celu dalszej weryfikacji czynników przyczyniających się do jego wystąpienia oraz określenia wszelkich dodatkowych działań zapobiegawczych.

6. 8 października 2026 11:23 UTCpostmortem

   * * Opis: * * Flexera One - Zarządzanie aktywami IT - NAM - Menu Pozycje nie Ładowanie * * Czas: * * 24 września 2026, 5: 27 AM PDT - 24 września 2026, 10: 48 AM PDT * * Podsumowanie zdarzeń * * W dniu 24 września 2026 roku klienci korzystający z Flexera One IT Asset Management\ (ITAM\) w regionie Ameryki Północnej doświadczyli przerywanych kwestii wczytywania menu aplikacji i dostępu do części funkcji ITAM. Niektórzy klienci napotkali częściowo załadowane lub brakujące menu, komunikaty błędów i niespójne zachowanie aplikacji. Zespoły techniczne zbadały tę kwestię w całym zakresie usług aplikacji i usług pomocniczych oraz zidentyfikowały nieprawidłowe wykorzystanie połączeń w ramach komponentów wspierających funkcjonalność ITAM. W miarę wyczerpywania się dostępnej zdolności przyłączeniowej niektóre wnioski o podanie nie mogły być już skutecznie wypełniane, co doprowadziło do błędów związanych z uwierzytelnianiem i uniemożliwiło załadowanie części funkcji ITAM. Serwis rozpoczął odzyskiwanie około 10: 46 AM PDT, przed zakończeniem wdrażania hotfix naprawczego. Ostatnie powiązane błędy w stosowaniu zostały odnotowane o 10: 48 AM PDT. Zespoły techniczne kontynuowały badanie przyczyny, monitorując jednocześnie środowisko i zatwierdzając funkcjonalność klienta. Analiza poincydentów wykazała, że usługi aplikacji na serwerach, których to dotyczy, zostały ponownie uruchomione, uwalniając zgromadzone połączenia i umożliwiając tworzenie nowych połączeń. Hotfix korekcyjny został następnie zastosowany jako środek zapobiegawczy w celu rozwiązania problemu zachowania obsługi połączeń podczas badania przyczyny nadal. Po ciągłym monitorowaniu i walidacji klientów zespoły techniczne potwierdziły, że funkcje ITAM powróciły do normalnego funkcjonowania. * * Root Cause * * Incydent został spowodowany problemem zarządzania połączeniami wprowadzonym podczas wydania ITAM 2026 R1.3. Zmiana przepływu uwierzytelniania aplikacji spowodowała tworzenie nowych połączeń usługowych, a nie ponowne wykorzystywanie istniejących połączeń. Z biegiem czasu połączenia te zgromadziły i wyczerpały dostępną przepustowość połączeń w obrębie odpowiednich komponentów aplikacji. Po wyczerpaniu tych zdolności produkcyjnych nie udało się z powodzeniem ustalić nowych wniosków. Spowodowało to błędy związane z uwierzytelnianiem i uniemożliwiło załadowanie części funkcji ITAM, powodując brakujące elementy menu, komunikaty o błędach oraz przerywaną utratę dostępu dla klientów, których to dotyczy. Hotfix poprawiający to zachowanie został już stworzony i został włączony do planu rozmieszczenia przed wdrożeniem produkcji. Hotfix początkowo został wyznaczony dla środowiska walidacji, ponieważ produkcja nie została jeszcze uaktualniona. Plan ten miał być stosowany w odniesieniu do produkcji w ramach wydania R1.3, ale nie był stosowany w trakcie wdrażania produkcji. W rezultacie korekta zarządzania połączeniami nie została wprowadzona w momencie wydania. * * Działania naprawcze * * 1. Incydent Investigation Initiated: Zespoły techniczne zbadały błędy aplikacji i przerywaną utratę funkcji ITAM w celu określenia zakresu i przyczyny. 2. Saturacja połączenia Zidentyfikowana: Analiza składników aplikacji wykryła nieprawidłową akumulację połączenia, która wyczerpała dostępną pojemność połączenia i zapobiegała pomyślnemu wypełnianiu nowych wniosków o aplikację. 3. Korekcyjny Hotfix Potwierdzony: Zespoły techniczne zidentyfikowali istniejący hotfix, który poprawił zachowanie obsługi połączeń poprzez ponowne wykorzystanie połączeń serwisowych zamiast tworzenia nowych połączeń dla każdego żądania. 4. Prawidłowe Hotfix Deploped: Hotfix został wprowadzony do produkcji jako środek zapobiegawczy w celu rozwiązania problemu zarządzania połączeniami i zapobiec dalszej akumulacji połączeń. 5. Usługa Odzyskiwanie Zatwierdzona: Zespoły techniczne kontynuowały monitorowanie zachowania aplikacji i walidację funkcjonalności klienta po odzyskaniu w celu potwierdzenia, że usługi ITAM powróciły do normalnej pracy. * * Przyszłe środki zapobiegawcze * * Po tym incydencie przeprowadziliśmy retrospektywną analizę przyczyn technicznych, uwolnienia i procesu wdrażania hotfix, możliwości monitorowania oraz czynników, które przyczyniły się do wpływu na klienta. Następujące środki zostały zakończone lub są obecnie wdrażane: 1. Korekta zarządzania połączeniami: Zmiany naprawcze zostały wprowadzone w celu zapewnienia właściwego ponownego wykorzystania połączeń usługowych oraz zapobieżenia wyczerpaniu dostępnych zasobów aplikacji. 2. Walidacja wdrażania produkcji: Korekta zarządzania połączeniami została zastosowana i zatwierdzona we wszystkich regionach produkcyjnych w celu zapewnienia spójnego wdrażania. 3. Release i Hotfix Ulepszenia Procesu: Procedury release są wzmacniane tak, że hotfixs zawarte w planach rozmieszczenia wydania są konsekwentnie wyznaczone do wdrożenia produkcji, w tym hotfixs początkowo utworzone lub zatwierdzone przed uaktualnieniem środowiska produkcji. 4. Hotfix Process Review: Oceniamy udoskonalenia całego procesu hotfix w celu zmniejszenia zależności od hotfix produkcji i dalszego zmniejszenia ryzyka wymaganych zmian naprawczych nie są włączone do przyszłych wersji produkcyjnych. 5. Wzmocniony monitoring aplikacji: Wdrażane są dodatkowe monitorowanie i ostrzeganie na poziomie aplikacji w celu poprawy wczesnego wykrywania nieregularnych awarii i nieprawidłowych warunków błędu, zanim spowodują one szerszy wpływ na klienta.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 września 2026 10:11 UTCinvestigating

   Opis zdarzenia: Zidentyfikowaliśmy problem wpływający na przetwarzanie zapasów w Flexera One IT Asset Management (ITAM) w regionie NAM, wpływając na podzbiór klientów. W wyniku tego niektóre ładunki inwentarza nie są przetwarzane z powodzeniem, co powoduje, że dane dotyczące zapasów wyświetlane w systemie Flexera One ITAM są opóźnione i nie odzwierciedlają ostatnio wprowadzonego inwentarza. Priorytet: P2 Aktywność przywracania: Nasze zespoły techniczne aktywnie badają problem w celu zidentyfikowania przyczyny i wdrożenia poprawki. Nadal uważnie monitorujemy sytuację i będziemy dostarczać dalszych aktualizacji w miarę postępów w dochodzeniu.

2. 24 września 2026 12:27 UTCinvestigating

   Dalsze dochodzenie wskazuje, że problem ten wydaje się związany z służbą odpowiedzialną za przekazywanie danych dotyczących zapasów ITAM. Nasze zespoły techniczne nadal badają tę sprawę i pracują nad zidentyfikowaniem przyczyny i określeniem odpowiedniej remediacji. Będziemy nadal dostarczać dalsze aktualizacje w miarę dostępności większej ilości informacji.

3. 24 września 2026 14:32 UTCmonitoring

   Nasz zespół dokonał restartów ukierunkowanych pod, a następnie z powodzeniem wznowił przetwarzanie plików inwentaryzacyjnych dla wszystkich zainteresowanych klientów. Udane przetwarzanie zostało zatwierdzone przez logi i wykresy monitorowania. Będziemy nadal ściśle monitorować usługi, aby zapewnić ciągłą stabilność i dostarczać dalsze aktualizacje w miarę dostępności dodatkowych informacji.

4. 24 września 2026 18:42 UTCmonitoring

   Nasze zespoły techniczne nadal obserwują pomyślne przetwarzanie plików inwentaryzacyjnych i stabilną obsługę po zakończeniu działań naprawczych. Walidacja poprzez monitorowanie potwierdza, że dane dotyczące zapasów są z powodzeniem przetwarzane. Backlog odzyskiwania jest obecnie w toku, z liniami przetwarzania zapasów nadal maleje w miarę przetwarzania plików. Zespoły techniczne aktywnie monitorują postępy w odzyskiwaniu i ogólne zdrowie służby, podczas gdy pozostałe zaległości są usuwane. Będziemy nadal dostarczać aktualizacje w miarę postępów w odzyskiwaniu.

5. 24 września 2026 20:32 UTCresolved

   Ten incydent został niechcący oznaczony jako rozwiązany z aktualizacją przeznaczoną do oddzielnego incydentu. Odzyskiwanie zapasów jest nadal monitorowane, ponieważ pozostałe zaległości są nadal usuwane. Zespoły techniczne nadal obserwują skuteczne przetwarzanie plików i stabilną obsługę. Trwające aktualizacje odzyskiwania i monitorowanie zaległości będą kontynuowane w ramach nowo powstałego incydentu: https: / / status.flexera.com / invents / vztp63wmxjjb Dostarczymy dalsze aktualizacje w miarę postępów w odzyskiwaniu zaległości, a walidacja odzyskiwania będzie kontynuowana.

6. 23 października 2026 17:25 UTCpostmortem

   * * Opis: * * Flexera One - IT Asset Management - NAM - Inventory Processing Delays After Production Release Activity * * Czas: * * 22 września 2026, 7: 05 PM PDT - 25 września 2026, 5: 30 AM PDT * * Podsumowanie zdarzeń * * 24 września 2026, zespoły techniczne rozpoczęły badanie raportów o opóźnionych aktualizacjach zapasów wpływających na podzbiór klientów wykorzystujących Flexera One IT Asset Management\ (ITAM\) w regionie Ameryki Północnej\ (NAM\). Chociaż pliki inwentaryzacyjne były z powodzeniem przesyłane i pozostawały dostępne, niektórzy klienci doświadczyli opóźnień w przetwarzaniu tych plików, zapobiegając odzwierciedleniu w aplikacji najnowszych informacji inwentaryzacyjnych. Informacje o statusie beaconu wyświetlane w ITAM mogły również być przestarzałe dla klientów, których to dotyczy. Przetwarzanie zapasów kontynuowano normalnie dla innych klientów. Kwestia ta miała miejsce w następstwie działalności ITAM 2026R1.3 uwalniania produkcji w dniu 22 września 2026 r. Dochodzenie wykazało przerwanie procesu odpowiedzialnego za przesyłanie przesłanych plików inwentaryzacyjnych do usług ITAM w zakresie przetwarzania danych. Podczas gdy pliki, których dotyczyło, pozostawały dostępne w magazynie, nie były przekazywane do przetwarzania. Zespoły techniczne odnotowały również w trakcie dochodzenia wysokie błędy w stosowaniu, chociaż błędy te nie zostały ostatecznie ustalone jako przyczyna przerwania. Zespoły techniczne przeprowadziły ukierunkowany restart danego komponentu usługowego, przywracając transfer plików inwentaryzacyjnych i umożliwiając ponowne przetwarzanie dla wcześniej dotkniętych klientów. Dodatkowe logowanie diagnostyczne umożliwiło wspieranie dalszych badań. Jednakże w czasie przerwy zgromadzono znaczne zaległości w zakresie plików inwentaryzacyjnych i wymagano dodatkowego czasu na przetworzenie. Po przywróceniu przetwarzania zespoły techniczne kontynuowały monitorowanie działań w zakresie inwentaryzacji oraz nagromadzonych zaległości. Do piątku, 25 września 2026 r., około 5: 30 AM PDT, zaległości związane z wypadkami powróciły do normalnego poziomu operacyjnego, co potwierdza odzyskanie przetwarzania zapasów. * * Root Cause * * Incydent został spowodowany przerwaniem procesu przetwarzania wynalazków w następstwie działalności ITAM 2026R1.3 uwalniania produkcji w regionie NAM. Chociaż pliki inwentaryzacyjne zostały z powodzeniem przesłane i pozostawały dostępne w magazynie, komponent odpowiedzialny za przesyłanie tych plików do przetwarzania ITAM przestał przesyłać dane inwentaryzacyjne dla podgrupy klientów. W rezultacie nie przetwarzano danych dotyczących zapasów, co opóźniało aktualizacje zapasów. Kwestia ta nie dotyczyła wszystkich klientów, ponieważ przetwarzanie zapasów było kontynuowane normalnie dla innych organizacji. Badanie wykazało wysokie błędy i zachowanie aplikacji wskazujące, że dotknięty komponent przetwórczy nie odzyskuje zgodnie z oczekiwaniami. Dokładny stan techniczny odpowiedzialny za częściowe przerwanie postępowania jest nadal badany. Przeznaczony restart części usługowej, która została dotknięta, odrestaurowane przetwarzanie zapasów dla klientów, którzy mieli wpływ. Zgromadzone zaległości zostały następnie przetworzone, umożliwiając aktualizacje zapasów powrócić do normalnego poziomu. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: 1. * * Incydent Investigation Initiated: * * Zespoły techniczne zbadały sprawozdania z opóźnionych aktualizacji inwentaryzacji wpływających na podzbiór klientów w regionie NAM i dokonały przeglądu przepływu pracy w zakresie przetwarzania wynalazków w celu określenia zakresu problemu. 2. * * Określone przerwy w przetwarzaniu zapasów: * * Dochodzenie potwierdziło, że przesłane pliki inwentaryzacyjne są dostępne w magazynach, ale nie były przekazywane do usług przetwarzania dla klientów, których to dotyczy. 3. * * Afected Service Component Reparted: * * Ukierunkowany restart danego komponentu usługowego przywrócił transfer plików inwentaryzacyjnych i pozwolił na wznowienie procesu przetwarzania dla wcześniej dotkniętych klientów. 4. * * Dodatkowe logowanie diagnostyczne: * * Dodatkowe logowanie umożliwiło rejestrowanie dalszych informacji technicznych i wsparcie dalszego dochodzenia w sprawie podstawowego przerwania przetwarzania. 5. * * Inventory Backlog Recovery Monitorowany: * * Zespoły techniczne monitorowały nagromadzone zaległości w inwentaryzacji po przywróceniu przetwarzania i potwierdziły, że pliki inwentaryzacyjne są z powodzeniem przetwarzane. 6. * * Zatwierdzony odzysk usług: * * Zespoły techniczne potwierdziły, że zaległości związane z przypadkami powróciły do normalnego poziomu operacyjnego do 25 września i że przetwarzanie zapasów pozostaje stabilne. * * Przyszłe środki zapobiegawcze * * Po tym incydencie przeprowadziliśmy retrospektywną analizę awarii częściowego przetwarzania wynalazków, istniejącej architektury dostarczania wynalazków, dostępnych informacji diagnostycznych oraz możliwości poprawy niezawodności przetwarzania i widoczności awarii. Trwają następujące działania naprawcze i działania usprawniające: 1. * * Poprawa architektury przetwarzania materiałów: * * Planowane są prace mające na celu uproszczenie integracji przetwarzania wynalazków poprzez umożliwienie ITAM pobierania przesłanych plików inwentaryzacyjnych bezpośrednio z warstwy magazynowej, a nie poleganie na istniejącej pośredniej usłudze spedycyjnej. Zmiana ta wyeliminuje dodatkowe uzależnienie od ścieżki przetwarzania i zapewni większą kontrolę nad przetwarzaniem, zarządzaniem zaległościami, zdolnością i odzyskiwaniem. 2. * * Ulepszona diagnostyka awarii: * * Rejestrowanie diagnostyczne i telemetria wymagane do wychwytywania odpowiedniego stanu służby podczas niesprawności częściowego przetwarzania danych zostaną ocenione i odpowiednio wzmocnione. Dostarczy to ulepszonych informacji technicznych w celu wsparcia określenia przyczyny root- jeśli podobny stan powtarza.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 września 2026 10:05 UTCinvestigating

   Opis incydentu: Badamy obecnie kwestię wpływającą na dostęp do naszych usług w środowisku UE. Klienci w UE mogą doświadczać problemów związanych z dostępem do usługi. Priorytet: P1 Działalność remontowa: Nasze zespoły techniczne aktywnie badają tę kwestię jako priorytet i pracują nad jak najszybszym przywróceniem normalnej obsługi.

2. 23 września 2026 10:24 UTCmonitoring

   Usługi zostały przywrócone, a dostęp funkcjonuje zgodnie z oczekiwaniami. Nasze zespoły ściśle monitorują platformę, aby zapewnić stałą stabilność.

3. 23 września 2026 11:43 UTCresolved

   Nasze zespoły nadal monitorują platformę i nie zauważyły ponownego wystąpienia problemu. Ten incydent został rozwiązany. Będziemy kontynuować nasze śledztwo, aby ustalić podstawową przyczynę i określić odpowiednie działania naprawcze. Dalsze szczegóły zostaną przedstawione w raporcie poubojowym.

4. 26 października 2026 10:40 UTCpostmortem

   * * Opis: * * Flexera 1 - UE - Dostęp niedostępny * * Czas: * * * 24 września 2026, 2: 51 AM PDT do 24 września 2026, 3: 18 AM PDT * 25 września 2026, 3: 50 do 25 września 2026, 4: 30 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W dniu 24 września 2026 r. o godz. 2: 51 AM PDT klienci doświadczyli awarii logowania podczas próby uzyskania dostępu do środowiska produkcji Flexera One EU. Dochodzenie potwierdziło degradację usług zarządzania tożsamością i dostępem w UE, co uniemożliwiło klientom dostęp do platformy. Dochodzenie wykazało znaczny wzrost połączeń baz danych związanych ze zwiększonym natężeniem ruchu w jednej organizacji. Dalsza analiza wykazała, że powtarzające się wnioski generowane przez inne usługi również przyczyniły się do zwiększenia obciążenia usług uwierzytelniania i kontroli dostępu. O 3: 18 AM PDT, funkcjonalność logowania klienta została przywrócona bez bezpośredniej interwencji technicznej, a platforma wróciła do normalnej pracy. W dniu 25 września 2026 r. około 3: 50 AM PDT zaobserwowano kolejny wzrost połączeń z bazą danych, związany ze wzrostem ruchu z tej samej organizacji. Zwiększone obciążenie utrzymuje się przez około 40 minut. W odpowiedzi autoskalowanie umożliwiło usłudze zarządzania zasobami zwiększenie przepustowości i poprawę stabilności platformy. Uzasadnienie * * Root Cause * * Uzasadnienie Incydent ten został spowodowany nieoczekiwanym wzrostem ruchu, który spowodował nadmierne zapotrzebowanie na usługi uwierzytelniania UE i związane z nimi połączenia baz danych. Zwiększone obciążenie dotyczyło usług odpowiedzialnych za przetwarzanie wniosków o uwierzytelnianie, co doprowadziło do niepowodzenia logowania klientów w środowisku produkcyjnym UE. Wielokrotne wnioski z innych usług do usług uwierzytelniania i kontroli dostępu dodatkowo przyczyniły się do zwiększenia obciążenia. Ponadto nie umożliwiono automatycznego skalowania usługi zarządzania zasobami, ograniczając jej zdolność do dynamicznego zwiększania zdolności w odpowiedzi na wyższy popyt. Naruszenia w zakresie aktywnego monitorowania i ostrzegania również ograniczyły zdolność do identyfikacji degradacji, zanim klienci doświadczyli awarii dostępu. Uzasadnienie * * Działania naprawcze * * Uzasadnienie Nasze zespoły przeprowadziły następujące działania, aby przywrócić normalność usług: * Incydent 24 września rozwiązany bez bezpośredniej interwencji technicznej, a funkcjonalność logowania klienta została przywrócona o 3: 18 AM PDT. * W dniu 25 września autoskalowanie umożliwiło usłudze zarządzania zasobami zwiększenie zdolności w odpowiedzi na wzrost popytu. * Zespół kontynuował monitorowanie połączeń baz danych i zdrowia usług w celu oceny stabilności platformy. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie Zidentyfikowano następujące działania, nad którymi trwają prace w celu zmniejszenia prawdopodobieństwa ponownego wystąpienia i poprawy odporności usług: * Automatyczne skalowanie: Przegląd konfiguracji autoskalowania dla usługi zarządzania zasobami we wszystkich regionach produkcji, w celu zapewnienia dostosowania zdolności do zmian obciążenia pracą. * Zarządzanie przepustowością bazy danych: Przegląd ustawień puli połączeń bazy danych i zapewnić, że skalowanie usług pozostaje w obrębie dostępnej pojemności połączenia bazy danych. * Proaktywne monitorowanie i ostrzeganie: Przegląd i wprowadzić alarmy dla nieprawidłowego rozwoju połączenia bazy danych, nasycenie puli połączeń, latencja usług, poziom błędów i wykorzystanie zasobów. * Monitorowanie ruchu drogowego: Poprawa widoczności w strukturze ruchu na poziomie organizacyjnym w celu zidentyfikowania nietypowych skoków żądań, zanim dotkną innych klientów. * Zarządzanie ruchem: Ocena odpowiednich kontroli ograniczających rate- i przepustowość, aby zapobiec nadmiernym ruchem z jednej organizacji z wpływu na dostępność platformowa. * Badanie obciążenia i pojemności: Przeprowadzenie badania obciążenia przy użyciu wzorców ruchu reprezentatywnych dla incydentu w celu potwierdzenia wydajności usługi i przepustowości bazy danych pod wysokim zapotrzebowaniem.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 września 2026 06:51 UTCinvestigating

   Incydent Opis: Badamy obecnie problem wpływający na Flexera One IT Asset Management (ITAM) Ameryki Północnej Środowisko produkcyjne, które pozostaje niedostępne ze względu na planowaną konserwację wykraczającą poza planowane okno konserwacji. Działalność konserwacyjna jest nadal w toku, podczas gdy baza danych kończy się. Priorytet: P1 Działalność remontowa: Nasze zespoły techniczne aktywnie pracują nad zakończeniem pozostałych czynności konserwacyjnych i jak najszybszym przywróceniem obsługi. ETA na odbudowę bazy danych wynosi około 2 godzin. Nasze zespoły ściśle monitorują postępy i dostarczą dalszych szczegółów w miarę ich dostępności.

2. 23 września 2026 09:15 UTCinvestigating

   Nasze zespoły techniczne zakończyły najważniejszą fazę prac konserwacyjnych i kontynuują dalsze przetwarzanie wymagane do zakończenia aktualizacji. Proces trwa dłużej niż pierwotnie szacowano. Środowisko pozostaje niedostępne w czasie trwania tych działań. Zespoły aktywnie monitorują pozostałe możliwości przetwarzania i oceny w celu jak najszybszego i bezpiecznego przywrócenia usługi. Dalsze aktualizacje będą dostarczane w miarę postępów w aktualizacji, a czas odbudowy staje się jaśniejszy.

3. 23 września 2026 11:47 UTCmonitoring

   Aktualizacja została zakończona pomyślnie. Nasze zespoły pracują teraz nad przywróceniem usług i wykonaniem walidacji po wdrożeniu.

4. 23 września 2026 13:02 UTCmonitoring

   Aktualizacja została zakończona pomyślnie, a strona jest teraz z powrotem online. Nasz zespół przeprowadza ostateczne kontrole walidacyjne, aby potwierdzić stabilność służby przed ogłoszeniem incydentu rozwiązanego.

5. 23 września 2026 15:57 UTCresolved

   Usługa została przywrócona i działa normalnie. Po odzyskaniu środków zespoły techniczne zakończyły rozszerzoną działalność w zakresie monitorowania i walidacji oraz potwierdziły stabilną działalność. Incydent jest teraz uważany za rozwiązany.

6. 30 września 2026 16:02 UTCpostmortem

   * * Opis: * * Flexera One - IT Asset Management - North America - Service Availability After 2026R1.3 Konserwacja * * Czas: * * 22 września 2026, 9: 00 PM PDT - 23 września 2026, 5: 47 AM PDT * * Podsumowanie zdarzeń * * W dniu 22 września 2026 roku Flexera przeprowadził planowane wydanie 2026R1.3 produkcji dla Flexera One IT Asset Management w regionie Ameryki Północnej. Ulepszenie przebiega pomyślnie w większości baz danych w środowisku. Jednakże, gdy planowe okno obsługi technicznej zakończyło się o 21: 00 PDT, wymagana operacja migracji w bazie danych pozostała w toku. Ponieważ środowisko produkcyjne nie mogło zostać przywrócone do czasu zakończenia migracji, zarządzanie aktywami informatycznymi pozostało niedostępne po planowanym okresie utrzymania. Pozostała migracja wymagała odbudowania dużego indeksu bazy danych obejmującego znaczną ilość danych. Operacja stała się krytyczną ścieżką do zakończenia uwolnienia i trwała znacznie dłużej niż przewidywano. Po zakończeniu wstępnego etapu przetwarzania indeksu baza danych nadal jest potrzebna do przeprowadzenia dodatkowych działań sortowania i tworzenia indeksu. Prace te trwały przez kilka godzin i wydłużały ogólny czas trwania migracji. Podczas dochodzenia zespoły techniczne oceniły dostępne opcje odzysku, w tym czy dana baza danych mogłaby zostać tymczasowo oddzielona od ścieżki migracji, aby umożliwić reszcie środowiska powrót do służby. Ze względu na etap wdrażania i dodatkowe prace związane z odzyskiwaniem, takie podejście byłoby wymagane, najbardziej wiarygodną ścieżką odzysku było umożliwienie zakończenia działania bazy danych przed przywróceniem środowiska. Po zakończeniu migracji z bazy danych zespoły techniczne zaczęły przywracać aplikacje i usługi pomocnicze. Podczas uruchamiania napotkano dodatkową kwestię odzysku usług, która wymagała ręcznej interwencji przed kontynuowaniem renowacji. Po rekultywacji pozostałe usługi w zakresie aplikacji i platform zostały z powodzeniem przywrócone. Zespoły techniczne zakończyły następnie czynności walidacyjne, potwierdziły dostęp klientów oraz przeprowadziły rozszerzony monitoring w celu weryfikacji stabilności usług. Wpływ na klienta zakończył się 23 września 2026 o 5: 47 AM PDT. * * Root Cause * * Wycofanie było spowodowane rozbieżnością w konfiguracji indeksu bazy danych, która została zidentyfikowana podczas migracji 2026R1.3, co doprowadziło do dużej operacji odbudowy indeksu, która znacznie przekroczyła planowane okno utrzymania. Dochodzenie poincydentalne wykazało, że indeks w danej bazie danych nie odpowiada strukturze bazy danych, której oczekuje obecne wydanie. Indeks został wcześniej odtworzony przy użyciu starszej definicji, która nie zawierała późniejszej zmiany projektu bazy danych. Podczas wdrażania 2026R1.3 proces migracji zidentyfikował tę różnicę i zainicjował operację bazy danych wymaganą do dostosowania wskaźnika do obecnej definicji bazy danych. Ze względu na wyjątkowo duży rozmiar zbioru danych, w wyniku odbudowy stała się długotrwała i intensywna pod względem zasobów operacja, która znacznie przekroczyła planowane okno konserwacji. Po zakończeniu odbudowy nie można było wiarygodnie przewidzieć pozostałego czasu przetwarzania, co utrudniło dokonanie dokładnego oszacowania ukończenia operacji. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: * Index Rebuild Monitorowane: Index odbudowa i pozostałe działania aktualizacji bazy danych były stale monitorowane poprzez ukończenie. * Opcje odzyskiwania ocenione: Dostępne podejścia do renowacji zostały ocenione w celu określenia najbezpieczniejszej i najbardziej niezawodnej drogi do powrotu środowiska produkcyjnego do usług. * Database Upgrade Completed: Index rebuild and reserve database upgrade activities zostały ukończone przed rozpoczęciem renowacji aplikacji. * Aplikacja i usługi pomocnicze Przywrócono: Aplikacje i usługi pomocnicze zostały przywrócone. Ukierunkowane działania w zakresie odzyskiwania zostały podjęte w przypadku napotkania dodatkowego problemu związanego z uruchomieniem usługi. * Odzyskiwanie Usług Potwierdzono: Potwierdzono dostęp klienta i funkcjonalność aplikacji, przeglądano pozostałe przetwarzanie tła i zakończono rozszerzoną kontrolę w celu weryfikacji stabilnej pracy. * * Przyszłe środki zapobiegawcze * * Firma Flexera uznaje znaczenie i czas trwania tego przestoju oraz jego wpływ na klientów w regionie Ameryki Północnej. Zakończono pełną analizę przyczyn pierwotnych oraz retrospektywną analizę krzyżową, a następujące środki zapobiegawcze zostały zidentyfikowane jako część trwających wysiłków na rzecz poprawy: 1. Walidacja procedury bazy danych: Zespoły techniczne oceniają, w jaki sposób przeglądane i utrzymywane są procedury rekultywacji bazy danych, aby zapewnić ich zgodność z obecnymi wymaganiami dotyczącymi produktów w miarę rozwoju platformy. 2. Weryfikacja przed wdrożeniem: Proces zatwierdzania uwolnień jest poddawany ocenie w celu określenia, jak nieoczekiwane różnice w konfiguracji bazy danych można zidentyfikować i ocenić przed rozpoczęciem konserwacji produkcji. 3. Ocena operacji o wysokim wpływie: Zespoły techniczne oceniają, w jaki sposób można zidentyfikować potencjalnie długotrwałe lub intensywne pod względem zasobów operacje baz danych podczas przygotowywania wydania, tak aby ich przewidywany czas trwania i wpływ operacyjny można było lepiej zrozumieć przed wdrożeniem. 4. Release Readiness and Recovery Planning: Release-gotowość i recovery-planning praktyki są poddawane przeglądowi w celu poprawy widoczności w działaniach, które mogą znacząco wpłynąć na czas trwania wdrożenia i czas przywrócenia usługi. Priorytetem pozostaje zapewnienie niezawodnych i odpornych usług. Ustalenia z zakończonej analizy i retrospektywnej przyczyny są włączane do ulepszeń technicznych i operacyjnych mających na celu zmniejszenie prawdopodobieństwa ponownego wystąpienia i wzmocnienie planowania i realizacji przyszłych działań związanych z utrzymaniem.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 września 2026 05:56 UTCinvestigating

   Incydent Opis: Obecnie badamy problem wpływający na podzbiór naszych klientów za pomocą Atlas śniegu w regionie Australii. Klienci, których to dotyczy, mogą odczuwać opóźnienia w oglądaniu najnowszych informacji komputerowych i może mieć wpływ na spożycie danych. Priorytet: P2 Działanie na rzecz odbudowy: Zidentyfikowano i rozwiązano wcześniejszy problem związany z DNS. Obecnie obserwuje się jednak dodatkowe błędy. Nasze zespoły techniczne aktywnie badają te błędy, aby określić przyczynę i przywrócić normalne przetwarzanie. Będziemy nadal oceniać wpływ i dostarczać dalsze aktualizacje w miarę dostępności dodatkowych informacji.

2. 22 września 2026 07:19 UTCinvestigating

   Nasze zespoły przeprowadziły restart ukierunkowanej usługi, co poprawiło opóźnienia przetwarzania. Monitorowanie wskazuje, że dane dotyczące zapasów są obecnie z powodzeniem aktualizowane. Pozostałe błędy są nadal w trakcie dochodzenia, a nasze zespoły pracują nad zidentyfikowaniem przyczyny i wdrożeniem trwałego rozwiązania.

3. 22 września 2026 10:15 UTCmonitoring

   Działania naprawcze rozwiązały problemy związane z opóźnieniami w przetwarzaniu i niedoścignionymi danymi. Niektóre kwestie pozostają i są obecnie badane przez nasze zespoły techniczne. Zespoły monitorują usługi i będą nadal zbierać i przeglądać dzienniki w ciągu najbliższych 24 godzin, aby wesprzeć dochodzenie. Będziemy nadal uważnie monitorować usługi i dostarczać dalsze aktualizacje w miarę dostępności większej ilości informacji.

4. 23 września 2026 07:05 UTCresolved

   Nasze zespoły kontynuowały monitorowanie usług przez noc i potwierdziły, że nie zaobserwowano żadnych nowych problemów. Udane zakończono również dodatkowe kontrole na miejscu. Ten incydent został rozwiązany. Dalsze informacje dotyczące przyczyny i podjętych działań zostaną przedstawione w raporcie poubojowym.

5. 13 października 2026 12:49 UTCpostmortem

   * * Opis: * * Atlas- APAC - Zażywanie danych i opóźnienia w przetwarzaniu * * Czas: * * 21 września 2026, 5: 48 PM PDT do 22 września 2026, 3: 15 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * W poniedziałek, 21 września 2026, o godzinie 5: 48 PDT, problem dotknął wielu najemców atlasu śnieżnego w regionie Australii Wschodu\ (AE\), powodując opóźnienia w aktualizacji danych inwentaryzacyjnych. Dotknięci klienci doświadczyli przestarzałych informacji o urządzeniu na stronie Komputery, podczas gdy Snow Extenders wyświetlił status "Bieganie z błędami". Podczas przyjmowania danych obserwowano również błędy. Dochodzenie wykazało przestarzały rekord DNS związany z uprzednio wycofaną infrastrukturą w regionie południowo-wschodnim Australii. Zapis ten zakłócił łączność ze środowiskiem australijskim na wschodzie, uniemożliwiając przetwarzanie danych inwentaryzacyjnych zgodnie z oczekiwaniami. Usunięto przestarzały rekord DNS, co pozwoliło na osiągnięcie właściwego punktu końcowego i wznowienie aktualizacji skanowania inwentarza. Po zmianie, liczba zapasów zaczęła się rozwijać, a dotknięte statusy usług łączności powrócił do normy 22 września 2026, o 3: 15 AM PDT. Po dłuższym okresie monitorowania w trybie nocnym usługi łączności pozostały stabilne, a problem został ogłoszony w dniu 23 września o godzinie 12: 05 AM PDT. Nie zgłoszono żadnych dalszych problemów, a wcześniej użyta infrastruktura australijska południowo-wschodnia została całkowicie wycofana z eksploatacji. Uzasadnienie * * Root Cause * * Incydent został spowodowany przestarzałym rekordem DNS, który pozostał po likwidacji infrastruktury w Australii Południowo-Wschodniej. Zapis ten odsunął ruch od właściwego punktu końcowego dla australijskiego środowiska wschodniego, zakłócając łączność wymaganą do przetwarzania danych inwentaryzacyjnych. W rezultacie aktualizacje zapasów zostały opóźnione, a dotknięci klienci nie mogli pobrać najnowszych informacji o urządzeniu. Usunięto przestarzały rekord, przywracając łączność do właściwego punktu końcowego i umożliwiając wznowienie przetwarzania zapasów. Uzasadnienie * * Działania naprawcze * * Nasze zespoły przeprowadziły następujące działania, aby przywrócić normalność usług: * Zidentyfikowany i usunięty przestarzały rekord DNS związany z wcześniej wycofaną infrastrukturą. * Przywrócona łączność do prawidłowego punktu końcowego Australia Wschód. * Zweryfikowane, że aktualizacje skanowania zapasów i liczby zapasów były postępujące. * Monitorował środowisko, aby potwierdzić stabilność obsługi. * Potwierdzono, że statusy usług łączności śnieżnej powróciły do normy i nie zgłoszono dalszych problemów. Uzasadnienie * * Przyszłe środki zapobiegawcze * * * Przegląd DNS rekord czyszczenia podczas likwidacji infrastruktury w celu zapewnienia przestarzałych rekordów są usuwane. * Poprawa kontroli po likwidacji w celu identyfikacji zapisów, które pozostają po usunięciu zasobów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 18 września 2026 13:03 UTCinvestigating

   Opis incydentu: Badamy problem wpływający na przetwarzanie danych inwentaryzacyjnych w środowiskach produkcyjnych UE i APAC. Klienci mogą obserwować opóźnienia w aktualizacjach zapasów, co prowadzi do powstania danych dotyczących zapasów nieodzwierciedlających najnowszej działalności przywozowej. Priorytet: P2 Działalność w zakresie odbudowy: Nasze zespoły techniczne aktywnie badają tę kwestię, sprawdzają zakres oddziaływania oraz współpracują z odpowiednimi zależnościami w celu przywrócenia normalnego przetwarzania zapasów. Dalsze aktualizacje będą dostarczane w miarę dostępności większej ilości informacji.

2. 18 września 2026 13:50 UTCidentified

   Nasze zespoły techniczne namierzyły ten problem i wdrożyły działania naprawcze. Wstępna walidacja wskazuje na wznowienie przetwarzania zapasów, a zespoły techniczne aktywnie monitorują działania związane z przetwarzaniem i odzyskiwaniem zaległości. Kontynuujemy walidację odzysku w środowisku dotkniętym chorobą i dostarczymy dalszych aktualizacji w miarę dostępności większej ilości informacji.

3. 18 września 2026 14:34 UTCidentified

   Zespoły techniczne zakończyły wymagane aktualizacje konfiguracji, a dane inwentaryzacyjne są nadal z powodzeniem przetwarzane. Dodatkowe zdolności przetwarzania zostały przydzielone w celu przyspieszenia odzyskiwania zaległości, a zespoły techniczne aktywnie monitorują przepustowość i redukcję zaległości w całym dotkniętym środowisku. Trwają działania w zakresie odzyskiwania pomocy, a dalsze aktualizacje będą dostarczane w miarę dalszego przetwarzania zaległości.

4. 18 września 2026 14:39 UTCmonitoring

   Przetwarzanie danych inwentaryzacyjnych w dalszym ciągu się poprawia, a zespoły techniczne obserwują tendencję spadkową w zakresie ilości zaległości. W dalszym ciągu istnieją dodatkowe zdolności przetwórcze, a postępy w zakresie odzysku są ściśle monitorowane we wszystkich dotkniętych środowiskach. Będziemy nadal monitorować redukcję zaległości i dostarczać dalsze aktualizacje w miarę postępów w odzyskiwaniu.

5. 18 września 2026 18:52 UTCmonitoring

   Dane inwentaryzacyjne są nadal przetwarzane po wdrożeniu środków naprawczych. Zespoły techniczne aktywnie monitorują procesy przetwarzania i odzyskiwania zaległości w całym dotkniętym środowisku. Zespoły techniczne nadal oceniają postępy w odzyskiwaniu pomocy oraz wszelkie dodatkowe działania, które mogą pomóc przyspieszyć przetwarzanie zaległości. Dalsze aktualizacje będą dostarczane w miarę postępów w odzyskiwaniu.

6. 18 września 2026 19:49 UTCmonitoring

   Odzyskiwanie backlog zakończyło się w APAC po uprzednio wdrożonej rekultywacji, a przetwarzanie danych dotyczących zapasów powróciło do oczekiwanych poziomów w regionie. W UE kontynuowane są działania związane z odzyskiwaniem środków, w których zespoły techniczne monitorują proces przetwarzania i redukcję zaległości. W miarę postępów w odzyskiwaniu pomocy ocenia się dodatkowe środki w celu wsparcia przetwarzania zaległości.

7. 18 września 2026 21:55 UTCmonitoring

   W UE kontynuowane są wysiłki na rzecz naprawy gospodarczej, a zespoły techniczne obserwują ciągłe zmniejszanie zaległości. W celu wsparcia przetwarzania zaległości w UE wdrożono dodatkowe optymalizacje odzysku, a zespoły techniczne nadal monitorują przepustowość i ogólny postęp w odzyskiwaniu. Dalsze aktualizacje będą dostarczane w miarę dalszego postępu.

8. 19 września 2026 11:07 UTCmonitoring

   Odnowa postępuje, a pozostałe zaległości stale maleją. Dodatkowe optymalizacje wprowadzone w środowisku UE wspierają skuteczne przetwarzanie zaległości. Nasze zespoły nadal uważnie monitorują postępy w odzyskiwaniu pomocy i w stosownych przypadkach będą dostarczać dalszych aktualizacji.

9. 19 września 2026 19:09 UTCmonitoring

   W UE kontynuowane są wysiłki na rzecz naprawy gospodarczej, a zespoły techniczne obserwują dalsze zmniejszanie zaległości po wdrożonych wcześniej optymalizacjach. W oparciu o obecne tendencje w zakresie odzyskiwania, poziomy zaległości zostały znacznie obniżone i nadal zmierzają w oczekiwanym kierunku. Dalsze aktualizacje będą dostarczane w miarę dalszego postępu.

10. 20 września 2026 19:55 UTCresolved

    Zespoły techniczne potwierdziły, że przetwarzanie danych inwentaryzacyjnych w UE powróciło do normalnego funkcjonowania po wdrożeniu uprzednio wdrożonej rekultywacji. Kwestia ta została powiązana z kwestią konfiguracji wdrożeniowej wpływającą na przetwarzanie danych dotyczących zapasów. Zastosowano wymagane aktualizacje konfiguracji, przywracając normalne przetwarzanie. Po zatwierdzeniu i rozszerzonym monitorowaniu zakończono odzyskiwanie zaległości w UE, a przetwarzanie zapasów pozostaje stabilne zarówno w UE, jak i w APAC. Ten incydent jest teraz uważany za rozwiązany.

11. 23 października 2026 17:20 UTCpostmortem

    * * Opis: * * Flexera One - IT Asset Management - EU & APAC - Inventory Processing Delays After a Deployment Configuration Issue * * Czas: * * 16 września 2026, 2: 00 PM PDT - 20 września 2026, 9: 52 AM PDT * * Podsumowanie zdarzeń * * W piątek, 18 września 2026, zespoły techniczne rozpoczęły badanie raportów o opóźnionych aktualizacjach inwentaryzacji wpływających na Flexera One IT Asset Management\ (ITAM\) klientów w regionach Europy\ (EU\) i Azji i Pacyfiku\ (APAC\). Zaktualizowane informacje dotyczące zapasów nie były odzwierciedlone we wniosku, a niektórzy klienci zgłaszali, że ich najnowsze dostępne dane dotyczące zapasów pozostały z dnia 16 września. Kwestia dotyczyła raczej przetwarzania zapasów, a nie ogólnej dostępności platformy ITAM. Wstępna analiza wykazała, że usługi związane z przetwarzaniem wynalazków wydawały się zdrowe, ale przychodzące pliki inwentaryzacyjne nie przebiegały przez oczekiwany przepływ danych. Dalsze dochodzenie wykazało, że przerwa w wdrożeniu miała miejsce 16 września, podczas którego kwestia konfiguracji miała wpływ na służby odpowiedzialne za przetwarzanie danych inwentarza. Zespoły techniczne zidentyfikowały i poprawiły konfigurację rozmieszczenia, umożliwiając wznowienie przetwarzania zapasów. Jednakże w czasie przerwy zgromadzono znaczne zaległości w zakresie plików inwentaryzacyjnych i wymagano dodatkowego czasu na przetworzenie. Przetwarzanie zapasów odzyskano po raz pierwszy w APAC, gdzie nagromadzone zaległości zostały usunięte 18 września o około 12: 21 PM PDT. Region UE wymagał dodatkowego czasu na odzyskanie pomocy ze względu na ilość nierozstrzygniętych spraw. Zespoły techniczne dostosowały ustawienia zdolności przetwarzania i kontynuowały monitorowanie zaległości podczas przetwarzania plików inwentarza. Pozostała zaległość UE została w pełni usunięta 20 września o około 9: 52 AM PDT. Dalsze monitorowanie potwierdziło, że przetwarzanie zapasów powróciło do normalnego poziomu operacyjnego. * * Root Cause * * Incydent został spowodowany problemem konfiguracji wdrożeniowej wprowadzonym podczas aktualizacji 16 września do usług w zakresie przetwarzania wynalazków. W momencie wdrożenia infrastruktura przetwarzania wynalazków przechodziła między środowiskami zastosowań, przy czym w zależności od regionu wymagane są różne usługi, które muszą pozostać aktywne w każdym środowisku. Zwiększa to złożoność utrzymania prawidłowej konfiguracji produkcji, a wymagana konfiguracja usług nie została prawidłowo utrzymana w trakcie wdrażania. W rezultacie w regionach UE i APAC przerwano proces przetwarzania danych, zapobiegając przetwarzaniu przychodzących plików inwentaryzacyjnych oraz opóźnianiu aktualizacji danych inwentaryzacyjnych. Po skorygowaniu konfiguracji wznowiono przetwarzanie zapasów, a nagromadzone zaległości wymagają dodatkowego czasu na przetworzenie przed całkowitym przywróceniem normalnego poziomu operacyjnego. * * Działania naprawcze * * Następujące działania zostały podjęte podczas reakcji na incydent: 1. * * Incydent Investigation Initiated: * * Zespoły techniczne zbadały sprawozdania z opóźnionych aktualizacji inwentaryzacji w regionach UE i APAC oraz dokonały przeglądu procesu przetwarzania danych w celu zidentyfikowania źródła przerw. 2. * * Zidentyfikowany numer konfiguracji instalacji: * * Dochodzenie wykazało, że przerwa została przerwana do 16 września i zidentyfikowało nieprawidłową konfigurację usług wpływającą na przetwarzanie zapasów we wszystkich dotkniętych regionach. 3. * * Konfiguracja produkcji poprawiona: * * Wymagane aktualizacje konfiguracji zostały zastosowane w celu przywrócenia usług związanych z przetwarzaniem wynalazków, co pozwala na wznowienie przetwarzania przychodzących plików inwentarza. 4. * * Inventory Backlog Recovery Initiated: * * Zespoły techniczne monitorowały zgromadzone pliki inwentaryzacyjne i dostosowały dostępne zasoby przetwarzania w celu wsparcia odzyskiwania zaległości po przywróceniu procesu przetwarzania. 5. * * Processing Through Optimized: * * Podczas odzyskiwania środków przez UE zespoły techniczne zidentyfikowały ograniczenia w zakresie zdolności przetwarzania w ramach zwiększonego obciążenia pracą i dostosowanej współzależności przetwarzania w celu poprawy wydajności przy jednoczesnym zachowaniu stabilności usług. 6. * * Zatwierdzony odzysk usług: * * Zespoły techniczne potwierdziły, że zaległości APAC zostały zatwierdzone 18 września, a następnie pełne odzyskanie zaległości UE 20 września. Kontynuowane monitorowanie potwierdziło, że przetwarzanie zapasów powróciło do normalnego poziomu operacyjnego. * * Przyszłe środki zapobiegawcze * * Po tym incydencie przeprowadziliśmy retrospektywną analizę kwestii konfiguracji wdrożeniowej, różnic między środowiskami zastosowań, zdolnościami monitorowania procesów inwentaryzacji oraz możliwości poprawy walidacji wdrożenia i widoczności operacyjnej. Następujące działania naprawcze i działania usprawniające zostały zakończone lub są w toku: 1. * * Zarządzanie konfiguracją usług regionalnych: * * W celu udokumentowania i utrzymania wymaganych konfiguracji usług w różnych środowiskach wdrożeniowych wdrożono regionalną listę konfiguracji usług, co zmniejsza ryzyko niespójności konfiguracji w przyszłych wersjach. 2. * * Poprawa walidacji wdrożeniowej: * * Wprowadzono listę kontrolną dotyczącą rozmieszczenia w celu sprawdzenia, czy wymagane usługi w zakresie przetwarzania wynalazków działają w odpowiednich środowiskach podczas działań wdrożeniowych. 3. * * Ulepszony monitoring przetwarzania zapasów: * * Wprowadzono dodatkowe monitorowanie i ostrzeganie w celu zidentyfikowania wcześniej przerw w przetwarzaniu zapasów oraz umożliwienia szybszego dochodzenia i odzysku. 4. * * Poprawa widoczności błędu przetwarzania: * * Wprowadzono monitoring desek rozdzielczych, aby zapewnić większą widoczność w przypadku nieprawidłowego wzorca reakcji aplikacji, w tym błędów związanych z zdolnością przetwarzania. Ulepszenia te wspierały już wcześniejsze wykrywanie i odzyskiwanie danych podczas kolejnych kwestii związanych z przetwarzaniem. 5. * * Uproszczenie środowiska produkcji: Trwające prace mające na celu konsolidację modelu wdrożenia zmniejszą złożoność operacyjną związaną z utrzymaniem różnych konfiguracji usług w różnych środowiskach i regionach, co pomoże zmniejszyć ryzyko podobnych przerw w przetwarzaniu związanych z konfiguracją.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 września 2026 09:04 UTCidentified

   Incydent Opis: Obecnie mamy problem dotykający strony Wspólnoty Flexera. Ze względu na utrzymujące się przestoje mające wpływ na dostawcę usług strony trzeciej, klienci mogą nie być w stanie uzyskać dostępu do portalu wspólnotowego Flexera lub mogą doświadczać przerywanych i niepewnych zachowań. Ponadto klienci mogą nie być w stanie tworzyć, aktualizować lub wchodzić w interakcje ze sprawami wsparcia za pośrednictwem strony internetowej Wspólnoty. E-maile wysyłane na adres support @ flexera.com w tym okresie nie mogą być odbierane ani przetwarzane do czasu rozwiązania problemu wyłączenia. Ten trzeci dostawca usług outage również wpływa na aktywną zdolność monitorowania zespołów wsparcia Spot do wykrywania wszelkich problemów środowiskowych klientów wraz z widget chatbot wewnątrz konsoli Spot, jak również. Priorytet: P3 Działalność remontowa: Nasze zespoły techniczne aktywnie monitorują sytuację i współpracują z dostawcą trzeciej partii w celu śledzenia wysiłków renowacyjnych. Będziemy nadal oceniać wpływ klienta i dostarczać dalsze aktualizacje w miarę dostępności dodatkowych informacji.

2. 16 września 2026 12:31 UTCidentified

   Usługodawca z powodzeniem zatwierdził fix w środowisku testowym i rozpoczął jego rozmieszczanie we wszystkich dotkniętych przypadkach. Realizacja programu przebiega w poszczególnych regionach, a usługi wracają do normy w regionach, w których zakończono wdrażanie.

3. 16 września 2026 19:25 UTCmonitoring

   Nasz dostawca usług donosi, że telemetria usług pozostała zdrowa po wdrożeniu łagodzenia. Wspólnota pozostaje obecnie dostępna i nie stwierdzono potwierdzonego stałego wpływu. Będziemy nadal monitorować środowisko, aby zapewnić ciągłą stabilność, podczas gdy końcowe działania walidacyjne zostaną zakończone. Dostarczymy dalsze aktualizacje w miarę dostępności dodatkowych informacji.

4. 16 września 2026 22:00 UTCmonitoring

   Nasz dostawca usług ogłosił, że incydent został rozwiązany po pomyślnym złagodzeniu i rozszerzonej walidacji. Wspólnota pozostaje dostępna i nie stwierdzono potwierdzonego stałego wpływu. Monitorowanie w całym okresie odbudowy nie wykazało żadnych dodatkowych kwestii. Ten incydent jest teraz uważany za rozwiązany.

5. 17 września 2026 11:01 UTCresolved

   Nasze zespoły nadal monitorują obsługę przez cały okres odbudowy i nie zaobserwowano żadnych dodatkowych problemów. Na podstawie trwałej stabilności służby, ten incydent jest teraz uważany za rozwiązany.

6. 30 września 2026 12:30 UTCpostmortem

   * * Opis: * * Flexera Community- Usługa niedostępna * * Czas: * * 16 września 2026, 12: 50 AM PDT do 16 września 2026, 8: 26 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * Uzasadnienie W dniu 16 września 2026 r., o godzinie 12: 50 AM PDT, Flexera wskazała na problem wpływający na dostępność i niezawodność strony internetowej Wspólnoty Flexera ze względu na brak obecności usługodawcy zewnętrznego wspierającego platformę wspólnotową. Podczas incydentu klienci mogli nie być w stanie uzyskać dostępu do Wspólnoty Flexera, zbierać lub zarządzać sprawami wsparcia lub otrzymywać odpowiedzi na istniejące przypadki za pośrednictwem Wspólnoty. Emaile wysłane na adres support @ flexera.com mogły również zostać opóźnione lub nie zostały przetworzone w czasie przerwy. Kwestia ta miała również wpływ na funkcjonalność czatbota w konsoli Spot, która opiera się na wpływowych usługach. Ponadto przestoje miały wpływ na aktywne możliwości monitorowania stosowane przez zespoły Spot Support w celu identyfikacji niektórych problemów środowiskowych klientów, które zależą od powiadomień o usługach. Usługodawca następnie zatwierdził fix i rozpoczął rozmieszczanie go we wszystkich dotkniętych przypadkach na zasadzie regionu-regionu. Wraz z wdrożeniem środków łagodzących usługi stopniowo wracały do normy. Po wdrożeniu telemetria usług pozostała zdrowa w środowiskach indywidualnych. Potwierdzenie potwierdziło, że funkcja czatbota Flexera i Spot działa normalnie. Incydent dostawcy został następnie ogłoszony rozwiązany, a Flexera zakończył ostateczną walidację i zamknął incydent. Uzasadnienie * * Root Cause * * Uzasadnienie Incydent został spowodowany brakiem dostępu do usług zewnętrznego usługodawcy, które wspierają Wspólnotę Flexera i jej funkcjonalność. Przerwa w świadczeniu usług miała wpływ na dostępność i niezawodność platformy wspólnotowej oraz związanych z nią integracji, co spowodowało tymczasowe zakłócenie funkcjonalności przypadków wsparcia klienta i związanych z nimi możliwości Spot. Uzasadnienie * * Działania naprawcze * * Uzasadnienie * Rekompensata dostawcy: Zewnętrzny dostawca usług zatwierdził i wdrożył fix we wszystkich dotkniętych przypadkach. * Walidacja usług: Zespoły Flexera monitorowały Wspólnotę, funkcje czatbotu i związane z nimi usługi w trakcie wdrażania środków naprawczych. * Monitorowanie odzysku: Po rekultywacji monitorowano zdrowie i funkcjonalność usług w celu potwierdzenia stabilności. * Zamknięcie incydentu: Po rozwiązaniu problemu dostawcy bazowego i zakończeniu walidacji Flexera, incydent został zamknięty. Uzasadnienie * * Przyszłe środki zapobiegawcze * * Uzasadnienie * Wzmocnione monitorowanie zależności: Dalsze monitorowanie krytycznych zależności zewnętrznych, które wspierają usługi skierowane do klientów. * Ocena wpływu na klienta: Dalsza ocena wpływu zakłóceń zewnętrznych w ramach zintegrowanych usług Flexera, w tym Wspólnoty, zarządzania sprawami wsparcia i funkcjonalności Spot. * Monitoring po incydencie: Kontynuacja monitorowania rezydualnego wpływu na klienta po przywróceniu usług zewnętrznych.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 września 2026 23:05 UTCinvestigating

   Opis incydentu: Badamy obecnie kwestię dotyczącą polityki i usług automatyki w środowisku produkcyjnym UE. Klienci w UE mogą doświadczać niepowodzeń w stosowaniu polityki i mogą nie być w stanie przeglądać swojej polityki poprzez interfejs użytkownika. Wpływ ten ogranicza się do regionu UE. Priorytet: P2 Działalność remontowa: Nasze zespoły techniczne zostały zaangażowane i aktywnie badają problem napotkany podczas aktualizacji infrastruktury w celu zidentyfikowania przyczyny i przywrócenia normalnej usługi tak szybko, jak to możliwe. Dalsze aktualizacje zostaną przedstawione w miarę postępu dochodzenia.

2. 16 września 2026 06:16 UTCmonitoring

   Problem dotyczący środowiska UE został rozwiązany, a dostęp do interfejsu użytkownika został w pełni przywrócony. Podczas gdy usługa działa teraz normalnie, może to zająć trochę czasu, aby zaległości pracy w kolejce, które zgromadzone podczas przerw do przetworzenia. Nasze zespoły aktywnie monitorują odzysk, aby zapewnić oczyszczenie zaległości i usługi nadal działają zgodnie z oczekiwaniami. Będziemy nadal uważnie monitorować środowisko i potwierdzać, gdy przetwarzanie powróci do normalnego poziomu.

3. 16 września 2026 08:24 UTCresolved

   Nasze zespoły nadal uważnie monitorują służbę i nie zaobserwowano żadnych nowych problemów. Backlog pracy w kolejce, które zgromadzone podczas zakłóceń jest z powodzeniem przetwarzania i nadal maleje zgodnie z oczekiwaniami. Biorąc pod uwagę stabilność zaobserwowaną od czasu powrotu do zdrowia, ten incydent został rozwiązany. Będziemy nadal monitorować przetwarzanie, aby zapewnić, że pozostałe zaległości zostaną całkowicie wyczyszczone, a usługa będzie nadal działać zgodnie z oczekiwaniami.

4. 12 października 2026 12:02 UTCpostmortem

   * * Opis: * * Flexera - EU - Policies / Automation Available * * Czas: * * 15 września 2026, 3: 50 PM PDT do 16 września 2026, 1: 22 AM PDT Uzasadnienie * * Podsumowanie zdarzeń * * W dniu 15 września 2026 r., o godz. 15.50 PDT, modernizacja infrastruktury wspierająca Automatyzację w środowisku produkcyjnym UE spowodowała zakłócenia w łączności sieciowej wpływające na politykę i automatyzację. Klienci mieli trudności z przeglądaniem polityki w interfejsie użytkownika, a operacje związane z polityką nie powiodły się. W śledztwie zidentyfikowano nieoczekiwane zachowanie z odziedziczonego komponentu sieci. To zakłóciło łączność wymaganą przez dotknięte nią usługi. Zespół zidentyfikował dany komponent i uruchomił wymagane zasoby online, przywracając łączność sieciową. Podstawowa kwestia została rozwiązana 15 września o godz. 10: 13 PDT. Następnie zespół kontynuował monitorowanie odzyskiwania usług i przetwarzania zaległości nagromadzonych podczas zakłóceń. Po osiągnięciu postępów w przetwarzaniu zaległości i potwierdzeniu stabilności służby, incydent został ogłoszony w pełni przywrócony 16 września 2026, o 1: 22 AM PDT. Wpływ był ograniczony do środowiska produkcyjnego UE. Uzasadnienie * * Root Cause * * Incydent został spowodowany nieoczekiwanym zachowaniem ze strony odziedziczonego komponentu sieciowego podczas modernizacji infrastruktury automatycznej w regionie UE. To zakłóciło łączność sieciową wymaganą przez politykę i automatyzację, co doprowadziło do niedostępności usług i awarii funkcjonalności związanej z polityką. Uzasadnienie * * Działania naprawcze * * Nasze zespoły przeprowadziły następujące działania, aby przywrócić normalność usług: * Przywrócenie połączeń: Zidentyfikowano dotychczasowy komponent i uruchomiono wymagane zasoby online, aby przywrócić łączność sieciową. * Odzyskiwanie usług: Odnowiono łączność i rozwiązano problem mający wpływ na politykę i automatykę. * Przetwarzanie backlog: Monitorowane nagromadzone zaległości jako przetwarzanie odzyskane po przywróceniu usługi. * Potwierdzono stabilność obsługi i zweryfikowano, że przetwarzanie zaległości postępuje zgodnie z oczekiwaniami przed ogłoszeniem incydentu w pełni przywrócony. Uzasadnienie * * Przyszłe środki zapobiegawcze * * * Planowanie migracji: Odpowiednia migracja do Stanów Zjednoczonych została przełożona na dłuższy okres konserwacji, aby zapewnić dodatkowy czas na rozwiązywanie problemów i naprawę. * Zastąpienie komponentu Legacy: Element dziedziczny zastępuje się w ramach modernizacji infrastruktury. Po zakończeniu zastępowania, to szczególne zaległości dziedzictwo oczekuje się wyeliminować we wszystkich środowiskach.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.