История сбоев Rightscale

1. 24 августа 2026 г. в 13:04 UTCinvestigating

   Мы расследуем проблему, затрагивающую обработку запасов в рамках Flexera One IT Asset Management в Северной Америке. Клиенты могут испытывать задержки в обработке инвентарных запасов и задержки с доступностью обновленных данных инвентаризации на платформе. Приоритет: P2 Реставрационная деятельность: Наши технические команды активно изучают проблему и анализируют деятельность по обработке запасов в пострадавшей службе. Мы работаем над выявлением причины задержки обработки и восстановлением нормальной обработки. Дальнейшие обновления будут предоставляться по мере поступления дополнительной информации.

2. 24 августа 2026 г. в 14:57 UTCinvestigating

   Технические команды определили, что поведение обработки запасов варьируется у разных пострадавших клиентов. В то время как инвентарь продолжает обрабатываться для некоторых клиентов, другие испытывают значительное снижение скорости обработки или запасов, которые не прогрессируют через обычные рабочие процессы обработки. Технические группы также выявили ошибки в доступности услуг, влияющие на некоторые попытки загрузки запасов, и активно изучают масштабы воздействия и основную причину. Анализ затрагиваемых организаций и процессинговой деятельности продолжается. Дальнейшие обновления будут предоставляться по мере поступления дополнительной информации.

3. 24 августа 2026 г. в 16:38 UTCidentified

   Технические команды выполнили целевые действия по восстановлению услуг и наблюдают за возобновлением обработки запасов для ранее пострадавших клиентов, при этом уровни отставания снижаются. Расследование продолжается, поскольку технические группы продолжают следить за восстановлением и оценивать основную причину. Несмотря на достигнутый прогресс, команды продолжают проверять стабильность обслуживания и следить за любым оставшимся воздействием. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

4. 24 августа 2026 г. в 21:21 UTCmonitoring

   Восстановление продолжается, и активность по обработке запасов возвращается к ожидаемым уровням для ранее пострадавших клиентов. Технические группы наблюдают за продолжающимся снижением уровня отставания и активно следят за стабильностью обслуживания. Расследование основной причины продолжается. Текущий анализ сосредоточен на нескольких потенциальных факторах, которые были выявлены в течение затронутого периода, в то время как технические группы продолжают проверять восстановление и отслеживать любые оставшиеся последствия.

5. 25 августа 2026 г. в 10:00 UTCmonitoring

   Технические группы продолжают наблюдать устойчивое снижение уровня отставания, внимательно следя за общей стабильностью обслуживания. Расследование основной причины продолжается. Мы будем продолжать предоставлять обновления по мере поступления дополнительной информации.

Автоматический перевод официального обновления инцидента.

1. 18 августа 2026 г. в 09:32 UTCinvestigating

   В настоящее время мы расследуем проблему, затрагивающую доступ к услугам Flexera One в регионе APAC. Пострадавшие клиенты могут испытывать трудности с доступом к платформе или могут столкнуться с ошибками после аутентификации. Приоритет: P1 Реставрационная деятельность: Наши технические специалисты занимаются и активно исследуют проблему, чтобы как можно быстрее определить основную причину и восстановить нормальное обслуживание.

2. 18 августа 2026 г. в 10:18 UTCidentified

   Наше расследование определило проблему конфигурации как вероятную причину воздействия. Команды активно работают над внедрением и валидацией корректирующих мер для восстановления нормальной работы сервиса. Дальнейшие обновления будут предоставляться по мере продвижения расследования.

3. 18 августа 2026 г. в 10:43 UTCidentified

   По мере продвижения расследования наши команды выявили признаки того, что проблема не изолирована от управления ИТ-активами и может иметь более широкое влияние на платформу Flexera One в APAC. Предпринимаются усилия по устранению выявленной причины, и команды сосредоточены на восстановлении полной стабильности обслуживания. Дополнительные обновления будут предоставляться по мере поступления дополнительной информации.

4. 18 августа 2026 г. в 10:50 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

5. 18 августа 2026 г. в 11:47 UTCmonitoring

   Реализовано исправление, восстановлен доступ к платформе Flexera One. Наши команды проводят дополнительные мероприятия по проверке и продолжают внимательно следить за здоровьем и производительностью обслуживания, чтобы подтвердить стабильность и обеспечить полную работоспособность всех услуг.

6. 18 августа 2026 г. в 12:13 UTCresolved

   После продолжительных мероприятий по мониторингу и проверке наши команды подтвердили, что услуги остаются стабильными и никакого дальнейшего воздействия не наблюдалось. Инцидент был урегулирован, и все пострадавшие службы работают в полном объеме.

Автоматический перевод официального обновления инцидента.

1. 13 августа 2026 г. в 01:08 UTCinvestigating

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

2. 13 августа 2026 г. в 03:27 UTCmonitoring

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

3. 13 августа 2026 г. в 03:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 13 августа 2026 г. в 05:57 UTCresolved

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

1. 11 августа 2026 г. в 17:26 UTCinvestigating

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

2. 11 августа 2026 г. в 17:48 UTCidentified

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

3. 11 августа 2026 г. в 18:08 UTCmonitoring

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

4. 11 августа 2026 г. в 20:26 UTCresolved

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

5. 14 августа 2026 г. в 20:02 UTCpostmortem

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

1. 7 августа 2026 г. в 04:55 UTCinvestigating

   Наши команды определили, что некоторые системы электронной почты клиентов Flexera отклоняют электронные письма, содержащие уведомления об обновлениях в случаях поддержки Flexera. Приоритет: P3 Реставрационная деятельность: Технические специалисты активно изучают этот вопрос. В то же время, пожалуйста, войдите в Сообщество Flexera и используйте портал Случаев поддержки по адресу https://community.flexera.com/s/case/Case/Default для просмотра статуса дела и проверки любых обновлений.

2. 7 августа 2026 г. в 12:28 UTCidentified

   Наши команды определили причину проблемы и в настоящее время работают над ее решением.

3. 8 августа 2026 г. в 10:48 UTCidentified

   Наши команды продолжают работать над решением. В ходе продолжающегося расследования мы установили, что в некоторых случаях электронные письма от Flexera могут быть заблокированы SharePoint. Решение этого вопроса требует дополнительного расследования и координации с соответствующими сторонами для обеспечения принятия соответствующих корректирующих мер. Мы будем продолжать предоставлять обновления по мере поступления дополнительной информации.

4. 10 августа 2026 г. в 10:10 UTCidentified

   Наши команды продолжают работать над решением. Ведется дополнительное расследование и координация с соответствующими командами для восстановления нормального потока электронной почты. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

5. 12 августа 2026 г. в 13:50 UTCmonitoring

   Наши команды реализовали корректирующие меры и наблюдают положительные результаты. Первоначальная проверка была успешной, что указывает на эффективность мер по смягчению последствий. Мы будем продолжать внимательно следить за сервисом, чтобы обеспечить постоянную стабильность и предоставлять дальнейшие обновления по мере их появления.

6. 14 августа 2026 г. в 05:41 UTCresolved

   После длительного мониторинга наши команды подтвердили, что все обновления электронной почты доставляются успешно. Этот инцидент был объявлен урегулированным.

7. 21 августа 2026 г. в 09:13 UTCpostmortem

   ** Описание: ** Случаи поддержки Flexera - Задержки или неудавшиеся уведомления по электронной почте ** Сроки:** 5 августа 2026 года, 12:00 утра ПДТ до 13 августа 2026 года, 11:10 утра ПДТ ** Резюме инцидента** 5 августа 2026 года наши команды выявили проблему, затрагивающую уведомления по электронной почте для случаев поддержки Flexera. Во время инцидента некоторые клиенты не получали уведомления по электронной почте, когда были сделаны обновления для их случаев поддержки, что, возможно, задержало осведомленность о деятельности и прогрессе в деле. Наши технические команды исследовали проблему и определили, что проблема с конфигурацией доставки электронной почты привела к тому, что некоторые уведомления об исходящих случаях поддержки были отклонены системами электронной почты получателей. В качестве временной меры клиентам было рекомендовано получить доступ к порталу Flexera Community Support Case напрямую, чтобы ознакомиться с их статусом дела и обновлениями. Наши команды внедрили постоянное изменение конфигурации доставки электронной почты и впоследствии подтвердили доставку уведомлений. После восстановления было подтверждено, что уведомления по электронной почте работают, как и ожидалось, и инцидент был разрешен 13 августа 2026 года в 11:10 утра по местному времени. **Корневая причина** * Конфигурация доставки электронной почты: Проблема с конфигурацией, используемой для предоставления уведомлений о случаях поддержки, связанных с клиентами, привела к тому, что некоторые электронные письма были отклонены системами электронной почты получателей. * Доставка уведомлений: Затронутая конфигурация привела к тому, что некоторые клиенты не получали уведомления по электронной почте, когда были сделаны обновления для их случаев поддержки. Воздействие на клиента: проблема затронула только уведомления по электронной почте; клиенты могли продолжать получать доступ к своим делам поддержки непосредственно через портал поддержки сообщества Flexera. ** Меры по восстановлению** * Обновленная конфигурация доставки электронной почты: Конфигурация доставки электронной почты была постоянно обновлена для использования соответствующей инфраструктуры первичной доставки электронной почты. * Валидация уведомлений: команды подтвердили отправку исходящих уведомлений после изменения конфигурации. Во время инцидента клиентам было рекомендовано получить доступ к порталу поддержки сообщества Flexera непосредственно для просмотра статуса дела и обновлений. * Мониторинг услуг: команды отслеживали доставку уведомлений по электронной почте после восстановления, чтобы подтвердить постоянную стабильность. Будущие превентивные меры** Поддерживать утвержденную маршрутизацию электронной почты: уведомления о случаях поддержки, ориентированные на клиента, будут продолжать использовать основную инфраструктуру доставки электронной почты, созданную путем постоянного исправления. Мониторинг доставки электронной почты: Улучшение мониторинга и оповещения о сбоях уведомления о случаях исходящей поддержки и отклоненных сообщениях для обеспечения более раннего обнаружения потенциальных проблем с доставкой.

Автоматический перевод официального обновления инцидента.

