Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Rightscale 中断历史

    73 Rightscale incidents · 2025年11月 — official updates, affected components, duration and resolution details.

    返回当前状态

    Flexera 1 - 信息技术资产管理 - 北美 - 库存处理延迟

    开始时间 2026年8月24日 UTC 13:04 · 进行中

    Outage重大事件
    受影响的组件
    IT Asset Management - US Inventory Upload
    1. 2026年8月24日 UTC 13:04investigating

      事件简介:我们正在调查一个影响北美Flexera One信息技术资产管理内部库存处理的问题。 客户在库存处理方面可能出现延误,平台内更新的库存数据可能延迟提供。 优先事项:P2 恢复活动:我们的技术小组正在积极调查这一问题并审查整个受影响部门的库存处理活动。 我们正在努力查明处理延误的原因并恢复正常处理。 一旦获得更多信息,将提供进一步的最新资料.

    2. 2026年8月24日 UTC 14:57investigating

      技术小组已经查明,受影响客户的库存处理行为各不相同。 虽然一些客户继续处理库存,但另一些客户的处理率或库存却大为降低,没有通过正常的处理流程取得进展。 技术小组还查明了影响某些库存上传尝试的服务提供错误,并正在积极调查影响范围和根本原因。 对受影响组织和处理活动的分析仍在进行。 一旦获得更多信息,将提供进一步的最新资料.

    3. 2026年8月24日 UTC 16:38identified

      技术小组开展了有针对性的服务回收行动并正在观察先前受影响的客户的库存处理恢复情况,积压情况正在减少。 由于技术小组继续监测恢复情况并评估其根本原因,调查仍在进行。 虽然已看到进展,但各小组正在继续验证服务稳定性并监测所余影响。 一旦获得更多信息,我们将提供进一步的最新资料.

    4. 2026年8月24日 UTC 21:21monitoring

      恢复工作继续取得进展,库存处理活动恢复到原先受影响客户的预期水平。 技术小组正在观察到积压数量持续减少并正在积极监测服务稳定性。 对根本原因的调查仍在进行。 目前的分析重点是在受灾期间查明的若干潜在促成因素,而技术小组则继续验证复原情况并监测所余影响.

    5. 2026年8月25日 UTC 10:00monitoring

      技术小组继续观察到积压数量稳步减少,同时密切监测总体服务稳定性。 对根本原因的调查仍在进行中。 我们将继续提供补充资料.

    自动翻译自官方事件更新。

    Flexera 1 - APAC - 访问中断

    开始时间 2026年8月18日 UTC 09:32 · 2h 41m

    Outage严重事件
    受影响的组件
    IT Asset Management - APAC Login PageIT Visibility - APAC
    1. 2026年8月18日 UTC 09:32investigating

      事件简介:我们正在调查一个影响APAC地区获得Flexera One服务的问题。 受到影响的客户可能难以进入该平台,或在认证后可能遇到错误。 优先级:P1 恢复活动:我们的技术部门已参与并正在积极调查这一问题,以查明根本原因并尽快恢复正常服务.

    2. 2026年8月18日 UTC 10:18identified

      我们的调查发现,一个配置问题可能是造成这种影响的原因。 各团队积极开展落实和论证整改措施,恢复正常服务运行. 随着调查的进展,将提供进一步的最新资料.

    3. 2026年8月18日 UTC 10:43identified

      随着调查的进展,我们的小组已查明有迹象表明,这一问题并非孤立于信息技术资产管理,而且可能对APAC的Flexera One平台产生更广泛的影响。 目前正在针对已查明的事业开展补救工作,各小组的工作重点是恢复全面服务稳定。 一旦获得更多信息,将提供更多最新资料.

    4. 2026年8月18日 UTC 10:50identified

      我们正在继续努力解决这个问题。

    5. 2026年8月18日 UTC 11:47monitoring

      已实施一个固定,恢复了对Flexera One平台的访问. 我们的小组正在开展更多的验证活动,并继续密切监测服务健康和业绩,以确认稳定性,确保所有服务继续全面运作.

    6. 2026年8月18日 UTC 12:13resolved

      在开展了广泛的监测和核查活动后,我们的小组确认,各项服务保持稳定,没有观察到进一步的影响。 该事件已经解决,所有受影响的服务都全面投入运作.

    自动翻译自官方事件更新。

    Flexera One – IT Asset Management – EU – Reconciliation Failures

    开始时间 2026年8月13日 UTC 01:08 · 4h 49m

    Outage重大事件
    受影响的组件
    IT Asset Management - EU Batch Processing System
    1. 2026年8月13日 UTC 01:08investigating

      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. 2026年8月13日 UTC 03:27monitoring

      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. 2026年8月13日 UTC 03:27monitoring

      We are continuing to monitor for any further issues.

    4. 2026年8月13日 UTC 05:57resolved

      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

    Flexera One - Cloud Cost Optimization (CCO) - NAM - Service Degradation

    开始时间 2026年8月11日 UTC 17:26 · 3h 0m

    Outage重大事件
    受影响的组件
    Cloud Cost Optimization - US
    1. 2026年8月11日 UTC 17:26investigating

      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. 2026年8月11日 UTC 17:48identified

      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. 2026年8月11日 UTC 18:08monitoring

      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. 2026年8月11日 UTC 20:26resolved

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

    5. 2026年8月14日 UTC 20:02postmortem

      **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.

    Flexera 支持案件 - 延迟或失败的电子邮件通知

    开始时间 2026年8月7日 UTC 04:55 · 7d 0h

    Issues轻微事件
    1. 2026年8月7日 UTC 04:55investigating

      问题描述:我们小组已查明,一些Flexera客户的电子邮件系统拒绝发送载有Flexera支助案件更新通知的电子邮件。 优先事项:P3 恢复活动 : 技术小组正在积极调查这一问题。 同时,请登录Flexera社区,并使用https://community.flexera.com/s/case/Case/Default上的支助案件门户,以审查案件状况并检查任何更新.

    2. 2026年8月7日 UTC 12:28identified

      我们的小组已经确定了问题的根源,目前正在努力解决这一问题.

    3. 2026年8月8日 UTC 10:48identified

      我们的团队继续努力争取解决。 在正在进行的调查中,我们发现,在某些情况下,来自Flexera的电子邮件可能被SharePoint封锁。 解决这一问题需要更多的调查和与有关各方的协调,以确保采取适当的纠正行动。 我们将继续在获得更多信息后提供最新情况.

    4. 2026年8月10日 UTC 10:10identified

      我们的团队继续努力争取解决。 目前正在同适当的小组进行更多的调查和协调,以恢复正常的电子邮件流动。 一旦获得更多信息,我们将提供进一步的最新资料.

    5. 2026年8月12日 UTC 13:50monitoring

      我们的小组已执行纠正措施并正在看到积极成果。 初步审定测试成功,表明缓解行动是有效的。 我们将继续密切监测这项服务,以确保持续稳定,并将在获得后提供进一步的最新资料.

    6. 2026年8月14日 UTC 05:41resolved

      经过扩大监测,我们的小组确认,所有电子邮件更新正在成功交付。 这一事件已宣布得到解决.

    7. 2026年8月21日 UTC 09:13postmortem

      ** 说明:** Flexera 支持案例 - 延迟或失败电子邮件通知 ** 时间框架:** 2026年8月5日,中午12:00 AM PDT至2026年8月13日,11:10 AM PDT ‌ ** 事件摘要** ‌ 2026年8月5日,我们的团队发现了一个影响Flexera支助案件的电子邮件通知的问题. 事件中,一些客户在更新其支助案件时没有收到电子邮件通知,这可能延误了对案件活动和进展的认识。 我们的技术小组调查了这一问题,并认定电子邮件传送配置方面的一个问题导致一些外出支助案件通知被接收者电子邮件系统拒绝。 作为一项临时措施,建议客户直接进入Flexera社区支助案件门户网站,审查其案件状况和更新情况。 我们的团队对电子邮件发送配置进行了永久性的修改,随后确认了通知发送。 补救后,确认电子邮件通知按预期运行,事件于2026年8月13日11:10AM PDT得到解决. ‌ ** 循环原因** ‌ * 电子邮件传送配置 : 用于提供客户支持个案通知的配置问题导致一些电子邮件被接收者电子邮件系统拒绝。 * 通知交付:受影响的配置导致一些客户在更新其支助个案时没有收到电子邮件通知。 * 客户影响:该问题仅影响电子邮件通知;客户可直接通过Flexera社区支助案件门户网站继续查阅其支助案件。 ‌ ** 补救行动** ‌ * 更新的电子邮件交付配置 : 电子邮件传送配置已经永久更新,以便使用适当的主要电子邮件传送基础设施。 * 通知验证:各小组在配置改变后验证外出通知交付。 * 客户工作:在事件期间,建议客户直接进入Flexera社区支助案件门户,审查案件状况和更新。 * 服务监测:各小组在补救后监测电子邮件通知的发送,以证实持续稳定。 ‌ ** 未来预防措施** * 维持核准的电子邮件运行:客户支持个案通知将继续使用通过永久补救建立的主要电子邮件发送基础设施。 * 电子邮件发送监测:加强对出入境支助个案通知失败和被拒绝消息的监测和警报,以便及早发现潜在的发送问题.

    自动翻译自官方事件更新。

    Flexera 1 - 信息技术 资产管理 - APAC - 数据加载失败/慢化

    开始时间 2026年8月5日 UTC 08:28 · 0m

    Outage重大事件
    受影响的组件
    IT Asset Management - APAC Inventory UploadIT Asset Management - APAC Batch Processing System
    1. 2026年8月5日 UTC 08:28resolved

      从2026年8月4日04:04AM PDT到04:25AM PDT, 在受影响期间,我们的一些客户间歇性地缓慢,服务缺乏响应,或平台内的数据加载故障。 优先事项:P2 恢复活动:我们的技术小组调查了这一问题,确定在受影响期间,数据库资源出现意外枯竭状况。 该条件随后被自我纠正,使受影响的服务得以恢复并恢复正常运行. 事发后验证确认平台运行情况如期进行. 我们正在详细审查这一事件并评估额外的保障措施、能力控制和监测改进情况,以进一步减少今后发生类似事件的可能性.

    2. 2026年8月21日 UTC 09:03postmortem

      ** 说明:** Flexera One -- -- 信息技术资产管理 -- -- APAC -- -- 数据装载失败/缓慢 ** 时间范围:** 2026年8月4日 4:04 AM PDT至2026年8月4日 4:25 AM PDT ‌ ** 事件摘要** ‌ 2026年8月4日,星期二,我们的团队确定了一个影响APAC生产环境中一部分客户的问题. 事件期间,一些客户遭遇了间歇性应用缓慢,暂时不响应,在Flexera One IT资产管理系统内上载数据时出现故障. 我们的技术小组调查了这个问题,确定一个意外的数据库资源耗竭事件影响了生产环境。 这种状况导致部分客户租户的性能暂时退化。 数据库条件在约20分钟后自动解决,应用程序性能恢复正常而无需直接工程干预. 我们的小组继续监测恢复后的环境,并证实受影响的服务正常运行,没有不断对客户产生影响。 ‌ ** 循环原因** ‌ * 意外数据库资源耗尽:数据库资源消耗量的暂时增加使生产数据库集群所使用的现有临时数据库存储能力耗尽。 * 高资源消耗问题: 现已查明,一个用户手动进行具体的出乎意料的查询,消耗了大量的临时数据库资源,导致临时资源耗尽。 * 应用程序性能影响:资源耗尽影响了数据库的运作,导致应用程序间歇性慢、反应不灵和一组客户的数据加载失败。 ‌ ** 补救行动** ‌ * 自动服务回收:数据库资源条件自动清理,使应用程序服务恢复正常运行。 * 服务监测:小组监测恢复后的环境,并证实服务保持稳定。 * 事件分析:工程小组审查了与事件有关的数据库活动和资源利用情况,以查明提供的问题并了解行为。 ‌ ** 未来预防措施** ‌ * 资源治理:评价额外的SQL 服务器资源治理控制以减少高资源数据库查询的潜在影响. * 警报响应改进:审查警报处理程序,以改进检测、评估和对类似数据库资源条件的反应。 * 业务改进: 我们的技术小组已经审查了这一询问,并已采取措施来避免今后出现类似情况.

    自动翻译自官方事件更新。

    Flexera One -- 信息技术 资产管理-欧盟-库存上载和灯塔通信问题

    开始时间 2026年8月3日 UTC 06:56 · 1d 4h

    Outage重大事件
    受影响的组件
    IT Asset Management - EU Beacon CommunicationIT Asset Management - EU Inventory Upload
    1. 2026年8月3日 UTC 06:56investigating

      事件描述:我们正在调查一个影响欧洲区域Flexera OneIT资产管理的库存包(*.zip)上传的问题。 试图上传特定库存包的客户可能会出错,导致库存上传失败和库存数据处理被延误. 优先事项:P2 恢复活动:我们的技术小组正在积极调查这一问题并审查目前的处理活动,以确认范围和进展。 我们正在密切监测局势,并将在获得更多信息后提供最新情况.

    2. 2026年8月3日 UTC 08:10investigating

      我们的小组继续积极调查这一问题,并正在详细审查系统记录和诊断,以进一步查明和确认根本原因。 一旦获得更多信息,我们将提供更多最新情况.

    3. 2026年8月3日 UTC 09:38investigating

      在正在进行的调查中,我们的小组确认,这个问题还可能影响信标与Flexera One欧盟生产环境的通信。 因此,依赖信标到平台通信的额外操作可能会受到影响. 该小组继续调查根本原因,评估影响的全面范围,并努力尽快执行一项决议.

    4. 2026年8月3日 UTC 10:40monitoring

      我们的小组确定,最近的配置变化是造成这一问题的可能原因。 自此,该配置已经回滚,我们正在观察受影响部分的服务恢复,平台功能将逐步恢复到预期水平。 这些小组继续积极参与环境监测,以验证全面恢复情况,确保平台稳定,并迅速处理任何剩余影响.

    5. 2026年8月3日 UTC 10:40monitoring

      我们正在继续监测任何其他问题.

    6. 2026年8月3日 UTC 17:09monitoring

      缓解行动依然有效,清单处理正在顺利地进行。 我们正在积极监测恢复进展情况,并努力处理剩余的积压工作,以确保顺利完成所有处理工作。 随着复原工作的进展,我们将继续提供最新情况.

    7. 2026年8月4日 UTC 07:02monitoring

      服务恢复仍然如期进行,缓解措施继续有效。 库存处理工作顺利进行,积压工作已大大减少,使库存量接近正常水平。 我们的小组继续监测环境并处理剩余的积压工作以完成复原工作。 将酌情提供进一步的最新资料.

    8. 2026年8月4日 UTC 11:09resolved

      环境已恢复正常运行水平。 库存处理和信标通信稳定,积压已恢复到预期阈值。 该平台依然健康,持续监测证实了持续稳定。 有关根源、恢复行动和长期改进举措的更多细节将在调查结果得到证实后的一份尸检报告中分享.

    9. 2026年8月18日 UTC 12:41postmortem

      ** 说明:** Flexera One -- -- 信息技术资产管理 -- -- 欧盟 -- -- 库存上传错误 **时间框架:** 2026年7月31日 6:00 PM PDT至2026年8月4日 4:09 AM PDT ‌ ** 事件摘要** ‌ 2026年8月2日星期日,11:42 PM PDT,Flexera确定了一个影响存货包\(\*.zip\)在Flexera OneIT资产管理欧盟生产环境中上传并选择信标通信的问题. 受影响的客户遭遇了存货包上传失败,包括HTTP 504\(Gateway Termination\)和HTTP 405\(方法不允许\)响应. 这个问题还打乱了选定的信标到平台通信,造成清单处理和清单数据摄入方面的延误或失败。 调查确定最早的撞击开始于2026年7月31日PM PDT6:00. 分析发现,在一条关键的服务路径中存在通信问题,使一批请求无法成功到达下游处理服务。 这导致反复重复、库存处理被拖延和积压。 为缓解这一问题并恢复服务,交通改道改道通车. 变更后,信标通信稳定,库存上传成功恢复处理,库存积压开始减少. 至2026年8月3日3:42AM PDT,库存上传工作已顺利完成,未发现有新出错. 环境继续受到长期监测,处理量恢复到正常运行水平。 2026年8月4日4:09AM PDT,Flexera确认信标通信,库存处理以及相关平台服务正常运行,积压已恢复到预期阈值,事件被正式宣布解决. ‌ ** 循环原因** ‌ 2026年7月31日,对关键服务通信路径的证书更新,造成了平台组件之间的配置不匹配. 这个问题后来浮出水面,当应用程序组件被重新启动,并开始使用更新的配置建立新的连接. 这造成握手出错和通信故障,导致无法提供服务。 因此,无法处理客户信标向欧盟生产环境上传存货包\(\*.zip\)文件的请求,造成上传失败并阻止收到和处理存货数据。 其他信标与平台相互作用的子集也受到了影响,尽管没有立即观察到客户的影响。 通过将流量重定向到不受证书相关配置问题影响的替代通信路径来恢复服务. 库存上传和信标通信随后恢复正常运行。 促成因素 * 间歇性请求失败:连接建立尝试失败导致一部分请求在到达下游处理服务前失败. * 库存处理延误:通信故障使一些库存包和相关进口无法成功处理,导致库存更新延迟。 * Retry-Driven Backlog Growth:自动重试机制使许多交易最终成功,但促成处理延误和积压积压的增多,而这一问题仍然活跃。 ‌ ** 补救行动** ‌ 为了恢复服务,技术小组采取了以下行动: *交通改道:将交通调出受影响的服务路径,以恢复稳定的信标通信和库存包上传. * 平台监测:持续监测信标通信、库存上传和处理活动,以核查服务回收情况。 * 积压回收管理:监测库存处理的吞吐量并证实处理积压稳步减少并恢复到预期的操作阈值。 * 稳定验证:在恢复后进行扩大监测,以确认持续的平台稳定性和成功的库存处理。 * 服务恢复确认:2026年8月4日4:09AM PDT确认信标通信、库存处理和相关服务正常运行。 ‌ ** 未来预防措施** ‌ * 服务通信复原力:审查和加强受影响的通信途径,以提高可靠性、复原力并恢复未来与连接有关的中断。 * 加强变化验证:加强基础设施、配置、证书和服务路径变化的验证和测试程序,以便在部署到生产环境之前识别通信不匹配。 * 改进检测和警报:加强监测和警报能力,以及早查明持续通信中断、重试活动增加、异常出错率模式和新出现的处理积压。 这些改进将有助于更快地发现、调查和纠正问题,然后发展成更广泛的客户影响.

    自动翻译自官方事件更新。

    软件脆弱性研究 -- -- 服务中断

    开始时间 2026年7月29日 UTC 04:36 · 5h 17m

    Outage严重事件
    受影响的组件
    Software Vulnerability Research
    1. 2026年7月29日 UTC 04:36investigating

      事件描述:我们正在调查一个影响软件脆弱性研究服务的问题。 客户此时可能难以访问或使用SVR. 优先级:P1 恢复活动:我们的小组正在积极调查这一问题并努力恢复服务。 在我们努力使服务重新上网时,目前正在开展缓解活动。 一旦获得更多信息,将提供进一步的最新资料.

    2. 2026年7月29日 UTC 06:02investigating

      已经采取了回收行动;然而,在目前的工作量条件下,这项服务仍然不稳定,导致服务不断中断。 我们的小组正在积极努力减少影响并恢复提供服务。 一旦获得更多信息,将提供进一步的最新资料.

    3. 2026年7月29日 UTC 09:52resolved

      技术小组恢复了软件脆弱性研究的服务。 为解决服务不稳定问题采取了恢复行动,验证确认已恢复SVR功能. 我们将继续密切监测这项服务,以确保持续稳定。 今后几天将公布一份死后报告,其中载有更多细节,包括根源和预防措施.

    4. 2026年8月11日 UTC 10:28postmortem

      ** 描述:** 软件脆弱性研究\(SVR\)-服务中断 ** 时间范围:** 2026年7月28日 2:00 PM PDT至2026年7月29日 2:53 AM PDT ‌ ** 事件摘要** 2026年7月28日(星期二)下午2:00,Flexera软件脆弱性研究(SVR\)生产环境出现了服务中断,影响了API的可用性和应用功能. 事件发生在支持SVR平台的主数据库实例无法使用时. 现有的数据库连接意外被终止,应用程序服务器无法建立新的连接. 因此,在事件中,客户无法可靠地获得SVR服务和API. 在调查期间,我们的小组确定,干扰是由云服务商发起的计划外故障造成的。 根据提供者的事件历史,在主数据库主机上发现了一个基础设施问题,促使提供者自动启动故障处理程序。 我们的技术团队立即与云服务商接触,调查事件并恢复服务. 恢复和验证活动后,于2026年7月29日2:53AM PDT成功恢复了所有生产服务并恢复正常运行. ‌ ** 循环原因** ‌ 事件由云服务商针对影响主数据库主机的基础设施层面问题发起的生产数据库意外故障引发. 在故障期间,主要数据库实例暂时无法使用。 这导致活跃的数据库连接突然终止,使应用程序服务无法建立新的连接. 因此,API请求失败,整个SVR平台的服务可用性受到影响. Flexera正式要求云端服务商提供详细的根因子分析\(RCA\),以确定触发故障的精确基础设施条件并找出防止再起的机会. ‌ ** 促成因素** ‌ 在调查期间,查明下列因素可能促成事件的全面影响: * 在事故期间,从客户环境来看,客户连接尝试的数量大幅增加。 * 连接量超过正常操作水平,在数据库服务恢复的同时,后端服务负荷增加。 * 增加的连接活动可能扩大了数据库故障和复原复杂性的影响。 * 在数据库恢复活动期间,现有应用程序重试和连接行为产生了额外的连接需求。 ‌ ** 补救行动** ‌ *云提供商参与:我们的团队立即与云提供商接触,并在整个恢复工作期间直接与其待命工程师合作。 * 数据库恢复:与云服务供应商协调,执行控制数据库故障/重启。 * 恢复的连通性:重新建立数据库的可用性和与生产环境的连通性。 *应用程序恢复验证:确认应用程序服务成功与后端数据库服务重联. *服务验证:验证API和关键SVR应用功能的恢复. * 恢复后监测:加强监测数据库的健康状况、应用业绩和恢复后的连接活动。 ‌ ** 未来预防措施** ‌ * 继续监测客户连接量和后端数据库连接利用率。 * 审查和优化数据库连接集合、连接管理、重试逻辑和故障处理,以提高未来基础设施事件中的复原力。 * 完成云服务供应商的支助业务,一旦获得,审查供应商的详细 " 根因子分析 " 。 * 进行内部事件后审查并执行通过审查程序确定的其他预防措施.

    自动翻译自官方事件更新。

    Flexera One - APAC - 服务中断

    开始时间 2026年7月28日 UTC 23:14 · 2h 51m

    Outage重大事件
    受影响的组件
    Cloud License Management - APACIT Asset Management - APAC Business ReportingCloud Cost Optimization - APACIT Asset Management - APAC Inventory UploadIT Asset Management - APAC Login Pageapi.flexera.auIT Asset Management - APAC Batch Processing SystemIT Asset Management - APAC Beacon CommunicationIT Asset Management - APAC SaaS ManagerIT Visibility - APAC
    1. 2026年7月28日 UTC 23:14investigating

      事件简介:我们正在调查一个间歇性问题,影响APAC地区的Flexera One服务. 客户在使用Flexera One应用程序和服务时可能会遇到间歇性访问问题或出错. 这一问题目前似乎仅限于亚太空间合作组织区域。 优先事项:P2 恢复活动:我们的小组正在积极调查这一问题。 目前,正在对APAC地区Flexera One服务的范围和影响进行评估,我们正在努力查明基本原因并恢复服务稳定性。 一旦获得更多信息,将提供进一步的最新资料.

    2. 2026年7月29日 UTC 00:34investigating

      我们的技术小组正在积极调查这一问题。 这个问题似乎断断续续,有些请求成功,而另一些请求则继续失败。 我们正在审查受影响的服务及其依赖性,以确定影响范围、查明根本原因并恢复服务稳定性.

    3. 2026年7月29日 UTC 02:05resolved

      技术小组缓解了影响亚太空间合作组织区域Flexera One服务的问题。 服务功能被恢复,验证确认受影响的应用程序和服务正在按预期运行. 在调查期间,各小组查明了间歇性服务沟通问题,导致一些客户的接触问题和出错。 作为缓解努力的一部分,技术小组重新启动了受影响的服务,随后恢复了服务功能并进行了验证,确认成功地恢复了受影响的服务。 我们将继续审查这一事件并监测服务健康状况.

    4. 2026年8月12日 UTC 17:33postmortem

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

    自动翻译自官方事件更新。

    Snow Atlas - APAC - 登录失败和404出错

    开始时间 2026年7月27日 UTC 00:11 · 1h 49m

    Outage严重事件
    受影响的组件
    Snow Atlas API - AustraliaSnow Atlas - Australia
    1. 2026年7月27日 UTC 00:11investigating

      事件描述:我们正在调查一个影响到APAC区域雪地图客户的问题. 受影响的用户可能无法进入平台,在试图登录时可能遇到404个错误. 目前的调查表明,这个问题仅限于APAC区域,目前其他区域没有确认影响. 优先级:P1 恢复活动:我们的技术小组正在积极调查这一问题,以查明根本原因并恢复服务。 我们正在密切监测环境,并酌情采取纠正行动。 一旦获得更多信息,将提供进一步的最新资料.

    2. 2026年7月27日 UTC 02:00investigating

      我们的团队已经解决了影响APAC地区Snow Atlas客户的问题. 问题发生在一个平台服务未能正确启动,导致一些客户间歇出错并出现访问问题. 技术小组通过重新启动受影响的平台组件,确定了基本的启动故障并恢复服务。 验证活动证实成功进入了该平台,目前我们没有观察到任何持续的客户影响. 我们的小组将继续密切监测环境,以确保持续稳定.

    3. 2026年7月27日 UTC 02:00resolved

      这一事件已经得到解决.

    4. 2026年8月7日 UTC 08:40postmortem

      **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.

    自动翻译自官方事件更新。

    Flexera One -- -- IT可见度 -- -- 欧盟 -- -- 未加载报告

    开始时间 2026年7月22日 UTC 10:33 · 21h 18m

    Outage重大事件
    受影响的组件
    IT Visibility EU
    1. 2026年7月22日 UTC 10:33investigating

      事件描述:我们正在调查一个影响IT可见度的问题, 受影响地区的客户可能无法在申请中看到受影响的报告。 目前的调查显示,这一问题仅限于欧洲地区,目前其他区域没有观察到任何影响. 优先事项:P2 恢复活动:我们的技术小组正在积极调查这一问题,以查明根本原因并恢复报告功能。 我们正在继续评估影响范围,监测服务健康,并酌情采取纠正行动。 一旦获得更多信息,我们将提供进一步的最新资料.

    2. 2026年7月22日 UTC 11:53identified

      我们的调查查明了在受影响环境中可能存在的与配置有关的问题。 作为我们验证努力的一部分,对一些受影响的组织采取了纠正行动,现在报告正在成功地上载。 我们的小组目前侧重于在所有受影响组织实施更广泛的补救,并正在进行详细审查,以了解为何配置变化没有如预期的那样传播。 我们继续验证补救办法并密切监测服务业绩,同时努力争取全面解决.

    3. 2026年7月22日 UTC 13:43identified

      纠正行动现已应用于更多的受影响组织,初步核实表明报告正在顺利上载。 我们目前正在核实所有受影响的组织,以确认报告功能和服务业绩已完全恢复。 与此同时,各小组继续在整个环境中实施更广泛的补救措施,并密切监测这项服务,以确保稳定,同时继续努力争取全面解决.

    4. 2026年7月23日 UTC 04:39identified

      我们的小组对所有已查明的组织采取了这一措施。 初步核实表明,受影响组织正在按预期恢复。 技术小组正在继续验证整个欧洲区域补救的有效性,以确认服务已完全恢复。 我们正在密切监测平台绩效,并将在完成区域验证后提供进一步更新.

    5. 2026年7月23日 UTC 07:52resolved

      进一步调查发现,事件的根本原因是同步问题。 我们的技术小组实施了有针对性的补救行动,包括恢复服务,以恢复正常运作。 在扩大监测和补救后验证之后,服务业绩保持稳定,我们确认所有受影响的服务已恢复正常运作。 这个问题现在被认为得到解决.

    6. 2026年8月3日 UTC 18:37postmortem

      ** 说明:** Flexera One – IT能见度-欧盟-未装入报告 **时间框架:** 2026年7月22日 3:11 AM PDT — 2026年7月22日 11:04 PM PDT ** 事件摘要** 2026年7月22日大约3:11AM PDT,一个问题开始影响Flexera One欧盟生产环境中的IT能见度报告功能. 在受影响期间,欧盟区域的客户在试图加载IT可见度报告和仪表板时遭遇了失败,包括软件编目、硬件编目、技术情报\(TI\),可持续性和FinOps报告观点等. 技术小组在收到关于整个欧盟区域装载失败的多次客户报告后开始进行调查。 初步分析证实,这一问题仅限于欧盟的生产环境,而其他区域的同等报告功能继续正常运行。 调查确定,在欧盟报告环境中发生了与认证有关的问题。 因此,受影响的报告和仪表板无法检索成功加载所需的数据,导致受影响客户的报告加载失败。 技术小组在受影响的报告环境中进行了纠正性更新,并在受影响的客户组织中开展了验证活动。 在采取这些行动后,报告和仪表板恢复正常运行,客户再次能够成功获取报告数据。 在验证受影响的客户环境并确认报告顺利上载后,恢复了服务功能,并认为事件已得到解决。 技术小组在恢复后继续监测,以确保持续服务稳定。 ** 循环原因** 事件由欧盟报告环境中的认证相关问题所引起. 这个问题使受影响的报告和仪表板无法成功检索显示结果所需的数据,导致受影响客户报告装载失败。 ** 补救行动** 在事件应对期间采取了以下行动: 1. 区域影响评估:技术小组调查了客户报告,确认该问题与欧盟生产环境隔离。 在其他区域进行了进一步验证,以核实报告功能仍在受影响环境之外运作。 2. 认证失败分析:技术小组审查了报告处理、认证工作流程、报告工作空间以及最近的平台变化,以查明失败的根源。 调查确定,在检索编写报告所需的基本数据时,受影响报告无法成功认证。 3. 恢复和验证活动:技术小组在受影响的客户环境和报告工作空间中应用更新,以恢复成功的报告数据检索。 实施后,对受影响的客户组织进行了验证,以确认报告,仪表板正在成功地装入并按预期显示数据。 4. 复原后核查:在复原后,开展了更多的监测和验证活动,以核查持续的报告功能,确认成功的复原,并确保整个欧盟生产环境中的服务稳定。 ** 未来预防措施** 事件中确定了以下后续行动: • 认证更新过程审查:技术小组正在审查认证更新过程,以了解欧盟生产环境中所有受影响的报告工作空间为何没有成功应用更新,并找出有助于防止今后更新中出现类似问题的改进措施.

    自动翻译自官方事件更新。

    Flexera One -- -- 信息技术资产管理 -- -- 美国 -- -- 业绩下降

    开始时间 2026年7月22日 UTC 08:25 · 7h 51m

    Outage重大事件
    受影响的组件
    IT Asset Management - US Inventory Upload
    1. 2026年7月22日 UTC 08:25identified

      事件简介:我们在美国生产环境中部署了2026个R1.1放行后,在Flexera One IT资产管理中发现了一个影响库存处理的问题。 因此,一些客户在访问用户界面的某些领域并完成与系统有关的任务时,可能会遇到性能退化和间歇性可靠性问题. 优先事项:P2 恢复活性:我们的调查确定,这个问题与2026R1.1发布推出的软件缺陷有关. 虽然先前已经查明了缺陷并已将缓解程序纳入部署过程,但自动化补救遇到了意外的执行问题。 因此,技术小组实施了其他减缓措施来降低客户的影响并稳定系统性能。 我们继续积极监测环境,采取纠正行动,解决潜在的缺陷并恢复正常的服务业务.

    2. 2026年7月22日 UTC 13:38identified

      我们的团队继续努力执行一个紧急措施来解决这个问题。 在部署期间,Hotfix遇到了阻碍它成功完成的数据库条件. 我们的技术小组正在积极努力解决这一问题,并正在评估有针对性的缓解行动,以便完成热点。 一旦Hotfix成功被应用,队伍将验证服务性能并继续监测以确认恢复情况. 一旦获得更多信息,我们将提供另一个最新情况.

    3. 2026年7月22日 UTC 15:40monitoring

      热补已成功部署,工程组目前正在验证其有效性. 各小组正在继续监测平台行为并审查遥测,以确认解决问题的办法.

    4. 2026年7月22日 UTC 16:16resolved

      我们的小组已完成部署后验证,并确认服务业绩已恢复到预期水平。 持续监测显示平台运行稳定,没有观察到进一步的影响。 根据这些结果,现在认为这一问题已经得到解决.

    5. 2026年8月4日 UTC 20:57postmortem

      **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.

    自动翻译自官方事件更新。

    弗莱克塞拉 点 所有区域 -- -- AWS客户账单数据不正确

    开始时间 2026年7月17日 UTC 10:24 · 2d 2h

    Outage重大事件
    受影响的组件
    Spot WebsiteSpot UI
    1. 2026年7月17日 UTC 10:24investigating

      事件简介 : 我们已查明一个影响所有区域AWS客户的账单和成本能见度的问题。 由于活跃的服务提供商中断,客户可能在计费和成本管理控制台内观察到不准确、不完整或延迟的估计成本和使用信息。 这个问题仅限于基于AWS的服务,并不影响客户使用其他云平台. 优先事项:P2 恢复活动:我们的技术小组已证实,这个问题与影响所有区域的活跃的AIS服务活动有关。 我们正在积极监测局势,并与澳大利亚妇女协会密切合作,评估客户的影响。 服务恢复取决于AWS解决根本问题,我们将继续在获得更多信息后提供最新情况.

    2. 2026年7月17日 UTC 10:27investigating

      我们正在继续调查这一问题.

    3. 2026年7月17日 UTC 13:14identified

      我们继续密切监测服务提供者的停业及其对受影响服务的影响。 一旦有了新的资料,将提供进一步的最新资料.

    4. 2026年7月17日 UTC 18:24identified

      迄今为止,我们的调查和核实工作尚未发现对Spot计费或费用分析数据有任何影响。 所审查的计费和定价数据与预期值一致。 虽然初步的验证结果是积极的,但随着进一步的数据可以证实这些结论,我们正在继续开展更多的验证活动。 我们仍然与阿军保持接触,并将继续密切监测局势。 随着我们验证活动的持续进行,我们将分享更多的最新情况.

    5. 2026年7月18日 UTC 08:05identified

      我们仍然积极与阿军接触,并继续密切监测局势。 澳大利亚妇女协会查明了根源,并实施了缓解措施,以解决导致显示成本和使用数据不正确的根本问题。 AWS已经开始回填数据,以恢复所有客户的准确成本和使用信息,预计到2026年7月18日中午12:00PMPDT全面恢复.

    6. 2026年7月18日 UTC 19:33monitoring

      我们继续监测AWS服务活动,并在AWS完成恢复活动时继续与它们保持接触。 迄今为止已完成的验证没有发现Spot计费或费用分析数据有任何影响。 我们正在继续监测局势,并完成任何剩余的验证活动,然后才能决定结束这一事件.

    7. 2026年7月19日 UTC 12:59resolved

      AWS于7月18日早上6点57分解决了服务中断问题。 经过我们技术小组的成功验证,我们确认已恢复服务功能.

    8. 2026年7月30日 UTC 18:10postmortem

      ** 描述:** Flexera Spot – AWS 账单服务中断 时间范围:2026年7月17日 1:33 AM PDT — 2026年7月18日 6:57 AM PDT ** 事件摘要** 2026年7月17日,大约1:33AM PDT,Flexera技术小组意识到AWS问题影响到AWS计费和成本管理、成本探索器以及成本和使用报告中显示的估计账单和使用数据。 鉴于AWS服务中断的性质,技术小组发起了一项调查,以确定Spot计费、成本分析或AWS客户的节约计算是否受到影响。 在调查期间,各小组审查了Spot使用的计费和定价数据,验证了相关的成本和定价表,监测了AWS的更新,并评估了是否有任何客户的计费或储蓄数据受到影响。 技术小组验证了Spot使用的计费和定价数据,并证实有关费用和定价表按预期运作。 调查没有发现Spot使用的数据中存在任何问题,也没有发现不正确的计费或节余计算。 AWS随后确认,这个问题源于AWS的账单和成本管理服务,查明并缓解了根本问题,并完成了数据回收和回填活动. 根据在整个调查过程中所作的验证,在Spot没有观察到客户受到的影响。 在确认AWS恢复和完成回收后验证活动后,该事件被考虑解决. ** 循环原因** 这一事件是由AWS服务问题造成的,它影响到AWS账单和成本管理、成本探索器以及成本和使用报告中显示的估计账单和使用数据。 AWS确定并缓解了根本问题并完成了数据回收活动. ** 补救行动** 在事件应对期间采取了以下行动: • 启动事件调查:技术小组开始调查AWS计费和使用数据问题,以确定Spot客户是否受到影响。 • 进行影响评估:技术小组评价AWS服务中断是否影响到Spot计费分析和节约计算。 • 数据验证完成:各小组审查并验证了Spot使用的计费和定价数据,并证实相关成本和定价表按预期运作。 • AWS恢复监测:技术小组在整个事件中监测AWS的通信、服务更新和恢复活动。 • 进行恢复后验证:在AWS回收和数据回填活动之后完成了进一步验证,以确认Spot所使用的计费和定价数据的完整性。 • 事件解决:在AWS确认恢复和技术鉴定没有发现Spot内有影响后,事件结束。 ** 未来预防措施** 事件中确定了以下后续行动: • AWS合作与审查:继续与AWS密切合作,以了解由提供者管理的事件的根本原因并审查从调查中得出的任何建议或学习。 • 复原力和验证审查:审查进一步加强与计费有关的数据的验证程序的机会,以支持今后在类似第三方服务中断期间更快地进行影响评估和反应.

    自动翻译自官方事件更新。

    Flexera One -- -- 信息技术资产管理 -- -- APAC和欧盟 -- -- 缓慢和业绩退化

    开始时间 2026年7月17日 UTC 08:24 · 1d 11h

    Outage重大事件
    受影响的组件
    IT Asset Management - EU Inventory UploadIT Asset Management - APAC Inventory Upload
    1. 2026年7月17日 UTC 08:24identified

      事件描述:我们发现,在我们APAC和欧洲环境中部署2026 R1.1发布后,Flexera One IT资产管理系统出现了一个影响库存处理的问题。 因此,在进入用户界面的某些领域和完成与系统有关的任务时,一个子集的客户可能会遇到业绩下降的情况。 优先事项:P2 恢复活动:我们的技术小组已经确定,这个问题是一个软件缺陷,随着2026年R1.1发布而引入. 已实施缓解措施来减少客户影响,各小组正在积极开展工作,以全面恢复服务业绩。 我们将继续提供最新进展.

    2. 2026年7月17日 UTC 15:58identified

      我们继续在解决影响APAC和欧洲生产环境中一部分客户的绩效问题方面取得进展。 已确定的解决方案现已部署,随着客户处理活动的继续进行,我们正在积极监测环境。 我们的团队正在验证这些变化的有效性并评估整个平台的业绩。 一旦获得更多信息,我们将提供更多最新情况.

    3. 2026年7月18日 UTC 08:10monitoring

      我们的小组继续验证最近部署的热补,初步结果看来是积极的。 我们正在密切监测受影响的加工活动,以确认修复工作的有效性并确保平台的稳定。 鉴定工作正在进行,我们将在确认完全解决之前继续监测执行情况。 一旦获得更多信息,我们将提供另一个最新情况.

    4. 2026年7月18日 UTC 19:29resolved

      在部署已确定的解决方案后,以前受到影响的处理活动现在正在顺利完成,我们不再看到在最近公布之后观察到的问题再次发生。 根据在部署修复方案后观察到的结果,这一事件现已得到解决。 我们将在今后几天内公布一份全面的《驻地协调员评估》,其中将详细概述这一问题、根源和为帮助防止再次发生而正在实施的预防措施.

    5. 2026年7月30日 UTC 17:47postmortem

      ** 说明:** Flexera One -- -- 信息技术资产管理 -- -- APAC和欧盟 -- -- 缓慢和退化的业绩 **时间框架:** 2026年7月13日,下午1:00 PMPDT — 2026年7月18日,7:10 AM PDT ** 事件摘要** 2026年7月13日,PM PDT于1:00左右,在部署2026 R1.1发布后,一个问题开始影响Flexera One IT资产管理客户在APAC和欧洲生产环境中. 在受影响期间,一些客户在进入某些应用领域或开展与清单有关的活动时,会遇到间歇性应用缓慢、处理延误、调节故障和业绩下降等情况。 随着客户报告的增多,技术小组开始调查所报告症状的共同模式,以确定根本原因。 调查查明了作为Flexera One IT资产管理2026 R1.1发布的一部分引入的缺陷. 在某些情况下,缺陷导致在与库存有关的业务中,数据库处理活动大大增加。 随着库存数据的处理,工作量的增加导致某些客户的处理延误、超时条件和申请业绩下降。 技术小组制定并部署了热补具,以便在受影响的生产环境中解决这一问题。 部署后,各小组开展了验证活动并监测了受影响的处理工作流程,以确认回收情况。 到2026年7月18日,大约7:10AM PDT的验证证实了对以前所受影响工作量的成功处理,并且与该问题相关的故障模式已经不再发生. 该事件被认为已得到解决,技术小组继续进行监测,以确认服务稳定性。 ** 循环原因** 该事件由Flexera One IT资产管理2026 R1.1发布中引入的缺陷所造成,影响了存货相关处理业务. 在某些条件下,这一缺陷导致数据库处理活动大大超过库存处理业务的预期。 工作量增加导致资源消耗、处理延误和停工条件增加。 这些条件导致应用程序间歇性缓慢、处理延误、调节故障和业绩退化,影响到信息技术资产管理的某些功能。 ** 补救行动** 1. 事件调查启动:技术小组开始调查影响APAC和欧洲生产环境的应用缓慢、处理拖延和可靠性问题的报告。 2. 进行影响评估:各小组审查了客户报告的症状、系统性能数据和处理行为,以确定问题的范围和性质。 3. 查明原因:调查确定,2026 R1.1释放中出现的一个缺陷在与库存有关的业务中产生了过多的处理活动。 4. 开发和部署的热器:技术小组开发和部署热器,以纠正APAC和欧洲生产环境中受影响的加工行为。 5. 恢复验证:各小组通过监测和成功开展以前受影响的处理活动,验证了热补的有效性。 6. 进行恢复后监测:其他监测证实,以前观察到的故障和业绩退化已不再发生,服务稳定已经恢复。 ** 未来预防措施** 根据调查结果,确定了下列后续活动: • 处理逻辑改进:技术小组对受影响的处理逻辑进行了纠正,以消除导致资源消耗和性能退化的低效率行为.

    自动翻译自官方事件更新。

    Flexera One - 信息技术资产管理 - 欧盟 - 诊断分析访问问题

    开始时间 2026年7月14日 UTC 09:13 · 0m

    Outage重大事件
    受影响的组件
    IT Asset Management - EU Business Reporting
    1. 2026年7月14日 UTC 09:13resolved

      事件描述:我们的团队确定了一个影响欧盟生产环境中的克尼奥斯分析的问题. 在撞击窗口期间,受影响的客户可能无法进入或装载Cognos Analytics. 目前的调查证实,影响仅限于欧盟生产区。 优先级:P2 恢复活动:我们的技术小组确定,这个问题与最近升级为Cognos Analytics有关,该升级是欧盟生产信息技术资产管理发布活动的一部分。 小组确定了升级期间引入的配置问题,实施了必要的配置校正,并恢复了正常的服务功能. 环境在监测中保持稳定。 进一步的详情,包括根本原因和预防措施,将在一份死后报告中介绍.

    2. 2026年7月26日 UTC 07:06postmortem

      ** 说明:** Flexera One -- -- 信息技术资产管理 -- -- 欧盟 -- -- 分析访问问题 ** 时间框架:** 2026年7月13日,12:51 PM PDT至2026年7月14日,1:52 AM PDT ‌ ** 事件摘要** ‌ 2026年7月13日(星期一)12:51 PM PDT, 继作为Flexera One IT资产管理发布在欧洲\ (EU\)生产环境的一部分实施的Cognos Analytics 12.1.2升级后, 我们的团队发现了一个阻止客户访问Cognos Analytics的问题. 因此,受影响的用户无法在预定的维护活动完成后成功启动应用程序. 技术小组立即开始调查,并证实这一问题与欧盟生产环境隔离,在任何其他生产地区没有观察到任何影响。 进一步的分析确定,升级本身已成功完成;然而,部分所需的升级后配置活动没有被完全应用,使科尼奥斯分析无法正确开始. 其余的配置任务被迅速完成,恢复了正常的克尼奥斯分析功能. 在全面验证客户准入情况并有一段时间加强监测后,确认服务正常运行并宣布事件已得到解决。 ‌ ** 循环原因** ‌ * 升级后配置不完全:虽然Cognos Analytics 12.1.2升级成功完成,但所需的升级后配置任务在环境恢复服务前并未完全完成. *服务初始化失败:配置不全使Cognos Analytics无法正确初始化,导致客户无法访问应用程序. * 区域影响:问题仅限于欧盟的生产环境。 在北美、亚太航天中心或其他生产地区没有发现任何影响。 ‌ ** 补救行动** ‌ 为了恢复服务,技术小组: * 完成在部署期间未充分应用的必要升级后配置活动。 * 恢复并验证Cognos Analytics服务,以确认成功应用程序初始化。 * 进行功能测试和客户访问验证,以核实报告能力是否如预期的那样运作。 * 恢复后将环境置于强化监测之下,以确保持续服务稳定。 ‌ ** 未来预防措施** ‌ * 强化升级后验证:加强部署验证程序,以核实所有所需升级后配置活动在完成维护活动前已成功完成。 * 改进监测和警报:加强Cognos分析监测和警报,以便能够在升级后及早发现服务退化。 * 部署核对表改进:更新部署运行簿和业务核对表,包括进一步核查升级后配置的完成情况,然后再恢复生产服务。 * 业务准备情况审查:审查升级执行程序,以确保在关闭维修窗口之前完成并验证所有部署前的强制性任务.

    自动翻译自官方事件更新。

    Flexera 1 - IT资产管理 - APAC - 缺少菜单项目

    开始时间 2026年7月12日 UTC 23:51 · 3h 53m

    Outage重大事件
    受影响的组件
    IT Asset Management - APAC Business Reporting
    1. 2026年7月12日 UTC 23:51investigating

      事件简介:我们正面临一个影响亚太电信联盟区域Flexera OneIT资产管理客户的问题。 客户可能注意到,ITAM接口内的某些导航和菜单项不可见,导致某些功能的取用有限. 优先事项:P2 恢复活动:我们的技术小组正在积极调查这一问题并努力恢复全部功能。 我们将继续在获得更多信息后提供最新情况.

    2. 2026年7月13日 UTC 00:28identified

      我们的调查发现,资源利用率提高影响到与所报告问题有关的功能。 目前正在采取缓解行动,包括提高系统支持恢复工作的能力。 随着这些变化的实施,我们正在积极监测环境和验证平台行为。 目前仍在开展工作,以恢复受影响客户的全部功能,随着进展,我们将分享更多最新情况.

    3. 2026年7月13日 UTC 01:52identified

      我们的调查查明了与受影响的功能相关的潜在配置问题。 作为正在进行的缓解努力的一部分,已恢复了配置变化,以前开始的提高能力工作现已完成。 随着这些变化的生效,我们正在积极监测环境并验证平台行为。 为受影响的客户恢复全部功能的工作仍在进行,我们将随着进展提供进一步的最新资料.

    4. 2026年7月13日 UTC 03:44resolved

      经过长期监测,我们确认服务业绩保持稳定,并按预期运作。 这个问题现已得到解决.

    5. 2026年8月12日 UTC 05:15postmortem

      **Description:** Flexera One - IT Asset Management - APAC - Missing Menu Items **Timeframe:** July 12, 2026, 3:00 PM PDT - July 12, 2026, 7:16 PM PDT **Incident Summary** On Sunday, July 12, 2026, at 3:00 PM PDT, customers in the APAC production environment began reporting that several IT Asset Management \(ITAM\) menu items, including functionality such as Reports and All Applications, were no longer visible within the Flexera One user interface. Multiple customers were affected, impacting their ability to navigate and access portions of the ITAM application. Technical teams immediately began investigating the issue and identified authentication-related errors affecting the ITAM user interface. During the investigation, teams reviewed infrastructure health, application behavior, and recent platform changes to determine the source of the problem. The investigation determined that an application configuration change associated with a newly introduced authentication capability had been incorrectly applied to the production environment. The issue became apparent when application instances were refreshed, resulting in authentication-related failures that prevented certain ITAM menu items from loading correctly for affected users. Technical teams reverted the affected configuration, refreshed the impacted application instances, and validated recovery across the environment. Following these actions, menu functionality was restored, affected customers confirmed recovery, and the incident was resolved on July 12, 2026, at 7:16 PM PDT after validation and monitoring confirmed normal operation had returned. **Root Cause** Investigation determined that an application configuration change associated with a new authentication capability was incorrectly applied to the production environment. When application instances were subsequently refreshed, the incorrect configuration resulted in authentication-related errors within the ITAM user interface. These errors prevented certain navigation components from loading correctly, causing affected users to experience missing menu items until the configuration was corrected and the affected instances were refreshed. **Remediation Actions** The following actions were taken during the incident response: 1. Incident Investigation Initiated: Technical teams began investigating after receiving reports from multiple customers regarding missing ITAM menu items. 2. Application Configuration Reviewed: Recent application and configuration changes were reviewed to identify the source of the menu-loading failures. 3. Incorrect Configuration Identified: Technical teams determined that an authentication-related configuration change had been incorrectly applied to the production environment. 4. Configuration Corrected: The affected configuration was removed from the impacted production instances. 5. Application Instances Refreshed: Impacted application instances were refreshed to ensure the corrected configuration was consistently applied across the environment. 6. Recovery Validation Performed: Technical teams validated menu visibility and functionality across the affected environment and confirmed recovery with impacted customers. **Future Preventative Measures** Following the incident, corrective measures were implemented to prevent recurrence of the issue and improve detection of similar conditions in the future. 1. Health Check Monitoring Improvements: The existing health check was updated to detect the application behavior associated with this failure condition. The revised monitoring is designed to identify similar menu-loading and authentication-related application failures more effectively and accelerate detection should a similar issue occur in the future. 2. Deployment Process Reinforcement: The incident highlighted the importance of ensuring new authentication-related features are applied only to their intended environments. The deployment approach and expected application process for these changes have been reinforced with the technical team to reduce the risk of similar configuration issues in the future.

    自动翻译自官方事件更新。

    Spot Ocean – AWS – Ocean ECS Console 性能退化

    开始时间 2026年7月6日 UTC 14:19 · 2h 38m

    Outage重大事件
    受影响的组件
    Spot UI
    1. 2026年7月6日 UTC 14:19investigating

      事故简介:我们目前正在为AWS客户调查影响Spot Ocean ECS的退化性能. 客户在进入控制台或使用某些海洋ECS功能时可能遇到严重缓慢或延误. 优先事项:P2 恢复活动:我们的技术小组正在积极调查和努力恢复正常功能。 一旦获得更多信息,我们将提供进一步的最新资料.

    2. 2026年7月6日 UTC 15:11monitoring

      我们的调查发现,这种退化与影响我们东一地区的AWS服务健康事件有关。 自那时起,世界安全协会报告说,这个问题已经得到解决,我们现在看到我们一方恢复的迹象,包括Spot Ocean ECS控制台的性能得到改进并成功完成了世界安全协会的相关工作流程。 此时的生产环境似乎稳定. 我们的小组将继续在较短的验证期内进行监测,以确保在事件得到解决之前,业绩保持稳定.

    3. 2026年7月6日 UTC 16:57resolved

      我们继续长期监测环境,各项服务保持稳定,没有观察到进一步的问题。 这一事件已经得到解决.

    4. 2026年7月20日 UTC 07:00postmortem

      ** 说明:** Spot Ocean – AWS – Ocean ECS Console 性能退化 ** 时间范围:** 2026年7月6日,05:45 AM PDT至2026年7月6日,07:53 AM PDT ‌ ** 事件摘要** ‌ 2026年7月6日星期一, 凌晨5点45分, 在撞击窗口期间,客户在访问Ocean ECS控制台时经历了更长时间的延迟,一些与AWS相关的操作被推迟或未能成功完成. 技术小组立即展开调查,以查明问题的根源。 由于在AWS我们东一地区同时出现AWS服务中断,调查最初认为外部AWS事件和最近完成的生产部署都是潜在的促成因素。 各小组通过详细分析确定,造成客户影响的主要原因是最近部署的网关造成的不稳定。 由此导致的网关性能退化影响了Spot Ocean ECS内的请求处理和响应能力. 虽然同时发生的AWS服务中断使调查更加复杂,但经证实,它不是影响客户的主要驱动因素。 为了恢复服务,各小组将部署回滚至之前的稳定版本. 倒转后,平台性能恢复到预期水平,客户工作流程恢复正常运行. 在事件正式解决之前,长时间的监测证实了持续服务稳定。 ‌ ** 循环原因** ‌ 事件是由Gateway部署中引入的不稳定因素造成的。 这一部署导致网关服务内部业绩下降,削弱了其有效处理客户请求的能力。 这导致Spot OceanECS控制台操作和AWS相关工作流程的响应时间增加并间歇性故障. 倒回之前的稳定Gateway版本恢复了正常的平台性能并解决了客户的影响. 促成因素 * 在同一时限内,我们东一地区同时发生AWS服务中断。 虽然这不是事件的原因,但它使初步调查复杂化并延误了对基本网关问题的确定。 * 由于生产部署的规模扩大,整个恢复过程需要更多时间。 * 涉及创造和更新资源的业务受到的影响大于只读活动,因为网关反应能力下降。 ‌ ** 补救行动** ‌ * 技术小组调查了退化情况,并确定最近部署的网关是这一问题的主要来源。 * 受影响的网关部署已恢复到最后知道的稳定版本,恢复服务稳定。 * 平台性能和面向客户的工作流程在回滚后得到验证。 * 技术小组在事件结束前完成了延长的监测期,以确认稳定的服务运作。 ‌ ** 未来预防措施** ‌ * 改进部署保障 -- -- 工程组将加强部署控制和验证程序,以降低类似部署相关问题影响生产环境的可能性。 * 加强平台监测 -- -- 将实施更多的监测和警报,以尽早发现异常的网关行为,包括服务响应、资源利用和应用稳定性。 * 改进的恢复程序 -- -- 将加强并定期验证回滚程序,以缩短恢复时间并改进与部署有关的事件的业务效率。 * 主动服务健康验证 -- -- 将扩大综合健康检查,以持续验证关键的海洋ECS用户工作流程,从而能够及早识别客户的性能退化。 * 加强依赖性监测 -- -- 工程组将继续提高外部云服务事件和平台依赖性的能见度,以在今后的调查中能更快地区分内部平台问题和第三方服务中断.

    自动翻译自官方事件更新。

    Flexera One – APAC – 互通问题

    开始时间 2026年7月3日 UTC 19:07 · 0m

    Outage重大事件
    受影响的组件
    Cloud License Management - APACIT Asset Management - APAC Business ReportingCloud Cost Optimization - APACIT Asset Management - APAC Inventory UploadIT Asset Management - APAC Login Pageapi.flexera.auIT Asset Management - APAC Batch Processing SystemIT Asset Management - APAC Beacon CommunicationIT Asset Management - APAC SaaS ManagerIT Visibility - APAC
    1. 2026年7月3日 UTC 19:07resolved

      事件描述:我们发现了一个影响到APAC区域Flexera One服务子集的问题,这可能导致一些用户间歇性接入问题或故障. 影响是断断续续的,其他区域没有受到影响。 这一问题已经解决,受影响的服务正常运行。 优先事项:P2 恢复活动:我们的技术小组调查了这一问题,并恢复了最近为恢复服务而作的改变。 我们证实,受影响的服务正常运行,并继续进行监测,以确保平台稳定。 这一事件已经得到解决.

    2. 2026年7月17日 UTC 06:11postmortem

      ** 说明:** Flexera One – APAC – 互通问题 ** 时间框架:** 2026年7月3日,11:20 AM PDT — 2026年7月3日,11:50 AM PDT ** 事件摘要** 2026年7月3日,大约11:20 AM PDT,发现一个问题影响到APAC生产环境中Flexera One的一个子集服务. 在事件窗口期间,一些客户在访问Flexera One平台的某些地区时可能遇到间歇性访问问题或故障. 其影响是断断续续的,因为冗余的服务能力仍然可用,而且在事故期间继续服务交通。 其他弹性 一个区域,包括不结盟运动和欧盟,没有受到影响。 技术小组立即开始调查,并审查了APAC环境中受影响的服务和辅助平台组件。 调查发现,最近在APAC环境中发生的改变导致所观察到的服务间歇性故障。 作为恢复工作的一部分,恢复了这一变化,并监测了服务行为,以验证恢复情况。 退缩后,服务稳定性得到恢复,客户能够正常地获得受影响的功能. 到大约11:50AM PDT时,服务已按预期运行,事件被认为已得到解决. ‌ ** 循环原因** 该事件由APAC环境中的配置变化所引起,无意地影响了子集平台服务与后端平台组件之间的沟通. 在调查期间,技术小组确定,这一变化导致某些平台服务无法与受影响部门进行适当沟通。 这导致了间歇性故障,影响到APAC区域的Flexera One服务。 在出现这一问题时,仍有一个或多个支持受影响服务的舱位可供使用,并继续服务于交通。 因此,客户间歇性地遇到准入问题,而不是完全中断服务。 ‌ ** 补救行动** 在事件应对期间采取了以下行动: · 启动事件调查:技术小组开始调查影响APAC区域Flexera One服务子集的间歇出入问题。 • 平台审查完成:技术小组审查了APAC环境中受影响的服务和支助平台组件,以确定问题来源。 • 最近确认的变革:调查发现,最近实施的变革与观察到的服务退化有关。 • 改变还原:作为恢复正常服务行为的缓解努力的一部分,已确认的改变被恢复。 • 服务回收验证:技术小组监测回滚后的服务行为,确认受影响的功能正常运行。 • 平台稳定监测继续:在恢复活动后进行额外监测,以核实事件结束前的持续服务稳定。 ‌ ** 未来预防措施** 这一事件突出了验证平台变化的重要性,以确保在意外影响影响服务提供之前就查明这些影响。 根据调查,正在开展下列后续活动: • 配置验证改进:审查和加强基础设施和平台配置变化的验证程序,以帮助在生产环境中实施变革之前确定意外影响。 • 部署后核查的加强:审查部署后核查程序,以确保关键服务依赖性仍可使用,并按配置变化后的预期运作.

    自动翻译自官方事件更新。

    Flexera One -- -- 信息技术资产管理 -- -- APAC和欧盟 -- -- 库存进口故障

    开始时间 2026年6月25日 UTC 06:54 · 0m

    Pending
    受影响的组件
    IT Asset Management - EU Inventory UploadIT Asset Management - APAC Inventory Upload
    1. 2026年6月25日 UTC 06:54resolved

      事件描述:在APAC和欧洲环境2026 R1发布后,我们发现一个影响Flexera One IT资产管理系统库存处理的问题. 因此,一些库存上传没有成功处理,导致Flexera One IT资产管理中显示的库存数据被延迟,不能反映最近上传的客户库存. 优先事项:P2 恢复活动:技术小组查明了一个影响清单处理的能力问题,并在受影响地区重新开展有针对性的服务,以恢复正常处理。 2026年6月24日,PM PDT11:00恢复服务,库存文件正在顺利处理. 我们的小组正在继续监测该平台,以确保持续稳定。 调查一旦完成,将分享一份详细说明根本原因和预防措施的尸检报告.

    2. 2026年7月15日 UTC 06:18postmortem

      ** 说明:** Flexera One -- -- IT资产管理 -- -- APAC和欧盟 -- -- NDI库存进口失败 ** 时间范围:** 2026年6月18日,上午9:00至2026年6月25日,02:42 ‌ ** 事件摘要** ‌ 2026年6月24日星期三,PM PDT11:35,在Flexera OneIT资产管理2026 R1发布到澳大利亚和欧洲生产环境后,我们的团队确定了一个影响NDI库存文件处理的问题. 因此,大量库存文件在处理过程中失败,没有反映在客户库存数据中,导致在Flexera One ITAM中显示的库存信息被受影响客户所过时. 技术小组立即开始调查,并确定该问题发生在2026 R1发布后引入的库存处理工作流程中. 重复处理失败后累积的存货文件失败,使存货更新无法成功完成,并导致受影响服务的处理负荷增加。 为了恢复服务,技术小组采取了纠正行动,在受影响环境中更新了受影响的应用服务。 恢复活动后,库存处理成功恢复,并按预期处理新的库存上传。 持续监控证实平台行为稳定,事件在持续验证后被宣布解决. ‌ ** 循环原因** ‌ 这一问题由Flexera One IT资产管理公司2026 R1发布公司引入的缺陷所引起,这影响了NDI库存文件的处理. 在特定条件下,由于认证和处理工作流程内出现问题,存货文件无法成功处理,导致文件在处理完成前被拒绝. 由于文件失效,处理能力日益被一再的故障所消耗,妨碍了库存处理的成功并拖延了受影响客户的库存更新。 促成因素 * 处理工作流程中积累的库存文件失败,使受影响库存服务的资源利用率提高。 * 处理工作量增加,减少了处理新库存请求的能力。 * 这一问题影响到2026年R1释放的生产环境;北美生产没有受到影响,因为尚未部署释放。 ‌ ** 补救行动** ‌ * 技术小组确定了受影响的库存处理工作流程,并采取了纠正行动来恢复服务。 * 应用服务在受影响的生产环境中得到更新,恢复了正常的库存处理。 * 服务恢复后,新库存文件的处理顺利恢复。 * 环境继续受到强化监测,以验证处理业绩并证实持续恢复。 ‌ ** 未来预防措施** ‌ * 改进版发布验证 -- -- 将加强版发布验证程序,包括在主要平台发布后对库存处理工作流程进行额外的端到端测试。 * 强化处理监测 -- -- 将审查和扩大监测和警报,以便更早发现异常的库存处理故障和处理队列内文件的过度积累。 * 业务复原力 -- -- 将在库存处理工作流程中实施其他保障措施,以更好地从处理失败中回收,并尽量减少今后发生类似情况时对客户的影响。 * 守则质量和审查改进\(已完成) - 作为事件后审查的一部分,已经纠正了受影响的代码,以确保通信故障得到适当处理,不会造成更广泛的处理影响。 此外,还加强了发展和审查进程,以确保在核准公布今后的变动之前适当评价和处理审查结果.

    自动翻译自官方事件更新。

    Flexera One — 欧盟 — 登录访问中断

    开始时间 2026年6月24日 UTC 08:00 · 1h 0m

    Outage重大事件
    受影响的组件
    IT Visibility EUIT Asset Management - EU Login PageIT Asset Management - EU Beacon CommunicationIT Asset Management - EU Inventory UploadCloud License Management - EUIT Asset Management - EU Batch Processing SystemIT Asset Management - EU Business ReportingIT Asset Management - EU SaaS Manager
    1. 2026年6月24日 UTC 08:00investigating

      事件描述:我们发现一个影响欧盟地区Flexera One登录接入的问题. 客户在试图登录Flexera One时可能会收到错误. 优先级:P1 恢复活动:我们的技术小组正在积极调查这一问题并努力采取纠正行动来恢复正常的登录功能。 调查和稳定工作仍在进行。 我们将继续密切监测局势,并随着进展的继续提供进一步的最新情况.

    2. 2026年6月24日 UTC 09:00resolved

      这一问题已经解决,受影响客户的登录功能已经恢复. 技术小组查明了问题的原因,并采取了纠正行动来恢复正常的服务业务。 环境保持稳定,持续监测已证实认证和平台接入成功。 调查结束后,将分发一份载有更多细节的尸检报告.

    3. 2026年7月7日 UTC 08:28postmortem

      ** 描述:** Flexera One — 欧盟 — 登录访问中断 **时间范围:** 2026年6月24日,12:41 AM PDT至2026年6月24日,02:04 AM PDT ‌ ** 事件摘要** ‌ 2026年6月24日星期三,12:41AM PDT,我们的团队发现一个影响欧盟地区客户的问题. 被影响的用户在试图使用 Single Sign-On\(SSO\)登录到Flexera One时遭遇认证失败,导致服务器出错并阻止访问平台. 发现后,技术组立即展开调查,并证实该问题被隔离到认证工作流程中去. 对应用软件和基础平台服务的验证表明,所有核心基础设施都保持了健康和可操作性。 进一步的分析确定,用于与身份提供者通信的服务账户已经无法使用,导致认证请求失败。 服务账户被迅速恢复,重新建立了正常的认证处理,并完全恢复了客户访问. 恢复后,对环境进行了密切监测并全面验证了登录功能,以确保服务稳定性. 没有观察到对客户的进一步影响,随后宣布事件得到解决。 ‌ ** 循环原因** ‌ 造成这一问题的原因是,一个支持Flexera One与身份提供者之间认证的服务账户意外中止。 因此,认证请求无法成功处理,使得欧盟生产区受影响的客户无法通过Single Sign-On\(SSO\)访问该平台. 促成因素 * 一个对认证工作流程至关重要的服务账户在例行清理活动期间无意中被暂停。 * 暂停使认证请求无法被成功验证,导致受影响客户登录失败。 * 这个问题与认证服务无关,不影响基本的应用程序或平台基础设施的可用性。 ‌ ** 补救行动** ‌ * 恢复了受影响的服务账户,与身份提供者重新建立了认证。 * 登录功能在恢复后得到验证。 * 工程组继续监测,以确认平台稳定性和客户认证成功。 ‌ ** 未来预防措施** ‌ * 服务账户治理 -- -- 关键服务账户的管理程序将得到加强,以降低意外变化影响生产服务的风险。 * 加强监测 -- -- 将加强监测和警报,以便及早发现影响客户登录工作流程的认证故障。 * 业务程序改进 -- -- 我们的小组已将此作为经验教训加以记录,并将实施程序改进,以降低发生类似事件的可能性.

    自动翻译自官方事件更新。