1. 5 августа 2026 г. в 08:28 UTCresolved

   Наши команды выявили сбои в обслуживании, влияющие на подмножество клиентов Flexera One IT Asset Management (ITAM) в производственной среде APAC с 4 августа 2026 года, 04:04 AM PDT до 04:25 AM PDT. В течение затронутого периода подмножество наших клиентов испытывали периодическую медлительность, нереагирование на обслуживание или сбои загрузки данных на платформе. Приоритет: P2 Наша техническая команда исследовала проблему и определила, что в течение затронутого периода произошло неожиданное состояние истощения ресурсов базы данных. Состояние впоследствии самокорректировалось, что позволило пострадавшим службам восстановиться и вернуться к нормальной работе. Проверка после инцидента подтвердила, что операции на платформе выполняются так, как ожидалось. Мы проводим детальный обзор инцидента и оцениваем дополнительные меры предосторожности, средства контроля и мониторинга, чтобы еще больше снизить вероятность подобных событий в будущем.

2. 21 августа 2026 г. в 09:03 UTCpostmortem

   ** Описание: ** Flexera One - Управление ИТ-активами - APAC - Сбои загрузки данных/медленность ** Сроки:** 4 августа 2026 года, 4:04 утра PDT до 4 августа 2026 года, 4:25 утра PDT ** Резюме инцидента** Во вторник, 4 августа 2026 года, наши команды выявили проблему, затрагивающую подмножество клиентов в производственной среде APAC. Во время инцидента некоторые клиенты испытывали периодическую медлительность приложений, временную невосприимчивость и сбои при загрузке данных в Flexera One IT Asset Management. Наши технические команды исследовали проблему и определили, что неожиданное событие истощения ресурсов базы данных повлияло на производственную среду. Это условие привело к временной деградации производительности для подмножества арендаторов клиентов. Состояние базы данных автоматически разрешалось примерно через 20 минут, а производительность приложений возвращалась к норме, не требуя прямого инженерного вмешательства. Наши команды продолжали следить за состоянием окружающей среды после восстановления и подтвердили, что пострадавшие сервисы работают нормально без постоянного воздействия на клиентов. **Корневая причина** Исчерпание ресурсов базы данных: временное увеличение потребления ресурсов базы данных исчерпало имеющиеся временные возможности хранения данных, используемые кластером производственных баз данных. * Высокое потребление ресурсов: Было установлено, что конкретный неожиданный запрос выполняется вручную пользователем, который потребляет значительное количество временных ресурсов базы данных, что приводит к временному истощению ресурсов. Влияние на производительность приложений: исчерпание ресурсов повлияло на операции с базами данных и привело к прерывистой медлительности приложений, нереагированию и сбоям загрузки данных для подмножества клиентов. ** Меры по восстановлению** Автоматическое восстановление сервиса: состояние ресурса базы данных очищается автоматически, что позволяет службам приложений вернуться к нормальной работе. • Контроль за обслуживанием: Группы следили за состоянием окружающей среды после восстановления и подтвердили, что услуги остаются стабильными. Анализ инцидентов: Инженерные команды рассмотрели активность базы данных и использование ресурсов, связанных с событием, чтобы определить сопутствующие запросы и понять поведение. Будущие превентивные меры** Управление ресурсами: оценка дополнительного SQL Управление серверными ресурсами позволяет снизить потенциальное влияние запросов к базам данных с высоким уровнем ресурсов. Улучшения реагирования на оповещения: обзор процедур обработки оповещений для улучшения обнаружения, оценки и реагирования на аналогичные условия использования ресурсов базы данных. * Оперативные улучшения: Запрос был рассмотрен нашими техническими командами, и меры были приняты, чтобы избежать подобного сценария в будущем.

Автоматический перевод официального обновления инцидента.

1. 3 августа 2026 г. в 06:56 UTCinvestigating

   В настоящее время мы расследуем проблему, затрагивающую загрузку пакета инвентаризации (*.zip) в регионе Европы для управления ИТ-активами Flexera One. Клиенты, пытающиеся загрузить конкретные пакеты инвентаризации, могут столкнуться с ошибками, что приводит к неудачным загрузкам инвентаря и задержкам в обработке данных инвентаризации. Приоритет: P2 Деятельность по восстановлению: Наша техническая команда активно исследует проблему и анализирует текущую деятельность по обработке, чтобы подтвердить масштабы и прогресс. Мы внимательно следим за ситуацией и будем предоставлять обновления по мере поступления дополнительной информации.

2. 3 августа 2026 г. в 08:10 UTCinvestigating

   Наши команды продолжают активно исследовать проблему и проводят подробный обзор системных журналов и диагностики для дальнейшего выявления и подтверждения основной причины. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

3. 3 августа 2026 г. в 09:38 UTCinvestigating

   В ходе продолжающегося расследования наши команды определили, что проблема может также повлиять на связь маяков с производственной средой Flexera One EU. В результате могут быть затронуты дополнительные операции, которые полагаются на связь маяков с платформой. Группа продолжает изучать первопричину, оценивать весь масштаб воздействия и работать над скорейшей реализацией резолюции.

4. 3 августа 2026 г. в 10:40 UTCmonitoring

   Наши команды определили недавнее изменение конфигурации как вероятную причину проблемы. С тех пор конфигурация откатилась назад, и мы наблюдаем восстановление обслуживания через затронутые компоненты, а функциональность платформы постепенно возвращается к ожидаемым уровням. Команды по-прежнему активно участвуют в мониторинге окружающей среды для проверки полного восстановления, обеспечения стабильности платформы и быстрого устранения любых остаточных воздействий.

5. 3 августа 2026 г. в 10:40 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

6. 3 августа 2026 г. в 17:09 UTCmonitoring

   Действия по смягчению последствий остаются эффективными, и обработка запасов продолжается успешно. Мы активно отслеживаем прогресс восстановления и работаем над оставшимся отставанием, чтобы обеспечить успешное завершение всей обработки. Мы будем продолжать предоставлять обновления по мере продвижения усилий по восстановлению.

7. 4 августа 2026 г. в 07:02 UTCmonitoring

   Восстановление услуг продолжается, и меры по смягчению последствий продолжают быть эффективными. Обработка запасов функционирует успешно, и отставание значительно сократилось, приблизив объемы к нормальным уровням. Наши команды продолжают следить за окружающей средой и обрабатывать оставшееся отставание для полного восстановления. В соответствующих случаях будут предоставляться дополнительные обновления.

8. 4 августа 2026 г. в 11:09 UTCresolved

   Окружающая среда вернулась к нормальному рабочему уровню. Обработка запасов и связь с маяками стабильны, и отставание вернулось к ожидаемым пороговым значениям. Платформа остается здоровой, а постоянный мониторинг подтверждает устойчивую стабильность. Дополнительная информация о первопричине, восстановительных действиях и долгосрочных инициативах по улучшению будет представлена в посмертном отчете после подтверждения результатов.

9. 18 августа 2026 г. в 12:41 UTCpostmortem

   ** Описание:** Управление ИТ-активами Flexera One - EU - Ошибки загрузки инвентаря ** Сроки: ** 31 июля 2026 года, 6:00 PM PDT до 4 августа 2026 года, 4:09 AM PDT ** Резюме инцидента** В воскресенье, 2 августа 2026 года, в 11:42 вечера PDT, Flexera выявила проблему, затрагивающую загрузку пакета инвентаризации \(\*.zip\) и выбор маяковых коммуникаций в среде Flexera One IT Asset Management EU Production. Пострадавшие клиенты испытали неудачные загрузки пакета инвентаризации, включая ответы HTTP 504 \(Gateway Timeout\) и HTTP 405 \(Method Not Allowed\). Проблема также нарушила выбор между маяками и платформой связи, вызывая задержки или сбои в обработке инвентарных запасов и приеме данных инвентаризации. Расследование установило, что самое раннее воздействие началось в 6:00 вечера по местному времени 31 июля 2026 года. Анализ выявил проблему связи в рамках критического пути маршрутизации службы, которая не позволяла подмножеству запросов успешно достигать служб обработки данных. Это привело к повторным повторным запросам, задержке обработки запасов и накоплению отставания. Чтобы смягчить проблему и восстановить обслуживание, трафик был перенаправлен на альтернативный путь связи. После этого изменения связь с маяком стабилизировалась, загрузка инвентаря успешно возобновилась, а запасы начали уменьшаться. К 3:42 утра PDT 3 августа 2026 года загрузки инвентаря успешно завершались и новых ошибок не наблюдалось. Окружающая среда оставалась под расширенным контролем, в то время как объемы обработки возвращались к нормальному рабочему уровню. В 4:09 утра 4 августа 2026 года Flexera подтвердила, что связь с маяком, обработка запасов и связанные с ними услуги платформы работают нормально, отставание вернулось к ожидаемым порогам, и инцидент был официально объявлен урегулированным. **Корневая причина** 31 июля 2026 года обновление сертификата на критически важный сервисный путь связи создало несоответствие конфигурации между компонентами платформы. Проблема всплыла позже, когда компоненты приложения были перезапущены и начали устанавливать новые соединения с использованием обновленной конфигурации. Это вызвало ошибки рукопожатия и сбои связи, что привело к недоступности сервиса. Следовательно, запросы от клиентских маяков на загрузку файлов инвентарного пакета \(\*.zip\) в производственную среду ЕС не могут быть обработаны, вызывая сбои загрузки и предотвращая получение и обработку данных инвентаризации. Также было затронуто подмножество других взаимодействий между маяками и платформами, хотя влияние клиентов не наблюдалось сразу. Сервис был восстановлен путем перенаправления трафика на альтернативный путь связи, на который не повлияла проблема конфигурации, связанная с сертификатом. Загрузка инвентаря и связь маяков возобновили нормальную работу. Факторы, способствующие Прерывистые сбои запроса: неудачные попытки установления соединения привели к тому, что часть запросов была неудачной, прежде чем обратиться к службам обработки данных. Задержки с обработкой инвентарных запасов: сбои в связи с коммуникациями предотвратили успешную обработку некоторых пакетов запасов и связанного с ними импорта, что привело к задержке обновления запасов. Рост задержек, вызванных повторными операциями: автоматизированные механизмы повторных операций позволили многим транзакциям в конечном итоге добиться успеха, но способствовали увеличению задержек обработки и накоплению задержек, в то время как проблема оставалась активной. ** Меры по восстановлению** Для восстановления сервиса технические команды выполнили ниже действия: * Перенаправление трафика: Перенаправленный трафик с затронутого пути обслуживания для восстановления стабильной связи маяков и загрузки пакетов инвентаризации. * Мониторинг платформы: Проводится непрерывный мониторинг связи маяков, загрузок инвентаря и обработки для проверки восстановления обслуживания. Управление восстановлением отставания: отслеживаемая пропускная способность обработки запасов и подтвержденная, что отставание от обработки неуклонно сокращается и возвращается к ожидаемым операционным порогам. Проведение расширенного мониторинга после восстановления для подтверждения устойчивой стабильности платформы и успешной обработки запасов. 4 августа 2026 года в 4:09 утра PDT подтвердил, что связь с маяком, обработка запасов и связанные с ними услуги работают нормально. Будущие превентивные меры** • Устойчивость к коммуникациям в обслуживании: обзор и улучшение затронутого пути связи для повышения надежности, отказоустойчивости и восстановления от будущих сбоев, связанных с подключением. Усиление валидации изменений: Улучшение процессов валидации и тестирования для изменения инфраструктуры, конфигурации, сертификата и пути обслуживания для выявления несоответствий связи перед развертыванием в производственных средах. Улучшенное обнаружение и оповещение: Расширение возможностей мониторинга и оповещения для обеспечения более ранней идентификации устойчивых сбоев связи, повышенной активности повторного использования, аномальных моделей частоты ошибок и возникающих задержек обработки. Эти улучшения позволят быстрее выявлять, исследовать и устранять проблемы, прежде чем они станут более широкими.

Автоматический перевод официального обновления инцидента.

1. 29 июля 2026 г. в 04:36 UTCinvestigating

   Описание инцидента: Мы расследуем проблему, затрагивающую сервис Software Vulnerability Research (SVR). Клиенты могут испытывать трудности с доступом или использованием SVR. Приоритет: P1 Реставрационная деятельность: Наши команды активно исследуют проблему и работают над восстановлением сервиса. В настоящее время проводятся мероприятия по смягчению последствий, поскольку мы работаем над тем, чтобы вернуть услугу в онлайн. Дальнейшие обновления будут предоставляться по мере поступления дополнительной информации.

2. 29 июля 2026 г. в 06:02 UTCinvestigating

   Были предприняты меры по восстановлению; однако служба по-прежнему испытывает нестабильность в нынешних условиях рабочей нагрузки, что приводит к постоянным сбоям в обслуживании. Наши команды активно работают над снижением воздействия и восстановлением доступности услуг. Дальнейшие обновления будут предоставляться по мере поступления дополнительной информации.

3. 29 июля 2026 г. в 09:52 UTCresolved

   Технические команды восстановили доступность услуг для исследования уязвимости программного обеспечения (SVR). Были реализованы действия по восстановлению для устранения нестабильности сервиса, и проверка подтвердила, что функциональность SVR восстановлена. Мы продолжим внимательно следить за сервисом, чтобы обеспечить постоянную стабильность. В ближайшие дни будет опубликован посмертный доклад, содержащий дополнительную информацию, включая первопричину и профилактические меры.

4. 11 августа 2026 г. в 10:28 UTCpostmortem

   **Description:** Software Vulnerability Research \(SVR\) - Service Disruption **Timeframe:** July 28, 2026, 2:00 PM PDT to July 29, 2026, 2:53 AM PDT ‌ **Incident Summary** On Tuesday, 28 July 2026, at 2:00 PM PDT, the Flexera Software Vulnerability Research\(SVR\) production environment experienced a service disruption that affected API availability and application functionality. The incident occurred when the primary database instance supporting the SVR platform became unavailable. Existing database connections were unexpectedly terminated, and application servers were unable to establish new connections. As a result, customers were unable to reliably access SVR services and APIs during the incident. During the investigation, our teams determined that the disruption was caused by an unplanned failover initiated by the cloud service provider. According to the provider’s event history, an infrastructure issue was detected on the primary database host, prompting the provider to automatically initiate the failover process. Our technical teams immediately engaged the cloud service provider to investigate the incident and restore service. Following recovery and validation activities, all production services were successfully restored and returned to normal operation by 2:53 AM PDT on 29 July 2026. ‌ **Root Cause** ‌ The incident was triggered by an unplanned failover of the production database, initiated by the cloud service provider in response to an infrastructure-level issue affecting the primary database host. During the failover, the primary database instance became temporarily unavailable. This caused active database connections to terminate abruptly, preventing application services from establishing new connections. As a result, API requests failed and service availability across the SVR platform was impacted. Flexera has formally requested a detailed Root Cause Analysis \(RCA\) from the cloud service provider to determine the precise infrastructure condition that triggered the failover and to identify opportunities to prevent recurrence. ‌ **Contributing Factors** ‌ During the investigation, the following factors were identified as potentially contributing to the overall impact of the incident: * A significantly elevated volume of client connection attempts was observed originating from customer environments during the incident period. * Connection volumes exceeded normal operating levels, increasing load on backend services while database services were recovering. * Elevated connection activity may have amplified the impact of the database failover and increased recovery complexity. * Existing application retry and connection behaviours generated additional connection demand during database recovery activities. ‌ **Remediation Actions** ‌ * Cloud provider engagement: Our teams immediately engaged the cloud service provider and worked directly with their on-call engineers throughout the recovery effort. * Database recovery: Executed a controlled database failover/reboot in coordination with the cloud service provider. * Restored connectivity: Re-established database availability and connectivity to the production environment. * Application recovery validation: Confirmed that application services successfully reconnected to backend database services. * Service validation: Verified recovery of APIs and critical SVR application functionality. * Post-recovery monitoring: Implemented enhanced monitoring of database health, application performance, and connection activity following restoration. ‌ **Future Preventative Measures** ‌ * Continue monitoring customer connection volumes and backend database connection utilisation. * Review and optimise database connection pooling, connection management, retry logic, and failover handling to improve resilience during future infrastructure events. * Complete the cloud service provider support engagement and review the provider's detailed Root Cause Analysis once available. * Conduct an internal post-incident review and implement additional preventive measures identified through the review process.

Автоматический перевод официального обновления инцидента.

1. 28 июля 2026 г. в 23:14 UTCinvestigating

   Описание инцидента: Мы расследуем прерывистую проблему, затрагивающую службы Flexera One в регионе APAC. Клиенты могут испытывать периодические проблемы доступа или ошибки при использовании приложений и услуг Flexera One. В настоящее время этот вопрос, как представляется, ограничивается регионом АТР. Приоритет: P2 Реставрационная деятельность: Наши команды активно изучают этот вопрос. Масштабы и влияние Flexera One оцениваются в регионе APAC, и мы работаем над выявлением основной причины и восстановлением стабильности обслуживания. Дальнейшие обновления будут предоставляться по мере поступления дополнительной информации.

2. 29 июля 2026 г. в 00:34 UTCinvestigating

   Наши технические специалисты активно занимаются этим вопросом. Проблема, по-видимому, носит прерывистый характер, причем некоторые просьбы увенчались успехом, а другие по-прежнему терпят неудачу. Мы анализируем затронутые сервисы и их зависимости, чтобы определить масштаб воздействия, выявить основную причину и восстановить стабильность обслуживания.

3. 29 июля 2026 г. в 02:05 UTCresolved

   Технические группы смягчили проблему, затрагивающую услуги Flexera One в регионе АТР. Функциональность сервиса была восстановлена, и проверка подтверждает, что затронутые приложения и сервисы работают так, как ожидалось. В ходе расследования команды выявили прерывистые проблемы с сервисной связью, которые привели к проблемам с доступом и ошибкам для некоторых клиентов. В рамках усилий по смягчению последствий технические группы возобновили работу с затронутыми услугами, после чего функциональность обслуживания восстановилась, а проверка подтвердила успешное восстановление затронутых услуг. Мы продолжим рассматривать инцидент и следить за состоянием здоровья.

4. 12 августа 2026 г. в 17:33 UTCpostmortem

   ** Описание: ** Flexera One - APAC - Прерывистый сбой в обслуживании ##Время ** Сроки: ** 28 июля 2026, 3:49 PM PDT - 28 июля 2026, 5:40 PM PDT ##Резюме происшествия Во вторник, 28 июля 2026 года, в 3:49 вечера PDT, клиенты используют Flexera Одна из услуг в регионе APAC начала испытывать периодические сбои в обслуживании, затрагивающие несколько приложений и возможностей платформы. Клиенты, возможно, сталкивались с проблемами входа в систему, ошибками приложений, неудавшейся загрузкой страниц, ошибками API и прерывистым доступом к определенным функциям Flexera One. Во время инцидента несколько служб испытывали периодические сбои связи с общими службами платформы. В результате клиенты столкнулись с непоследовательным поведением приложений, причем некоторые запросы увенчались успехом, а другие потерпели неудачу. Технические группы исследовали проблему в затронутых приложениях и компонентах платформы, чтобы определить масштаб и источник сбоев. Исследование выявило проблему подключения, влияющую на связь между службами приложений и зависимостью от общей платформы. Реализованы корректирующие изменения конфигурации для восстановления сервисной связи и стабилизации затронутой функциональности. После внесения корректирующих изменений технические команды проверили функциональность затронутых приложений и подтвердили, что службы вернулись к нормальной работе. Продолжение мониторинга показало стабильное сервисное поведение, и инцидент был урегулирован в 5:40 вечера ПДТ 28 июля 2026 года. ##Коренная причина Следствие установило, что инцидент был вызван проблемой подключения, возникшей во время миграции инфраструктуры платформы. После миграции некоторые службы приложений продолжали использовать устаревшие порты подключения при общении с общими службами платформы. При перезапуске затронутых служб они пытались общаться с использованием комбинаций конечных точек и портов, которые больше не соответствовали обновленной конфигурации платформы. Это несоответствие конфигурации привело к периодическим сбоям связи между службами приложений и компонентами общей платформы, что привело к ошибкам приложений и сбоям в обслуживании нескольких служб Flexera One в регионе APAC. ## Реабилитационные меры В ходе реагирования на инцидент были приняты следующие меры: 1. ** Расследование инцидента инициировано: ** Технические группы изучили сообщения о периодических сбоях, затрагивающих несколько сервисов Flexera One в регионе APAC, и оценили масштабы воздействия на клиентов. 2.** Анализ зависимости:** Технические команды рассмотрели пути связи между затронутыми приложениями и службами общей платформы, чтобы определить источник сбоев подключения. 3. ** Несоответствие конфигурации: ** Следствие установило, что некоторые службы пытались связаться через устаревшие порты, которые не были согласованы с обновленной конфигурацией платформы после миграции. 4.**Платформная конфигурация обновлена:** Необходимые порты были добавлены в обновленную конфигурацию платформы, восстанавливая связь для пострадавших служб. 5.**Верификация услуг:** Технические команды проверили функциональность затронутых приложений и подтвердили, что сервисная связь и функциональность, ориентированная на клиента, вернулись к нормальной работе. ##Профилактические меры будущего Для дальнейшего снижения риска подобных инцидентов в будущем были определены следующие улучшения: 1. ** Совместимость с миграцией: ** Обзор и усиление процессов валидации для изменения инфраструктуры и миграции платформы, чтобы помочь выявить несоответствия конфигурации службы перед развертыванием, снижая риск проблем с подключением, вызванных устаревшими конфигурациями конечных точек или портов.

Автоматический перевод официального обновления инцидента.

1. 27 июля 2026 г. в 00:11 UTCinvestigating

   Мы расследуем проблему, затрагивающую клиентов Snow Atlas в регионе APAC. Пострадавшие пользователи могут быть не в состоянии получить доступ к платформе и могут столкнуться с 404 ошибками при попытке войти в систему. Текущее расследование указывает на то, что проблема ограничена регионом АТР, и в настоящее время в других регионах ее влияние не подтверждено. Приоритет: P1 Реставрационная деятельность: Наши технические команды активно исследуют проблему, чтобы определить основную причину и восстановить обслуживание. Мы внимательно следим за состоянием окружающей среды и принимаем соответствующие корректирующие меры. Дальнейшие обновления будут предоставляться по мере поступления дополнительной информации.

2. 27 июля 2026 г. в 02:00 UTCinvestigating

   Наши команды решили проблему, затрагивающую клиентов Snow Atlas в регионе APAC. Проблема возникла, когда служба платформы не смогла правильно запуститься, что привело к периодическим ошибкам и проблемам доступа для некоторых клиентов. Технические команды выявили основной сбой в запуске и восстановили обслуживание, перезапустив затронутые компоненты платформы. Деятельность по валидации подтвердила успешный доступ к платформе, и в настоящее время мы не наблюдаем какого-либо постоянного воздействия на клиентов. Наши команды будут продолжать внимательно следить за окружающей средой, чтобы обеспечить постоянную стабильность.

3. 27 июля 2026 г. в 02:00 UTCresolved

   Этот инцидент был урегулирован.

4. 7 августа 2026 г. в 08:40 UTCpostmortem

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

Автоматический перевод официального обновления инцидента.

1. 22 июля 2026 г. в 10:33 UTCinvestigating

   Мы расследуем проблему, затрагивающую видимость ИТ в регионе Европы, где несколько отчетов Power BI не загружаются. Клиенты в пострадавшем регионе могут быть не в состоянии просматривать отчеты в приложении. Текущее расследование показывает, что проблема ограничена регионом Европы, и в настоящее время в других регионах не наблюдается никакого воздействия. Приоритет: P2 Деятельность по восстановлению: Наши технические команды активно исследуют проблему, чтобы определить основную причину и восстановить функциональность отчета. Мы продолжаем оценивать масштабы воздействия, следить за состоянием услуг и, при необходимости, осуществлять корректирующие действия. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 22 июля 2026 г. в 11:53 UTCidentified

   Наше исследование выявило потенциальную проблему, связанную с конфигурацией в затронутой среде. В рамках наших усилий по валидации корректирующие действия были применены к подмножеству затронутых организаций, и теперь отчеты загружаются успешно. В настоящее время наши команды сосредоточены на реализации более широкой реабилитации во всех затронутых организациях и проводят подробный обзор, чтобы понять, почему изменения конфигурации не распространяются, как ожидалось. Мы продолжаем проверять исправительные работы и внимательно следить за эффективностью обслуживания, работая над полным разрешением.

3. 22 июля 2026 г. в 13:43 UTCidentified

   В настоящее время в отношении большего числа затронутых организаций были приняты корректирующие меры, и первоначальная проверка показывает, что отчеты загружаются успешно. В настоящее время мы проверяем все затронутые организации, чтобы подтвердить, что функциональность отчета и производительность обслуживания были полностью восстановлены. Параллельно команды продолжают осуществлять более широкие меры по восстановлению окружающей среды и внимательно следят за службой, чтобы обеспечить стабильность, в то время как работа по полному разрешению продолжается.

4. 23 июля 2026 г. в 04:39 UTCidentified

   Наши команды применили исправление ко всем идентифицированным организациям. Первоначальная проверка показывает, что пострадавшие организации восстанавливаются, как и ожидалось. Технические группы продолжают проверять эффективность восстановления в более широком регионе Европы, чтобы подтвердить, что обслуживание было полностью восстановлено. Мы внимательно следим за производительностью платформы и предоставим дополнительные обновления после завершения региональной проверки.

5. 23 июля 2026 г. в 07:52 UTCresolved

   Дальнейшее расследование определило проблему синхронизации как основную причину инцидента. Наши технические команды осуществили целенаправленные действия по восстановлению, включая перезапуск услуг, для восстановления нормальной работы. После расширенного мониторинга и валидации после восстановления производительность обслуживания оставалась стабильной, и мы подтвердили, что все пострадавшие службы вернулись к нормальной работе. Сейчас этот вопрос считается решенным.

6. 3 августа 2026 г. в 18:37 UTCpostmortem

   ** Описание: ** Flexera One - IT Visibility - EU - Неспособность загружать отчеты ** Сроки:** 22 июля 2026, 3:11 AM PDT - 22 июля 2026, 11:04 PM PDT ** Резюме инцидента** 22 июля 2026 года, примерно в 3:11 утра по местному времени, в производственной среде Flexera One EU началась проблема, затрагивающая функциональность отчетности о видимости ИТ. В течение затронутого периода клиенты в регионе ЕС испытывали сбои при попытке загрузить отчеты о видимости ИТ и панели инструментов, включая инвентарь программного обеспечения, инвентарь оборудования, технологический интеллект, устойчивость и отчеты FinOps. Технические команды начали расследование после того, как было получено несколько отчетов о неполадках погрузки по всему региону ЕС. Первоначальный анализ подтвердил, что проблема была ограничена производственной средой ЕС, в то время как эквивалентные функции отчетности в других регионах продолжали работать нормально. Следствие установило, что проблема, связанная с аутентификацией, возникла в среде отчетности ЕС. В результате затронутые отчеты и панели инструментов не смогли получить данные, необходимые для успешной загрузки, что привело к сбоям загрузки отчетов для пострадавших клиентов. Технические команды внедрили корректирующие обновления в затронутой среде отчетности и провели валидацию в пострадавших организациях-клиентах. После этих действий отчеты и информационные панели возобновили нормальную работу, и клиенты снова смогли успешно получить доступ к данным отчетности. После проверки затронутых клиентских сред и подтверждения того, что отчеты загружаются успешно, функциональность сервиса была восстановлена, и инцидент был рассмотрен как разрешенный. Технические группы продолжали следить за восстановлением, чтобы обеспечить постоянную стабильность обслуживания. **Корневая причина** Инцидент был вызван проблемой аутентификации в среде отчетности ЕС. Эта проблема не позволила затронутым отчетам и приборным панелям успешно извлекать данные, необходимые для отображения результатов, что привело к сбоям загрузки отчетов для пострадавших клиентов. ** Меры по восстановлению** В ходе реагирования на инцидент были приняты следующие меры: 1. Regional Impact Assessment: Технические группы изучили отчеты клиентов и подтвердили, что проблема была изолирована от производственной среды ЕС. В других регионах была проведена дополнительная проверка для проверки того, что функциональность отчетности остается работоспособной вне затронутой среды. 2. Анализ отказов аутентификации: технические команды рассмотрели обработку отчетов, рабочие процессы аутентификации, рабочие пространства отчетов и недавние изменения платформы для выявления источника сбоев. Следствие установило, что затрагиваемые сообщения не могли быть успешно аутентифицированы при получении базовых данных, необходимых для представления отчетов. 3. Мероприятия по восстановлению и валидации: технические команды применяли обновления в затронутых клиентских средах и рабочих пространствах отчетности для восстановления успешного поиска данных отчета. После внедрения затронутые организации-клиенты были проверены для подтверждения отчетов, а информационные панели успешно загружались и отображали данные, как ожидалось. 4. Проверка после восстановления: После восстановления были проведены дополнительные мероприятия по мониторингу и валидации для проверки непрерывной функциональности отчета, подтверждения успешного восстановления и обеспечения стабильности обслуживания в производственной среде ЕС. Будущие превентивные меры** В ходе инцидента были определены следующие последующие действия: Технические команды изучают процесс обновления аутентификации, чтобы понять, почему обновление не было успешно применено во всех затронутых рабочих областях отчетности в производственной среде ЕС, и определить улучшения, которые помогут предотвратить подобные проблемы в будущих обновлениях.

Автоматический перевод официального обновления инцидента.

1. 22 июля 2026 г. в 08:25 UTCidentified

   Мы выявили проблему, затрагивающую обработку запасов в Flexera One IT Asset Management после развертывания выпуска 2026 R1.1 в нашей производственной среде в США. В результате некоторые клиенты могут испытывать ухудшение производительности и периодические проблемы с надежностью при доступе к определенным областям пользовательского интерфейса и выполнении системных задач. Приоритет: P2 Реставрационная деятельность: Наше исследование определило, что проблема связана с дефектом программного обеспечения, введенным с выпуском 2026 R1.1. Несмотря на то, что дефект был выявлен ранее, а процедуры смягчения последствий были включены в процесс развертывания, автоматизированное восстановление столкнулось с неожиданными проблемами исполнения. В результате технические команды внедрили альтернативные меры по снижению воздействия на клиентов и стабилизации производительности системы. Мы продолжаем активно контролировать окружающую среду и применять корректирующие действия для устранения основного дефекта и восстановления нормальной работы службы.

2. 22 июля 2026 г. в 13:38 UTCidentified

   Наши команды продолжают работать над внедрением исправления для решения этой проблемы. Во время развертывания исправление сталкивалось с условиями базы данных, которые препятствуют его успешному завершению. Наши технические команды активно работают над решением этой проблемы и оценивают целенаправленные действия по смягчению последствий, чтобы разрешить исправление. Как только исправление будет успешно применено, команды проверят эффективность обслуживания и продолжат мониторинг, чтобы подтвердить восстановление. Мы предоставим еще одно обновление по мере поступления дополнительной информации.

3. 22 июля 2026 г. в 15:40 UTCmonitoring

   Горячее исправление было успешно развернуто, и инженерные команды в настоящее время проверяют его эффективность. Группы продолжают следить за поведением платформы и анализировать телеметрию для подтверждения решения проблемы.

4. 22 июля 2026 г. в 16:16 UTCresolved

   Наши команды завершили проверку после развертывания и подтвердили, что эффективность обслуживания вернулась к ожидаемому уровню. Продолжение мониторинга показало стабильную работу платформы без дальнейшего воздействия. Исходя из этих результатов, данный вопрос сейчас считается решенным.

5. 4 августа 2026 г. в 20:57 UTCpostmortem

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

Автоматический перевод официального обновления инцидента.

1. 17 июля 2026 г. в 10:24 UTCinvestigating

   Описание инцидента: Мы выявили проблему, которая влияет на выставление счетов и прозрачность затрат для клиентов AWS во всех регионах. В результате активного сбоя поставщика услуг клиенты могут наблюдать неточные, неполные или отсроченные расчетные расходы и информацию об использовании в консоли учета и управления затратами. Эта проблема ограничивается услугами на базе AWS и не затрагивает клиентов, использующих другие облачные платформы. Приоритет: P2 Наши технические команды подтвердили, что проблема связана с активным сервисным мероприятием AWS, затрагивающим все регионы. Мы активно отслеживаем ситуацию и тесно сотрудничаем с обновлениями AWS для оценки влияния на клиентов. Восстановление обслуживания зависит от решения AWS основной проблемы, и мы будем продолжать предоставлять обновления по мере поступления дополнительной информации.

2. 17 июля 2026 г. в 10:27 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 17 июля 2026 г. в 13:14 UTCidentified

   Мы продолжаем внимательно следить за отключением поставщика услуг и его влиянием на затронутые услуги. Дальнейшие обновления будут предоставляться по мере поступления новой информации.

4. 17 июля 2026 г. в 18:24 UTCidentified

   Наши усилия по расследованию и валидации на сегодняшний день не выявили какого-либо влияния на данные выставления счетов или анализа затрат. Пересмотренные данные о выставлении счетов и ценообразовании по-прежнему соответствуют ожидаемым значениям. Хотя первоначальные результаты валидации являются положительными, мы продолжаем дополнительную деятельность по валидации, поскольку для подтверждения этих результатов становятся доступными дополнительные данные. Мы продолжаем работать с AWS и будем внимательно следить за ситуацией. Мы будем делиться дополнительными обновлениями по мере продолжения нашей деятельности по проверке.

5. 18 июля 2026 г. в 08:05 UTCidentified

   Мы продолжаем активно взаимодействовать с AWS и внимательно следить за ситуацией. AWS определила первопричину и внедрила меры по смягчению последствий, чтобы решить основную проблему, которая привела к отображению неправильных данных о сметной стоимости и использовании. AWS начала заполнение данных для восстановления точной информации о стоимости и использовании для всех клиентов, и полное восстановление ожидается к 18 июля 2026 года, в 12:00 вечера по местному времени.

6. 18 июля 2026 г. в 19:33 UTCmonitoring

   Мы продолжаем следить за событием сервиса AWS и продолжаем взаимодействовать с AWS по мере завершения восстановительных работ. Проверка, завершенная до настоящего времени, не выявила какого-либо влияния на данные выставления счетов или анализа затрат. Мы продолжаем следить за ситуацией и завершаем любую оставшуюся деятельность по проверке, прежде чем определить завершение этого инцидента.

7. 19 июля 2026 г. в 12:59 UTCresolved

   AWS устранила сбои в обслуживании 18 июля в 6:57 утра по местному времени. После успешной проверки нашими техническими командами мы подтвердили, что функциональность сервиса восстановлена.

8. 30 июля 2026 г. в 18:10 UTCpostmortem

   ** Описание: ** Flexera Spot - AWS Billing Service Сроки: 17 июля 2026, 1:33 AM PDT - 18 июля 2026, 6:57 AM PDT ** Резюме инцидента** 17 июля 2026 года, примерно в 1:33 утра по местному времени, техническим командам Flexera стало известно о проблеме AWS, затрагивающей предполагаемые данные о выставлении счетов и использовании, отображаемые в отчетах AWS о выставлении счетов и управлении затратами, исследовании затрат и отчетах о стоимости и использовании. Учитывая характер сбоев в работе сервиса AWS, технические команды инициировали расследование, чтобы определить, были ли затронуты счета Spot, анализ затрат или расчеты экономии для клиентов AWS. В ходе расследования команды рассмотрели данные о выставлении счетов и ценообразовании, используемые Spot, проверили соответствующие таблицы затрат и цен, отслеживали обновления AWS и оценивали, были ли затронуты какие-либо данные о выставлении счетов или экономии клиентов. Технические команды проверили данные о выставлении счетов и ценообразовании, используемые Spot, и подтвердили, что соответствующие таблицы затрат и цен работали, как и ожидалось. Расследование не выявило каких-либо проблем в данных, используемых Spot, и не было обнаружено неправильных расчетов счетов или сбережений. AWS впоследствии подтвердила, что проблема возникла в рамках услуг AWS Billing and Cost Management, выявила и смягчила основную проблему и завершила деятельность по восстановлению данных и обратному заполнению. Основываясь на проверке, проведенной на протяжении всего расследования, влияние клиента на Spot не наблюдалось. После подтверждения восстановления AWS и завершения действий по валидации после восстановления инцидент был рассмотрен как разрешенный. **Корневая причина** Инцидент был вызван проблемой сервиса AWS, затрагивающей предполагаемые данные о выставлении счетов и использовании, отображаемые в отчетах о выставлении счетов и управлении затратами AWS, Cost Explorer и Cost and Usage Reports. AWS выявил и смягчил основную проблему и завершил деятельность по восстановлению данных. ** Меры по восстановлению** В ходе реагирования на инцидент были приняты следующие меры: Начало расследования инцидентов: технические команды начали расследование проблемы с выставлением счетов и использованием данных AWS, чтобы определить, были ли затронуты клиенты Spot. Оценка воздействия: технические команды оценили, повлияло ли нарушение работы сервиса AWS на анализ выставления счетов и расчеты сбережений. Проверка данных завершена: команды рассмотрели и подтвердили данные о выставлении счетов и ценообразовании, используемые Spot, и подтвердили, что соответствующие таблицы затрат и цен работают так, как ожидалось. AWS Recovery Monitored: технические команды отслеживали сообщения AWS, обновления сервисов и действия по восстановлению на протяжении всего инцидента. Проведенная после восстановления валидация: дополнительная валидация была завершена после восстановления AWS и действий по заполнению данных для подтверждения целостности данных выставления счетов и ценообразования, используемых Spot. Инцидент был закрыт после того, как AWS подтвердила, что восстановление и техническая валидация не выявили никаких последствий в Spot. Будущие превентивные меры** В ходе инцидента были определены следующие последующие действия: Сотрудничество и обзор AWS: продолжайте тесно сотрудничать с AWS, чтобы понять основную причину инцидентов, управляемых провайдером, и просмотреть любые рекомендации или уроки, полученные в результате их расследования. • Обзор отказоустойчивости и валидации: возможности дальнейшего укрепления процессов валидации данных, связанных с выставлением счетов, для поддержки более быстрой оценки воздействия и реагирования во время аналогичных сбоев в работе сторонних служб в будущем.

Автоматический перевод официального обновления инцидента.

1. 17 июля 2026 г. в 08:24 UTCidentified

   Мы выявили проблему, затрагивающую обработку запасов в Flexera One IT Asset Management после развертывания версии 2026 R1.1 в наших средах APAC и Европы. В результате подмножество клиентов может испытывать ухудшение производительности при доступе к определенным областям пользовательского интерфейса и при выполнении системных задач. Приоритет: P2 Наша техническая команда определила проблему как дефект программного обеспечения, введенный с выпуском 2026 R1.1. Были приняты меры по смягчению последствий для клиентов, и команды активно работают над полным восстановлением эффективности обслуживания. Мы будем продолжать предоставлять обновления по мере прогресса.

2. 17 июля 2026 г. в 15:58 UTCidentified

   Мы продолжаем добиваться прогресса в решении проблем производительности, затрагивающих подгруппу клиентов в производственной среде APAC и Европы. Выявленные исправления в настоящее время развернуты, и мы активно отслеживаем окружающую среду по мере продолжения деятельности по обработке клиентов. Наши команды проверяют эффективность этих изменений и оценивают общую производительность платформы. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

3. 18 июля 2026 г. в 08:10 UTCmonitoring

   Наши команды продолжают проверять недавно развернутые исправления, и первоначальные результаты выглядят положительно. Мы внимательно следим за деятельностью по обработке, чтобы подтвердить эффективность исправления и обеспечить стабильность платформы. Проверка продолжается, и мы будем продолжать следить за производительностью, прежде чем подтверждать полное разрешение. Мы предоставим еще одно обновление по мере поступления дополнительной информации.

4. 18 июля 2026 г. в 19:29 UTCresolved

   После развертывания выявленных исправлений ранее затронутые процессы обработки теперь успешно завершаются, и мы больше не видим повторения проблем, наблюдаемых после недавнего выпуска. На основании результатов, наблюдаемых после развертывания исправлений, данный инцидент в настоящее время урегулирован. В ближайшие дни мы опубликуем полный отчет RCA, который будет включать подробное изложение проблемы, первопричины и профилактических мер, реализуемых для предотвращения рецидивов.

5. 30 июля 2026 г. в 17:47 UTCpostmortem

   ** Описание: Flexera One - Управление ИТ-активами - APAC & EU - Медленность и снижение производительности ** Сроки: ** 13 июля 2026 года, 1:00 PM PDT - 18 июля 2026 года, 7:10 AM PDT ** Резюме инцидента** 13 июля 2026 года, примерно в 1:00 вечера по местному времени, началась проблема, затрагивающая клиентов Flexera One IT Asset Management в производственных средах APAC и Европы после развертывания выпуска 2026 R1.1. В течение затронутого периода некоторые клиенты испытывали периодическую медлительность приложений, задержку обработки, устранение сбоев и ухудшение производительности при доступе к определенным областям приложения или выполнении мероприятий, связанных с инвентаризацией. По мере того, как отчеты клиентов увеличивались, технические команды начали исследовать общие закономерности по сообщенным симптомам, чтобы определить основную причину. Расследование выявило дефект, введенный в рамках выпуска Flexera One IT Asset Management 2026 R1.1. При определенных условиях дефект привел к значительно более высокой активности обработки баз данных во время операций, связанных с инвентаризацией. По мере обработки данных инвентаризации возросшая рабочая нагрузка способствовала задержкам обработки, условиям тайм-аута и ухудшению производительности приложений для некоторых клиентов. Технические группы разработали и развернули исправления для решения этой проблемы в затронутых производственных средах. После развертывания команды выполняли валидацию и контролировали рабочие процессы обработки, чтобы подтвердить восстановление. К 18 июля 2026 года, примерно в 7:10 утра по Гринвичу, проверка подтвердила успешную обработку ранее затронутых рабочих нагрузок и то, что шаблоны отказов, связанные с проблемой, больше не встречаются. Инцидент был признан урегулированным, и технические группы продолжили мониторинг, чтобы подтвердить стабильность обслуживания. **Корневая причина** Инцидент был вызван дефектом, введенным в выпуск Flexera One IT Asset Management 2026 R1.1, влияющим на операции обработки, связанные с запасами. При определенных условиях дефект вызвал значительно большую активность обработки базы данных, чем предполагалось во время операций обработки, связанных с инвентаризацией. Это увеличение рабочей нагрузки привело к увеличению потребления ресурсов, задержкам обработки и условиям тайм-аута. Эти условия способствовали прерывистой замедленности приложений, задержке обработки, устранению сбоев и ухудшению производительности, затрагивающей некоторые функции управления ИТ-активами. ** Меры по восстановлению** 1.Initiated: Технические команды начали расследование сообщений о замедлении приложений, задержках обработки и проблемах надежности, затрагивающих производственные среды APAC и Европы. 2.Оценка воздействия: команды рассмотрели симптомы, о которых сообщают клиенты, данные о производительности системы и поведение обработки, чтобы определить масштаб и характер проблемы. 3. Cause Identified: Investigation определил, что дефект, введенный в выпуск 2026 R1.1, вызывал чрезмерную активность обработки во время операций, связанных с запасами. 4. Hotfixes Developed and Deployed: Технические команды разработали и развернули хотфиксы для коррекции поведения обработки в производственных средах APAC и Европы. 5. Recovery Validated: Команды подтвердили эффективность исправлений путем мониторинга и успешного выполнения ранее затронутых операций обработки. 6. Post-Restoration Monitoring Performed: Дополнительный мониторинг подтвердил, что ранее наблюдавшиеся сбои и ухудшение производительности больше не происходят и что стабильность обслуживания была восстановлена. Будущие превентивные меры** На основе проведенного расследования была выявлена следующая деятельность: Технические команды внедрили исправления в затронутую логику обработки, чтобы устранить неэффективное поведение, которое способствовало увеличению потребления ресурсов и ухудшению производительности.

Автоматический перевод официального обновления инцидента.

1. 14 июля 2026 г. в 09:13 UTCresolved

   Наши команды выявили проблему, затрагивающую Cognos Analytics в производственной среде ЕС. Во время окна воздействия пострадавшие клиенты могут быть не в состоянии получить доступ или загрузить Cognos Analytics. Текущее расследование подтвердило, что воздействие было ограничено производственным регионом ЕС. Приоритет: P2 Реставрационная деятельность: Наши технические команды определили, что проблема была связана с недавним обновлением Cognos Analytics, которое было завершено в рамках деятельности по выпуску производственных ИТ-активов ЕС. Команда определила проблему конфигурации, введенную во время обновления, внедрила необходимые исправления конфигурации и восстановила нормальную функциональность обслуживания. Окружающая среда остается стабильной под контролем. Более подробная информация, включая первопричину и превентивные меры, будет представлена в посмертном докладе.

2. 26 июля 2026 г. в 07:06 UTCpostmortem

   ** Описание: ** Flexera One - Управление ИТ-активами - ЕС - Понять проблему доступа к аналитике ** Сроки: ** 13 июля 2026 года, 12:51 PM PDT до 14 июля 2026 года, 1:52 AM PDT ** Резюме инцидента** В понедельник, 13 июля 2026 года, в 12:51 вечера PDT, после обновления Cognos Analytics 12.1.2, реализованного в рамках выпуска Flexera One IT Asset Management в производственной среде Европы, наши команды выявили проблему, которая помешала клиентам получить доступ к Cognos Analytics. В результате пострадавшие пользователи не смогли успешно запустить приложение после завершения запланированных мероприятий по техническому обслуживанию. Технические команды немедленно начали расследование и подтвердили, что проблема была изолирована от производственной среды ЕС, без какого-либо воздействия, наблюдаемого в любых других производственных регионах. Дальнейший анализ показал, что само обновление успешно завершено, однако часть требуемых действий по конфигурации после обновления не была полностью применена, что не позволило Cognos Analytics начать работу правильно. Оставшиеся задачи по настройке были оперативно выполнены, восстановив нормальную функциональность Cognos Analytics. После всесторонней проверки доступа клиентов и периода расширенного мониторинга было подтверждено, что служба работает нормально, и инцидент был объявлен урегулированным. **Корневая причина** Неполная конфигурация после обновления: Несмотря на успешное завершение обновления Cognos Analytics 12.1.2, требуемые задачи конфигурации после обновления не были полностью выполнены до того, как среда была возвращена в эксплуатацию. Сбой инициализации сервиса: неполная конфигурация не позволила Cognos Analytics правильно инициализировать, в результате чего клиенты не смогли получить доступ к приложению. Региональное воздействие: проблема была ограничена производственной средой ЕС. В Северной Америке, Азиатско-Тихоокеанском регионе и других регионах производства не было выявлено никакого воздействия. ** Меры по восстановлению** Для восстановления сервиса технические команды: * Завершены необходимые мероприятия по конфигурированию после обновления, которые не были полностью применены во время развертывания. Перезапущены и подтверждены сервисы Cognos Analytics для подтверждения успешной инициализации приложения. * Проведено функциональное тестирование и проверка доступа клиентов, чтобы убедиться, что возможности отчетности работают так, как ожидалось. * Помещение окружающей среды под усиленный мониторинг после восстановления для обеспечения постоянной стабильности обслуживания. Будущие превентивные меры** Усовершенствованная проверка после обновления: Укрепление процедур проверки развертывания для проверки того, что все необходимые мероприятия по конфигурации после обновления успешно завершены до завершения работ по техническому обслуживанию. Улучшенный мониторинг и оповещение: Улучшить мониторинг и оповещение Cognos Analytics, чтобы обеспечить раннее обнаружение ухудшения обслуживания после обновлений. * Улучшения контрольного перечня развертывания: Обновление рутинных книг развертывания и оперативных контрольных списков для включения дополнительной проверки завершения конфигурации после обновления до возвращения среды в производственное обслуживание. Обзор готовности к эксплуатации: обзор процедур выполнения обновлений для обеспечения выполнения всех обязательных задач после развертывания и проверки до закрытия окон технического обслуживания.

Автоматический перевод официального обновления инцидента.

1. 12 июля 2026 г. в 23:51 UTCinvestigating

   Описание инцидента: Мы сталкиваемся с проблемой, затрагивающей клиентов Flexera One IT Asset Management (ITAM) в регионе APAC. Клиенты могут заметить, что определенные элементы навигации и меню в интерфейсе ITAM не видны, что приводит к ограниченному доступу к некоторым функциям. Приоритет: P2 Реставрационная деятельность: Наши технические команды активно изучают этот вопрос и работают над восстановлением полной функциональности. Мы будем продолжать предоставлять обновления по мере поступления дополнительной информации.

2. 13 июля 2026 г. в 00:28 UTCidentified

   Наше расследование выявило повышенное использование ресурсов, влияющих на функциональность, связанную с сообщенной проблемой. В настоящее время принимаются меры по смягчению последствий, включая укрепление потенциала системы в поддержку усилий по восстановлению. Мы активно отслеживаем окружающую среду и проверяем поведение платформы по мере реализации этих изменений. Продолжается работа по восстановлению полной функциональности для пострадавших клиентов, и мы будем делиться дополнительными обновлениями по мере прогресса.

3. 13 июля 2026 г. в 01:52 UTCidentified

   Наше исследование выявило потенциальную проблему конфигурации, связанную с затронутой функциональностью. В рамках продолжающихся усилий по смягчению последствий изменения конфигурации были отменены, а ранее начатое увеличение мощностей в настоящее время завершено. Мы активно отслеживаем окружающую среду и проверяем поведение платформы, поскольку эти изменения вступают в силу. Продолжается работа по восстановлению полной функциональности для пострадавших клиентов, и мы предоставим дальнейшие обновления по мере прогресса.

4. 13 июля 2026 г. в 03:44 UTCresolved

   После расширенного мониторинга мы подтвердили, что производительность сервиса остается стабильной и работает, как и ожидалось. Сейчас этот вопрос решен.

5. 12 августа 2026 г. в 05:15 UTCpostmortem

   ** Описание: ** Flexera One - Управление ИТ-активами - APAC - Недостающие пункты меню ** Сроки:** 12 июля 2026, 3:00 PM PDT - 12 июля 2026, 7:16 PM PDT ** Резюме инцидента** В воскресенье, 12 июля 2026 года, в 3:00 PM PDT клиенты в производственной среде APAC начали сообщать, что несколько пунктов меню управления ИТ-активами, включая функциональность, такую как Отчеты и Все приложения, больше не видны в пользовательском интерфейсе Flexera One. Пострадали несколько клиентов, что повлияло на их способность перемещаться и получать доступ к частям приложения ITAM. Технические команды немедленно начали расследование проблемы и выявили ошибки, связанные с аутентификацией, влияющие на пользовательский интерфейс ITAM. В ходе расследования команды рассмотрели состояние инфраструктуры, поведение приложений и недавние изменения платформы, чтобы определить источник проблемы. Исследование показало, что изменение конфигурации приложения, связанное с недавно введенной возможностью аутентификации, было неправильно применено к производственной среде. Проблема стала очевидной, когда экземпляры приложений были обновлены, что привело к сбоям, связанным с аутентификацией, которые мешали некоторым элементам меню ITAM правильно загружаться для пострадавших пользователей. Технические команды восстановили затронутую конфигурацию, обновили затронутые экземпляры приложений и проверили восстановление в окружающей среде. После этих действий функциональность меню была восстановлена, пострадавшие клиенты подтвердили восстановление, а инцидент был разрешен 12 июля 2026 года, в 7:16 вечера PDT после проверки и мониторинга подтвердил нормальную работу. **Корневая причина** Исследование показало, что изменение конфигурации приложения, связанное с новой возможностью аутентификации, было неправильно применено к производственной среде. Когда экземпляры приложений были впоследствии обновлены, неправильная конфигурация привела к ошибкам, связанным с аутентификацией в пользовательском интерфейсе ITAM. Эти ошибки не позволяли некоторым навигационным компонентам загружаться правильно, в результате чего пострадавшие пользователи испытывали недостающие пункты меню до тех пор, пока конфигурация не была исправлена, а пострадавшие экземпляры не были обновлены. ** Меры по восстановлению** В ходе реагирования на инцидент были приняты следующие меры: 1.Initiated: Технические команды начали расследование после получения сообщений от нескольких клиентов о пропаже элементов меню ITAM. 2.Рецензируемая конфигурация приложения: Последние изменения в приложении и конфигурации были рассмотрены для определения источника сбоев загрузки меню. 3. Incorrect Configuration Identified: Технические команды определили, что изменение конфигурации, связанное с аутентификацией, было неправильно применено к производственной среде. 4. Исправленная конфигурация: пораженная конфигурация была удалена из пораженных производственных экземпляров. 5. Refreshed Application Instances: Воздействующие экземпляры приложений были обновлены, чтобы обеспечить последовательное применение исправленной конфигурации в окружающей среде. 6. Recovery Validation Performed: Технические команды проверили видимость и функциональность меню в затронутой среде и подтвердили восстановление с затронутыми клиентами. Будущие превентивные меры** После инцидента были приняты корректирующие меры для предотвращения повторения проблемы и улучшения обнаружения подобных условий в будущем. 1.Валидация контроля конфигурации: Неправильная конфигурация, связанная с аутентификацией, была удалена из сред, где она не предназначалась для развертывания. Это изменение не позволяет в будущем внедрить ту же проблему конфигурации в затронутые среды. 2.Мониторинг состояния здоровья: Существующая проверка здоровья была обновлена для выявления поведения приложения, связанного с этим заболеванием. Пересмотренный мониторинг предназначен для более эффективного выявления аналогичных сбоев приложений, связанных с загрузкой меню и аутентификацией, и ускорения обнаружения в случае возникновения аналогичной проблемы в будущем.

Автоматический перевод официального обновления инцидента.

1. 6 июля 2026 г. в 14:19 UTCinvestigating

   В настоящее время мы расследуем ухудшение производительности, затрагивающее ECS Spot Ocean для клиентов AWS. Клиенты могут испытывать значительную медлительность или задержки при доступе к консоли или использовании определенных функций Ocean ECS. Приоритет: P2 Деятельность по восстановлению: Наши технические команды активно исследуют и работают над восстановлением нормальной функциональности. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 6 июля 2026 г. в 15:11 UTCmonitoring

   Наше исследование выявило, что деградация была связана с событием в сфере здравоохранения AWS, которое повлияло на регион Восточный-1. С тех пор AWS сообщила, что проблема решена, и теперь мы видим признаки восстановления на нашей стороне, включая улучшение производительности консоли Spot Ocean ECS и успешное завершение связанных рабочих процессов AWS. Производственная среда в это время стабильна. Наши команды будут продолжать мониторинг в течение короткого периода проверки, чтобы гарантировать, что производительность остается стабильной, прежде чем маркировать инцидент.

3. 6 июля 2026 г. в 16:57 UTCresolved

   Мы продолжали следить за состоянием окружающей среды в течение длительного периода, и услуги оставались стабильными, и никаких дальнейших проблем не наблюдалось. Этот инцидент был урегулирован.

4. 20 июля 2026 г. в 07:00 UTCpostmortem

   ** Описание: ** Spot Ocean - AWS - Ocean ECS Console Performance Degradation ** Сроки:** 6 июля 2026, 05:45 AM PDT до 6 июля 2026, 07:53 AM PDT ** Резюме инцидента** В понедельник, 6 июля 2026 года, в 05:45 утра PDT, наши команды определили ухудшение производительности, влияющее на Spot Ocean ECS для клиентов AWS. Во время окна удара клиенты испытывали повышенную задержку при доступе к консоли Ocean ECS, а некоторые операции, связанные с AWS, задерживались или не завершались успешно. Технические группы немедленно начали расследование, чтобы определить источник проблемы. Поскольку сбои в работе сервисов AWS происходили одновременно в регионе AWS us-east-1, исследование первоначально рассматривало как внешнее событие AWS, так и недавно завершенное развертывание производства в качестве потенциальных факторов, способствующих этому. Благодаря детальному анализу команды определили, что основной причиной воздействия на клиента была нестабильность, вызванная недавним развертыванием Gateway. В результате ухудшение производительности Gateway повлияло на обработку запросов и отзывчивость в Spot Ocean ECS. Несмотря на то, что параллельное нарушение работы сервиса AWS добавило сложности расследованию, было подтверждено, что оно не является основным фактором воздействия на клиента. Для восстановления сервиса команды откатили развертывание на предыдущую стабильную версию. После отката производительность платформы вернулась к ожидаемым уровням, а рабочие процессы клиентов возобновили нормальную работу. Продолжительный период мониторинга подтвердил устойчивую стабильность обслуживания до официального разрешения инцидента. **Корневая причина** Инцидент был вызван нестабильностью, введенной в развертывание Gateway. Развертывание привело к снижению производительности службы Gateway, что снизило ее способность эффективно обрабатывать запросы клиентов. Это привело к увеличению времени отклика и периодическим сбоям в работе консолей Spot Ocean и рабочих процессах, связанных с AWS. Возвращение к предыдущей стабильной версии Gateway восстановило нормальную производительность платформы и устранило влияние клиента. Факторы, способствующие Одновременное нарушение работы сервисов AWS в регионе Восточный-1 произошло в тот же период времени. Хотя это не было причиной инцидента, он усложнил первоначальное расследование и задержал идентификацию основного вопроса Gateway. Откат Gateway потребовал дополнительного времени из-за масштаба развертывания производства, что расширило общий процесс восстановления. Операции, связанные с созданием ресурсов и обновлениями, оказали большее влияние, чем деятельность только для чтения, из-за ухудшения отзывчивости Gateway. ** Меры по восстановлению** Технические группы исследовали деградацию и определили недавнее развертывание Gateway в качестве основного источника проблемы. Развертывание затронутого Gateway было откатано до последней известной стабильной версии, восстановив стабильность обслуживания. * Производительность платформы и рабочие процессы, ориентированные на клиента, были подтверждены после отката. Технические группы завершили расширенный период мониторинга для подтверждения стабильной работы службы до закрытия инцидента. Будущие превентивные меры** • Улучшенные гарантии развертывания - Инженерные команды усилят контроль развертывания и процессы валидации, чтобы снизить вероятность аналогичных проблем, связанных с развертыванием, влияющих на производственную среду. Дополнительный мониторинг и оповещение будут реализованы для обеспечения более раннего обнаружения ненормального поведения Gateway, включая отзывчивость сервиса, использование ресурсов и стабильность приложений. * Улучшенные процедуры восстановления - процедуры отката будут улучшены и регулярно проверяться для сокращения времени восстановления и повышения операционной эффективности во время инцидентов, связанных с развертыванием. Проактивная валидация здоровья обслуживания - Синтетические проверки здоровья будут расширены для непрерывной проверки критических рабочих процессов пользователей Ocean ECS, что позволит ранее идентифицировать ухудшение производительности. Инженерные команды продолжат улучшать видимость внешних событий облачного сервиса и зависимостей платформы, чтобы обеспечить более быструю дифференциацию между внутренними проблемами платформы и сбоями в работе сторонних служб во время будущих исследований.

Автоматический перевод официального обновления инцидента.

1. 3 июля 2026 г. в 19:07 UTCresolved

   Мы выявили проблему, затрагивающую подмножество сервисов Flexera One в регионе APAC, которая могла привести к периодическим проблемам доступа или сбоям для некоторых пользователей. Воздействие было прерывистым, и другие регионы не пострадали. Проблема решена, и пострадавшие службы работают в штатном режиме. Приоритет: P2 Реставрационная деятельность: Наши технические команды исследовали проблему и вернули недавние изменения для восстановления обслуживания. Мы подтвердили, что затронутые сервисы функционируют нормально и продолжают мониторинг для обеспечения стабильности платформы. Этот инцидент был урегулирован.

2. 17 июля 2026 г. в 06:11 UTCpostmortem

   ** Описание: ** Flexera One - APAC - Проблемы с прерывистым доступом **Время:** 3 июля 2026, 11:20 AM PDT - 3 июля 2026, 11:50 AM PDT ** Резюме инцидента** 3 июля 2026 года, примерно в 11:20 утра PDT, была выявлена проблема, затрагивающая подмножество услуг Flexera One в производственной среде APAC. Во время окна инцидента некоторые клиенты, возможно, испытывали периодические проблемы с доступом или сбои при доступе к определенным областям платформы Flexera One. Воздействие носило прерывистый характер, поскольку избыточная пропускная способность оставалась доступной и продолжала обслуживать трафик во время инцидента. Другая флексера Один из регионов, включая ДН и ЕС, не пострадал. Технические группы приступили к немедленному расследованию и рассмотрели затронутые услуги и вспомогательные компоненты платформы в среде APAC. Расследование выявило, что недавние изменения, внесенные в среду АТР, способствовали наблюдаемым сбоям в обслуживании. В рамках усилий по восстановлению изменение было возвращено, и поведение службы контролировалось для проверки восстановления. После отката была восстановлена стабильность обслуживания, и клиенты смогли нормально получить доступ к затронутой функциональности. Примерно к 11:50 по местному времени службы работали, как и ожидалось, и инцидент был признан урегулированным. **Корневая причина** Инцидент был вызван изменением конфигурации в среде APAC, которое непреднамеренно повлияло на связь между подмножеством сервисов платформы и компонентом бэкэнд-платформы. В ходе расследования технические группы определили, что изменение привело к тому, что некоторые службы платформы не смогли должным образом связаться с пострадавшим компонентом. Это привело к периодическим сбоям, затрагивающим подмножество услуг Flexera One в регионе APAC. Несмотря на возникновение этой проблемы, один или несколько контейнеров, поддерживающих пострадавшие службы, остаются в наличии и продолжают обслуживать трафик. В результате клиенты испытывали непостоянные проблемы с доступом, а не полное отключение обслуживания. ** Меры по восстановлению** В ходе реагирования на инцидент были приняты следующие меры: Инициированные расследования инцидентов: технические команды начали расследование проблем с прерывистым доступом, затрагивающих подмножество услуг Flexera One в регионе APAC. Завершенный обзор платформы: технические группы рассмотрели затронутые сервисы и вспомогательные компоненты платформы в среде APAC, чтобы определить источник проблемы. Недавние изменения: исследование выявило недавно осуществленные изменения, которые коррелировали с наблюдаемой деградацией сервиса. Обратное изменение: выявленное изменение было возвращено в рамках усилий по смягчению последствий для восстановления нормального поведения службы. Проверка восстановления сервиса: технические команды отслеживали поведение службы после отката и подтвердили, что затронутая функциональность работает нормально. Продолжение мониторинга стабильности платформы: после восстановительных работ был проведен дополнительный мониторинг для проверки стабильности обслуживания до закрытия инцидента. Будущие превентивные меры** Этот инцидент подчеркнул важность проверки изменений платформы для обеспечения выявления непреднамеренных последствий, прежде чем они повлияют на доступность услуг. На основе результатов расследования проводятся следующие последующие мероприятия: Улучшения валидации конфигурации: обзор и улучшение процессов валидации для изменения инфраструктуры и конфигурации платформы, чтобы помочь определить непреднамеренные воздействия до того, как изменения будут реализованы в производственных средах. • Усиление контроля после развертывания: обзор процедур проверки после развертывания для обеспечения того, чтобы критические зависимости от услуг оставались доступными и функционировали, как ожидается, после изменений конфигурации.

Автоматический перевод официального обновления инцидента.

1. 25 июня 2026 г. в 06:54 UTCresolved

   Мы выявили проблему, затрагивающую обработку запасов в Flexera One IT Asset Management после выпуска 2026 R1 в средах APAC и Европы. В результате некоторые загрузки запасов не были успешно обработаны, в результате чего данные о запасах, отображаемые в Flexera One IT Asset Management, задерживаются и не отражают последний загруженный инвентарь клиентов. Приоритет: P2 Деятельность по восстановлению: Технические группы выявили проблему, связанную с потенциалом, затрагивающую обработку запасов, и провели целевые перезапуски услуг в пострадавших регионах для восстановления нормальной обработки. Сервис был восстановлен к 24 июня 2026 года, в 11:00 вечера ПДТ, и инвентарные файлы сейчас успешно обрабатываются. Наши команды продолжают следить за платформой, чтобы обеспечить устойчивую стабильность. Послесмертный отчет с подробным описанием первопричины и профилактических мер будет опубликован после завершения расследования.

2. 15 июля 2026 г. в 06:18 UTCpostmortem

   ** Описание: ** Flexera One- IT Asset Management- APAC & EU - NDI Inventory Import Failures ** Сроки: ** 18 июня 2026 года, 09:00 PDT до 25 июня 2026 года, 02:42 PDT ** Резюме инцидента** В среду, 24 июня 2026 года, 11:35 вечера PDT, после развертывания выпуска Flexera One IT Asset Management 2026 R1 в производственной среде Австралии и Европы, наши команды выявили проблему, затрагивающую обработку файлов инвентаризации NDI. В результате значительное количество файлов инвентаризации не удалось при обработке и не было отражено в данных инвентаризации клиентов, в результате чего информация о запасах, отображаемая в Flexera One ITAM, устарела для пострадавших клиентов. Технические команды немедленно инициировали расследование и определили, что проблема возникла в процессе обработки запасов, введенном с выпуском 2026 R1. Неудачные файлы инвентаризации, накопленные после повторных сбоев в обработке, предотвращают успешное завершение обновлений инвентаризации и способствуют увеличению нагрузки на соответствующие службы. Для восстановления обслуживания технические команды осуществили корректирующие действия, обновив затронутые службы приложений в затронутых средах. После восстановительных работ обработка запасов возобновилась успешно, и новые запасы были обработаны, как и ожидалось. Продолжение мониторинга подтвердило стабильное поведение платформы, и инцидент был объявлен разрешенным после длительной проверки. **Корневая причина** Проблема была вызвана дефектом, введенным с выпуском Flexera One IT Asset Management 2026 R1, который повлиял на обработку файлов инвентаризации NDI. В определенных условиях файлы инвентаризации не могут быть успешно обработаны из-за проблемы в процессе аутентификации и обработки, в результате чего файлы могут быть отклонены до завершения обработки. По мере накопления неудавшихся файлов возможности обработки все чаще потреблялись повторяющимися сбоями, предотвращая успешную обработку запасов и задерживая обновление запасов для пострадавших клиентов. Факторы, способствующие * Неудачные кадастровые файлы, накопленные в процессе обработки, увеличивая использование ресурсов на затронутых кадастровых услугах. * Повышенная нагрузка на переработку сократила возможности для новых запросов на переработку запасов. Проблема повлияла на производственные условия выпуска 2026 R1; производство в Северной Америке не было затронуто, потому что выпуск еще не был развернут. ** Меры по восстановлению** * Технические группы определили затронутый рабочий процесс обработки запасов и осуществили корректирующие действия для восстановления обслуживания. * Услуги по применению были обновлены во всех затронутых производственных средах, восстановив нормальную обработку запасов. Обработка новых файлов инвентаризации успешно возобновилась после восстановления сервиса. * Окружающая среда по-прежнему находится под усиленным контролем для проверки эффективности обработки и подтверждения устойчивого восстановления. Будущие превентивные меры** * Улучшенная валидация выпуска - процедуры валидации выпуска будут расширены, чтобы включить дополнительное сквозное тестирование рабочих процессов обработки запасов после основных выпусков платформы. * Усовершенствованный мониторинг обработки - мониторинг и оповещение будут пересмотрены и расширены, чтобы обеспечить более раннее обнаружение ненормальных сбоев обработки запасов и чрезмерного накопления файлов в очередях обработки. * Оперативная устойчивость - Дополнительные гарантии будут реализованы в процессе обработки запасов для улучшения восстановления после сбоев обработки и минимизации воздействия на клиента в случае возникновения аналогичных условий в будущем. * Улучшение качества кода и обзора (завершено) - В рамках обзора после инцидента затронутый код был исправлен, чтобы гарантировать, что сбои в коммуникации обрабатываются надлежащим образом и не приводят к более широким последствиям обработки. Кроме того, процесс разработки и обзора был усилен, с тем чтобы обеспечить надлежащую оценку и рассмотрение результатов обзора до утверждения будущих изменений для выпуска.

Автоматический перевод официального обновления инцидента.

1. 24 июня 2026 г. в 08:00 UTCinvestigating

   Мы выявили проблему, затрагивающую доступ к входу в Flexera One в регионе ЕС. Клиенты могут получить ошибки при попытке войти в Flexera One. Приоритет: P1 Деятельность по восстановлению: Наши технические команды активно изучают проблему и работают над выполнением корректирующих действий для восстановления нормальной функциональности входа в систему. Продолжаются усилия по расследованию и стабилизации. Мы будем продолжать внимательно следить за ситуацией и предоставлять дальнейшие обновления по мере продолжения прогресса.

2. 24 июня 2026 г. в 09:00 UTCresolved

   Проблема была решена, и функциональность входа была восстановлена для пострадавших клиентов. Технические команды определили причину проблемы и осуществили корректирующие действия для восстановления нормальной работы сервиса. Окружающая среда остается стабильной, и текущий мониторинг подтвердил успешную аутентификацию и доступ к платформе. Послесмертный отчет, содержащий дополнительные детали, будет распространен по завершении расследования.

3. 7 июля 2026 г. в 08:28 UTCpostmortem

   ** Описание: ** Flexera One - EU - Login Access Disruption ** Сроки:** 24 июня 2026 года, 12:41 утра PDT до 24 июня 2026 года, 02:04 утра PDT ** Резюме инцидента** В среду, 24 июня 2026 года, в 12:41 утра по местному времени наши команды обнаружили проблему, затрагивающую клиентов в регионе ЕС. Пострадавшие пользователи испытали сбои аутентификации при попытке войти в Flexera One с помощью Single Sign-On \(SSO\), что привело к ошибкам сервера и предотвращению доступа к платформе. После обнаружения технические команды немедленно инициировали расследование и подтвердили, что проблема была выделена в рабочий процесс аутентификации. Проверка приложений и базовых платформ показала, что вся базовая инфраструктура остается работоспособной. Дальнейший анализ показал, что учетная запись службы, используемая для связи с поставщиком идентификационных данных, стала недоступной, что привело к отказу запросов на аутентификацию. Учетная запись службы была быстро восстановлена, что восстановило нормальную обработку аутентификации и полностью восстановило доступ клиентов. После восстановления была проведена тщательная проверка окружающей среды, а функциональность входа в систему была всесторонне проверена для обеспечения стабильности обслуживания. Никакого дополнительного воздействия на клиента не наблюдалось, и инцидент был впоследствии объявлен урегулированным. **Корневая причина** Проблема была вызвана непреднамеренной приостановкой учетной записи службы, которая поддерживает аутентификацию между Flexera One и поставщиком идентификационных данных. В результате запросы на аутентификацию не могли быть успешно обработаны, что не позволило затронутым клиентам в производственном регионе ЕС получить доступ к платформе через Single Sign-On (SSO). Факторы, способствующие Учетная запись службы, критическая для рабочего процесса аутентификации, была случайно приостановлена во время обычной деятельности по очистке. * Приостановка предотвратила успешную проверку запросов на аутентификацию, что привело к сбоям входа для пострадавших клиентов. * Проблема была выделена для службы аутентификации и не повлияла на доступность базового приложения или инфраструктуры платформы. ** Меры по восстановлению** * Затронутая учетная запись службы была восстановлена, восстанавливая аутентификацию с поставщиком идентификационных данных. * Функциональность входа была подтверждена после восстановления. Инженерные команды продолжали мониторинг, чтобы подтвердить стабильность платформы и успешную аутентификацию клиентов. Будущие превентивные меры** Управление учетными записями служб - Процессы, регулирующие учетные записи критических служб, будут усилены для снижения риска непреднамеренных изменений, влияющих на производственные услуги. • Улучшенный мониторинг - мониторинг и оповещение будут расширены для обеспечения более раннего обнаружения сбоев аутентификации, влияющих на рабочие процессы входа в систему клиента. Улучшения операционных процессов - наши команды задокументировали это как извлеченный урок и будут внедрять улучшения процессов, чтобы уменьшить вероятность подобных инцидентов.

Автоматический перевод официального обновления инцидента.