Rightscale の障害履歴

1. 2026年8月24日 13:04 UTCinvestigating

   インシデント 説明:北米のFlexera One IT Asset Management内での在庫処理に影響を及ぼす問題を調査しています。 お客様は、在庫処理の遅延やプラットフォーム内の更新された在庫データの可用性を遅らせることができます。 優先順位: P2 修復活動:当社の技術チームは、影響を受けたサービスを通じて、在庫処理の問題を積極的に検討しています。 処理遅延の原因を特定し、通常の処理を復元するよう努めています。 詳細については、追加アップデートが配信されます.

2. 2026年8月24日 14:57 UTCinvestigating

   技術的なチームは、在庫処理の動作が影響を受けた顧客間で異なることを識別しました。 在庫は、一部の顧客に処理され続けていますが、通常の処理ワークフローで進行しない処理速度や在庫を大幅に削減しています。 技術的なチームは、いくつかの在庫のアップロードの試みに影響を与えるサービス可用性エラーを特定し、積極的に影響の範囲と根本的な原因を調査しています。 影響を受けた組織の分析と処理活動は、現在進行中です。 詳細については、追加アップデートが配信されます.

3. 2026年8月24日 16:38 UTCidentified

   技術的なチームは、ターゲットを絞ったサービスの回復アクションを実行し、バックログレベルの減少で、以前に影響を受けた顧客のための在庫処理再開を観察しています。 技術的なチームが回復を監視し、根本的な原因を評価するために継続して調査は進行中です。 進行状況が観察されている間、チームはサービスの安定性を検証し、残りの影響を監視しています。 情報が増えるにつれて、さらなるアップデートが提供されます.

4. 2026年8月24日 21:21 UTCmonitoring

   回復は、以前に影響を受けた顧客に期待されるレベルに戻る在庫処理活動で進行し続けています。 バックログレベルを継続的に削減し、サービスの安定性を積極的に監視しています。 根本的な原因への調査は進行中です。 現在の分析は、影響を受けた期間に特定されたいくつかの潜在的な貢献要因に焦点を当てています, 技術的なチームは、回復を検証し、残りの影響のために監視し続ける間.

5. 2026年8月25日 10:00 UTCmonitoring

   テクニカルチームは、サービス全体の安定性を密接に監視しながら、バックログレベルの安定した削減を継続します。 根本的な原因への調査は進行中です。 今後も追加情報として更新情報を提供してまいります.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月18日 9:32 UTCinvestigating

   インシデント 説明:APAC領域におけるFlexera Oneサービスへのアクセスに影響を及ぼす問題について調査しています。 インパクトのあるお客様は、プラットフォームへのアクセスが困難であるか、認証後にエラーが発生する可能性があります。 優先順位: P1 修復活動:当社の技術は従事しており、根本的な原因を特定し、できるだけ迅速に正常なサービスを回復するために積極的に問題を調査しています.

2. 2026年8月18日 10:18 UTCidentified

   当社の調査は、影響の可能性のある原因として構成の問題を特定しました。 チームは、通常のサービス運用を復元するために、是正措置を実施し、検証するために積極的に取り組んでいます。 調査が進むにつれて、さらなるアップデートが提供されます.

3. 2026年8月18日 10:43 UTCidentified

   調査が進んでおり、当社のチームは、問題がIT資産管理に隔離されていないことを特定し、APACのFlexera Oneプラットフォーム全体でより広範な影響を与える可能性があると指摘しています。 是正努力は、特定された原因に対して進行中であり、チームは完全なサービス安定性の回復に重点を置いています。 詳細については、追加アップデートが配信されます.

4. 2026年8月18日 10:50 UTCidentified

   この問題の修正には引き続き取り組んでいます。

5. 2026年8月18日 11:47 UTCmonitoring

   修正が実装され、Flexera Oneプラットフォームへのアクセスが復元されました。 当社のチームは、さらなる検証活動を実施し、サービスの健全性とパフォーマンスを密接に監視し、安定性を確認し、すべてのサービスが完全に稼働していることを確認します.

6. 2026年8月18日 12:13 UTCresolved

   拡張監視および検証活動に続いて、サービスが安定して残り、さらなる影響が認められていないことを確認しました。 インシデントは解決され、すべての影響を受けたサービスは完全に運用されています.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月13日 1: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. 2026年8月13日 3: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. 2026年8月13日 3:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 2026年8月13日 5: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. 2026年8月11日 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. 2026年8月11日 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. 2026年8月11日 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. 2026年8月11日 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. 2026年8月14日 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. 2026年8月7日 4:55 UTCinvestigating

   問題説明:当社のチームは、Flexeraの顧客のメールシステムがFlexeraサポートケースの更新通知を含むメールを拒否していることを認識しました。 優先順位: P3 修復活動: 技術的なチームは積極的に問題を調査しています。 その間に、Flexeraコミュニティにログインし、https://community.flexera.com/s/case/Case/Defaultでサポートケースポータルを使用して、ケースの状態を確認し、更新を確認してください.

2. 2026年8月7日 12:28 UTCidentified

   私たちのチームは、問題の原因を特定し、現在それを解決するために取り組んでいます.

3. 2026年8月8日 10:48 UTCidentified

   当社のチームは、解決に向けて引き続き取り組んでまいります。 進行中の調査では、Flexera からのメールがSharePoint によってブロックされる可能性があることを確認しました。 この問題に対処するには、適切な是正措置を確実にするために、関連する当事者との追加の調査と調整が必要です。 今後も、より一層の最新情報をお届けしてまいります.

4. 2026年8月10日 10:10 UTCidentified

   私たちのチームは、解決に向けて取り組んでいます。 適切なチームとの追加の調査と調整は、通常のメールフローを復元するために進行中です。 情報が増えるにつれて、さらなるアップデートが提供されます.

5. 2026年8月12日 13:50 UTCmonitoring

   私たちのチームは、是正措置を実施し、肯定的な結果を観察しています。 初期検証テストが成功し、緩和アクションが効果的であることを示しています。 今後も継続的にサービスを監視し、継続的な安定性を確保し、さらなるアップデートを提供してまいります.

6. 2026年8月14日 5:41 UTCresolved

   拡張された監視の後で、私達のチームはすべての電子メールの更新が首尾よく渡されることを確認しました。 このインシデントは解決として宣言されています.

7. 2026年8月21日 9:13 UTCpostmortem

   **説明:** Flexeraサポートケース - 遅延または失敗したメール通知 **時間枠** 8月 5, 2026, 12:00 AM PDT から 8月 13, 2026, 11:10 AM PDT **事件要約** 2026年8月5日、当社のチームは、Flexeraサポートケースのメール通知に影響を及ぼす問題を特定しました。 インシデント中、一部の顧客は、更新がサポートケースに行われたとき、電子メール通知を受けませんでした。これにより、ケースアクティビティや進捗状況を遅らせる可能性があります。 当社の技術チームは、問題を調査し、電子メール配信設定の問題が、受信者のメールシステムによって拒否される一部のアウトバウンドサポートケース通知を引き起こしたと判断しました。 暫定措置として、顧客はFlexeraコミュニティサポートケースポータルにアクセスして、ケースの状態と更新を直接見直しました。 弊社のチームは、メール配信設定に永続的に変更を行い、通知配信を検証しました。 修正後、メール通知が期待通りに動作するように確認され、事件は8月13、2026日、11:10 AM PDTで解決しました。 **ルート原因** *電子メール配達構成: 顧客向けサポートケース通知を配信するために使用される設定の問題は、受信者のメールシステムによって拒否されるメールを引き起こしました。 * 通知配信: 更新がサポートケースに行われたとき、一部の顧客はメール通知を受けていない影響を受けた構成。 * 顧客への影響: 問題は、電子メール通知のみに影響しました。顧客は、Flexeraコミュニティサポートケースポータルを介して直接サポートケースにアクセスし続けることができます。 **是正措置** *更新された電子メール配達構成: 電子メール配信設定は、適切なプライマリメール配信インフラストラクチャを使用するために永久に更新されました。 * 通知のバリデーション: チームが設定変更後のアウトバウンド通知配信を検証しました。 * 顧客の回避策:事件中、顧客は、Flexeraコミュニティサポートケースポータルに直接アクセスして、ケースの状態と更新を確認することをお勧めしました。 *サービス監視:チームは、継続的な安定性を確認するため、修正後のメール通知配信を監視しました。 **将来の予防措置** * 承認された電子メールのルーティングを維持します。: カスタマーサポートケース通知は、永続的な是正によって確立された第一次メール配信インフラを使用します。 *メール配信監視: 監視を強化し、アウトバウンドサポートケースの通知の失敗を警告し、潜在的な配信の問題の早期発見を提供するためにメッセージを拒否しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月5日 8:28 UTCresolved

   インシデント 説明: 当社のチームは、Flexera One IT Asset Management (ITAM) のサブセットに影響を及ぼすサービス中断を特定しました。APAC 製造環境の 4 8月 2026, 04:04 AM PDT に 04:25 AM PDT . 影響を受ける期間中、お客様は、プラットフォーム内での断続的な速度、サービス非応答性、データ読み込みの失敗を経験したサブセット。 優先順位: P2 修復活動:当社の技術チームは、問題を調査し、影響を受けた期間に予期しないデータベースリソースの排気条件が発生したことを決定しました。 その後、自己補正された状態は、影響を受けたサービスを回復し、正常な動作に戻すことを可能にします。 プラットフォームの動作が期待どおりに実行されていることを確認し、後方検証 今後、同様のイベントの可能性をさらに減らすために、追加の安全対策、キャパシティコントロール、および監視の改善を評価し、事件の詳細なレビューを実施します.

2. 2026年8月21日 9:03 UTCpostmortem

   **説明:** Flexera One - IT資産管理 - APAC - データの読み込みの失敗/損失 **時間枠** 8月 4, 2026, 4:04 AM PDTに8月 4, 2026, 4:25 AM PDT **事件要約** 2026年8月4日(火)に、APAC生産環境における顧客のサブセットに影響を及ぼす問題を特定しました。 インシデント中、一部の顧客は、Flexera One IT Asset Management内のデータをロードする際に、断続的なアプリケーションの速度、一時的応答性、障害を経験しました。 当社の技術チームは、問題を調査し、予期しないデータベースリソース排気イベントが生産環境に影響したと判断しました。 顧客テナントのサブセットのための一時的なパフォーマンス劣化が生じる条件。 データベースの状態は、約20分後に自動的に解決され、直接エンジニアリングの介入を必要としずにアプリケーションの性能が正常に戻りました。 当社のチームは、回復後に環境を監視し続け、影響を受けたサービスは、継続的な顧客への影響なしで正常に動作していることを確認しました。 **ルート原因** * 予期しないデータベースリソース排気:データベースリソース消費の一時的な増加は、生産データベースクラスターによって使用される利用可能な一時的なデータベースストレージ容量を排出しました。 *高い資源消費量: 特定の予期しないクエリは、一時的なデータベースリソースの重要な量を消費したユーザーによって手動で実行され、一時的なリソースの排気条件を引き起こしたことを識別しました。 * 適用性能の影響: 資源の排気はデータベース操作に影響を与え、断続的な適用の低さ、非応答性および顧客のサブセットのためのデータのローディングの失敗で起因しました。 **是正措置** *自動サービス回復:データベースリソースの状態が自動的にクリアされ、アプリケーションサービスが通常の動作に戻すことを可能にします。 *サービス監視:チームは回復の後で環境を監視し、サービスが安定したままであることを確認しました。 * インシデント分析: エンジニアリングチームは、貢献クエリを識別し、行動を理解するために、イベントに関連するデータベース活動とリソースの利用を検討しました。 **将来の予防措置** * リソース・ガバナンス:追加のSQLの評価 サーバーリソース・ガバナンスは、高リソース・データベース・クエリの潜在的な影響を削減します。 * アラート応答の改善: アラート処理手順を見直し、検出、評価、同様のデータベースリソース条件に対する応答を改善します。 * 運用改善: クエリは、当社の技術チームによってレビューされ、将来的に同様のシナリオを回避するために測定が行われています.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月3日 6:56 UTCinvestigating

   インシデント 説明: 現在、Flexera One IT Asset Managementの欧州地域における在庫パッケージ(*.zip)のアップロードに関する問題について調査しています。 特定のインベントリパッケージをアップロードしようとするお客様は、エラーが発生する可能性があり、インベントリのアップロードが失敗し、インベントリデータの処理を遅延させます。 優先順位: P2 修復活動:当社の技術チームは、積極的に問題を調査し、現在の処理活動を見直し、スコープと進捗状況を確認します。 状況を密接に監視し、情報が増えるにつれて更新を行います.

2. 2026年8月3日 8:10 UTCinvestigating

   当社のチームは、積極的に問題を調査し、システムログと診断の詳細なレビューを実施し、根本的な原因を特定し、確認しています。 情報が増えるにつれて、追加アップデートが提供されます.

3. 2026年8月3日 9:38 UTCinvestigating

   継続的な調査中、当社のチームは、問題がFlexera One EU 生産環境とビーコン通信に影響を及ぼす可能性があることを確認しました。 その結果、ビーコン・ツー・プラットフォーム通信に依存する追加の操作は影響を受ける可能性があります。 チームは、根本的な原因を調査し、衝撃のフルスコープを評価し、可能な限り迅速に解決を実施するよう努めています.

4. 2026年8月3日 10:40 UTCmonitoring

   当社のチームは、問題の可能性のある原因として、最近の構成変更を識別しました。 構成はロールバックされて以来、影響を受けたコンポーネント間でサービスの回復を観察し、プラットフォーム機能が徐々に期待されるレベルに戻ります。 チームは、環境を監視し、完全な回復を検証し、プラットフォームの安定性を確保し、残りの影響を迅速に対処するために積極的に取り組んでいます.

5. 2026年8月3日 10:40 UTCmonitoring

   今後の問題がないか引き続き監視しています。

6. 2026年8月3日 17:09 UTCmonitoring

   移行のアクションは効果的であり、在庫処理は成功しています。 回復進捗を積極的に監視し、すべての処理が正常に完了していることを確認するために、残りのバックログを通して作業しています。 今後も、復興の進展として、アップデートを提供してまいります.

7. 2026年8月4日 7:02 UTCmonitoring

   サービスの回復は、運転中に残ります, 緩和措置が有効であるために継続して. 在庫処理が正常に機能し、バックログが大幅に削減され、通常のレベルに近いボリュームをもたらします。 私たちのチームは、環境を監視し、残りのバックログを処理し、回復を完了します。 さらなるアップデートは、必要に応じて提供されます.

8. 2026年8月4日 11:09 UTCresolved

   通常の動作レベルに戻りました。 在庫処理とビーコン通信が安定しており、バックログは予想される閾値に戻りました。 プラットフォームは、持続的な安定性を確認する継続的な監視で、健康を維持します。 根本的な原因、回復行動、長期的改善への取り組みに関する追加詳細は、調査結果の検証に従った後期報告書で共有されます.

9. 2026年8月18日 12:41 UTCpostmortem

   **説明:** Flexera One- IT Asset Management - EU - 在庫アップロードエラー **時間枠:** 7月 31, 2026, 6:00 PM PDT から 8月 4, 2026, 4:09 AM PDT **事件要約** 2026年8月2日(日曜日)、11:42 PM PDTで、Flexeraは、在庫パッケージ\(\*.zip\)のアップロードに関する問題を特定し、Flexera One IT Asset Management EUの環境内でビーコン通信を選択しました。 感染したお客様は、HTTP 504\(ゲートウェイタイムアウト\)とHTTP 405\(Method Not Allowed\)の応答を含む、インベントリーパッケージのアップロードに失敗しました。 問題は、選択されたビーコン・ツー・プラットフォームの通信を中断し、在庫処理および在庫データの処理の遅延や障害を引き起こします。 調査は、7月31日、2026日に6:00 PM PDTで初期の影響が始まったことを決定しました。 分析は、重要なサービスルーティングパス内の通信の問題を特定し、要求のサブセットが正常に下流処理サービスに到達することを防止しました。 これにより、再資源化、在庫処理の遅延、およびバックログ蓄積が発生します。 問題を軽減し、サービスを復元するため、トラフィックは代替通信パスにリダイレクトされました。 この変更後、ビーコン通信の安定化、在庫のアップロードが正常に処理再開し、在庫のバックログが減少し始めました。 2026年8月3日午前3時42分までに、在庫のアップロードが正常に完了し、新しいエラーが認められなかった。 通常の動作レベルに返されたボリュームを処理する間、環境は拡張監視下に残っています。 2026年8月4日午前4時09分に、Flexeraは、ビーコン通信、在庫処理、および関連するプラットフォームサービスが正常に動作していたことを確認し、バックログは予想されるしきい値に戻り、事件は正式に解決されたと宣言した。 **ルート原因** 2026年7月31日、重要なサービス通信経路への証明書の更新により、プラットフォームコンポーネント間の構成ミスマッチが作成されました。 アプリケーションコンポーネントが再起動し、更新された構成を使用して新しい接続を確立し始めた後、問題は直面しました。 これにより、ハンドシェイクエラーや通信障害が発生し、サービス不当性が生じる。 その結果、顧客ビーコンからのリクエストは、EU生産環境に在庫パッケージ\(\*.zip\)ファイルをアップロードし、アップロードの失敗を引き起こし、在庫データを受け取り、処理することを防ぎます。 顧客の影響がすぐに観察されていないが、他のビーコン対プラットフォームの相互作用のサブセットも影響されました。 証明書関連の構成の問題の影響を受けていない代替通信経路へのトラフィックをリダイレクトすることにより、サービスが復元されました。 在庫のアップロードおよびビーコンの通信はそれから正常な操作を再開しました。 工場の貢献 * 断続的な要求の失敗: 障害のある接続の確立の試みは、下流処理サービスに達する前に失敗する要求の部分を引き起こしました。 * 在庫処理遅延: 通信の失敗は、いくつかの在庫パッケージを防止し、正常に処理から関連したインポートは、在庫の更新を遅らせます。 * 再試運転 Backlog 成長: 自動再試行機構は、最終的に成功する多くのトランザクションを有効にしましたが、問題が有効のままに処理遅延とバックログ蓄積の増加に貢献しました。 **是正措置** サービスを復元するには、以下のアクションを実行した技術チーム: * トラフィック再ルーティング: 影響を受けるサービスパスから離れたトラフィックをリダイレクトし、安定したビーコン通信と在庫パッケージのアップロードを復元します。 * プラットフォームの監視: ビーコン通信の継続的な監視を実行しました, 在庫のアップロード, サービスの回復を検証するための処理活動. * Backlog Recovery Management: 在庫処理のスループットを監視し、バックログの処理を着実に削減し、予想される動作しきい値に戻ることを検証しました。 *安定性の検証: 維持されたプラットホームの安定性および巧妙な目録の処理を確認するために回復の後で延長監視を実施しました。 ※サービス復旧確認:2026年8月4日午前4時09分にビーコン通信、在庫処理、関連サービスが正常に動作していることを確認しました。 **将来の予防措置** *サービスコミュニケーションのレジリエンス:将来の接続関連破壊からの信頼性、レジリエンス、および回復を改善する影響を受ける通信経路を見直し、強化します。 * 変更の検証を強化: インフラ、構成、証明書、サービスパスの変更の検証とテストプロセスを強化し、生産環境への展開前に通信の不一致を特定します。 * 検出とアラートの改善: 監視機能とアラート機能を強化し、持続的な通信の中断、高揚されたリトライ活動、異常なエラーレートパターン、および新規処理バックログの早期識別を提供します。 これらの改善は、より高速な検出、調査、およびそれらがより広範な顧客の影響に開発する前に問題の是正を可能にします.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月29日 4:36 UTCinvestigating

   課題説明:ソフトウェア脆弱性研究(SVR)サービスに影響を及ぼす問題を調査しています。 現時点では、SVRへのアクセスや利用が困難である場合があります。 優先順位: P1 修復活動:当社のチームは、積極的に問題を調査し、サービスを回復するために働いています。 オンラインでサービスを取り戻すための活動は、現在進行中です。 詳細については、追加アップデートが配信されます.

2. 2026年7月29日 6:02 UTCinvestigating

   回復アクションは実装されています。しかしながら、サービスは現在のワークロード条件下で不安定性を経験し続け、継続的なサービス中断を引き起こします。 当社のチームは、インパクトを減らし、サービス可用性を回復するために積極的に取り組んでいます。 詳細については、追加アップデートが配信されます.

3. 2026年7月29日 9:52 UTCresolved

   テクニカルチームは、ソフトウェア脆弱性研究(SVR)の可用性を回復しました。 サービスの不安定性に対処するために、Recoveryアクションが実装され、検証はSVR機能が復元されていることを確認しました。 今後も、継続的な安定性を確保するために、サービスを密接に監視してまいります。 根本原因および予防策を含む追加詳細を含むポスト・モルテムレポートは、今後公開されます.

4. 2026年8月11日 10:28 UTCpostmortem

   **説明:** ソフトウェア脆弱性研究 \(SVR\) - サービス障害 **時間枠:** 7月 28, 2026, 2:00 PM PDTに7月 29, 2026, 2:53 AM PDT **事件要約** 2026年7月28日(火)午後2時PM PDTにて、Flexera Software Vulnerability Research\(SVR\)の生産環境は、APIの可用性とアプリケーション機能に影響するサービスの混乱を経験しました。 SVRプラットフォーム対応のプライマリデータベースインスタンスが利用できなくなった場合、インシデントが発生しました。 既存のデータベース接続は予期せず終了し、アプリケーションサーバは新しい接続を確立できませんでした。 その結果、事故時にSVRサービスやAPIに確実にアクセスできない顧客でした。 調査中、当社のチームは、クラウドサービスプロバイダが実施した未計画の故障による混乱が発生したと判断しました。 プロバイダーのイベント履歴によると、第一次データベースホストにインフラの問題が検出され、プロバイダーが自動的にフェイルオーバープロセスを開始するよう求めた。 弊社の技術チームは、クラウドサービスプロバイダにインシデントを調査し、サービスを復元するよう取り組んできました。 回復と検証活動の後、すべての生産サービスは正常に復元され、29 7月2026日の2:53 AM PDTによる正常な動作に戻りました。 **ルート原因** インシデントは、生産データベースの未計画のフェイルオーバーによってトリガーされ、クラウドサービスプロバイダがプライマリデータベースホストに影響を及ぼすインフラレベルの問題に対応しました。 フェイルオーバー中、プライマリデータベースインスタンスは一時的に利用できません。 これにより、アプリケーションサービスが新しい接続を確立するのを防ぐため、積極的なデータベース接続が発生しました。 その結果、SVRプラットフォーム全体でAPIリクエストが失敗し、サービス可用性が影響されました。 Flexeraは、クラウドサービスプロバイダから詳細なルート原因分析\(RCA\)を正式に要求し、障害を引き起こし、再発を防ぐ機会を特定する正確なインフラ条件を決定します。 **建設工場** 調査中、以下の要因は、事件の全体的な影響に潜在的に貢献したと認識された: ※事件期間中に顧客環境から発生するクライアント接続の試みが大幅に増加しました。 * 接続ボリュームは通常の動作レベルを超えており、データベースサービスが回復している間にバックエンドサービスに負荷が増加します。 * 関連する接続活動は、データベースの障害の影響を増幅し、回復の複雑性を高める可能性があります。 * アプリケーション再試行と接続の動作は、データベースの回復活動中に追加の接続要求を生成しました。 **是正措置** *クラウドプロバイダーのエンゲージメント:当社のチームは、クラウドサービスプロバイダをすぐにに従事し、回復の努力を通じて、オンコールエンジニアと直接働いた。 *データベースの回復:クラウドサービスプロバイダとの調整で管理されたデータベースのfailover/rebootを実行しました。 *復元されたコネクティビティ:データベースの可用性と生産環境への接続を再確立。 * アプリケーションリカバリ検証: アプリケーションサービスが正常にバックエンドデータベースサービスに再接続されていることを確認します。 * サービス検証: API および重要な SVR アプリケーションの機能の検証済み回復。 * 回復後のモニタリング:復元後のデータベースの健全性、アプリケーション性能、接続活動の監視を強化 **将来の予防措置** * 顧客の接続ボリュームを監視し、データベース接続の活用をバックエンドします。 *データベース接続プール、接続管理、再試行ロジック、および将来のインフライベントにおけるレジリエンスを改善するために、障害のある処理を見直し、最適化します。 *クラウドサービスプロバイダのサポートのエンゲージメントを完了し、提供者の詳細なルート原因分析を一度利用可能に見直します。 ※内部のポストインシデントレビューを実施し、審査過程で特定された追加の予防措置を実施します.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月28日 23:14 UTCinvestigating

   重要説明:APAC領域におけるFlexera Oneサービスに影響を及ぼす断続的な問題を調査しています。 Flexera Oneアプリケーションとサービスを使用して、顧客は、断続的なアクセスの問題やエラーが発生することがあります。 現在、APAC 地域に限られている問題が発生します。 優先順位: P2 修復活動:当社のチームは積極的に問題を調査しています。 スコープとインパクトは、APAC領域のFlexera Oneサービス全体で評価され、根本的な原因を特定し、サービスの安定性を回復するために取り組んでいます。 詳細については、追加アップデートが配信されます.

2. 2026年7月29日 0:34 UTCinvestigating

   当社の技術チームは、積極的に問題を調査しています。 問題は断続的であるように見え、他の人が失敗し続けながら、いくつかの要求が成功した。 影響を受けるサービスとその依存性を見直し、影響範囲を特定し、根本的な原因を特定し、サービスの安定性を回復します.

3. 2026年7月29日 2:05 UTCresolved

   技術的なチームは、APAC地域のFlexera Oneサービスに影響を与える問題を軽減しています。 サービスの機能は復元され、検証は、影響を受けたアプリケーションやサービスが期待どおり動作していることを確認します。 調査中、一部の顧客に対し、アクセスの問題やエラーが発生する断続的なサービス通信の問題を特定しました。 緩和の努力の一環として、技術的なチームは影響を受けたサービスを再起動し、サービス機能が回復し、検証した後、影響を受けたサービスの成功した回復を確認しました。 今後も、インシデントとモニターサービスの健全性を継続的に見直していきます.

4. 2026年8月12日 17:33 UTCpostmortem

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

公式のインシデント更新を自動翻訳しています。

1. 2026年7月27日 0:11 UTCinvestigating

   課題説明:APAC領域におけるSnow Atlasのお客様に影響を与える課題を調査しています。 感染したユーザーは、プラットフォームにアクセスできず、ログインしようとすると404エラーが発生する可能性があります。 現在の調査は、この時点で他の地域で確認された影響がないAPAC地域に問題が限られていることを示します。 優先順位: P1 修復活動:当社の技術チームは、根本的な原因を特定し、サービスを復元するために積極的に問題を調査しています。 環境を適切に監視し、是正措置を実施します。 詳細については、追加アップデートが配信されます.

2. 2026年7月27日 2:00 UTCinvestigating

   当社のチームは、APAC地域のSnow Atlasのお客様に影響を与える問題を解決しました。 プラットフォームサービスが正常に起動できなかったときに問題が発生し、一部の顧客の断続的なエラーとアクセスの問題が発生しました。 技術的なチームは、影響を受けたプラットフォームコンポーネントを再起動することにより、進行中の起動障害と復元されたサービスを特定しました。 検証活動は、プラットフォームへのアクセスを成功させ、現在進行中の顧客への影響を一切防いでいません。 今後も継続的安定性を確保するために、環境を密接に監視してまいります.

3. 2026年7月27日 2:00 UTCresolved

   この事件は解決しました.

4. 2026年8月7日 8: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. 2026年7月22日 10:33 UTCinvestigating

   インシデント 説明: 複数のパワーBIレポートがロードに失敗している欧州地域でIT可視性に影響を与える問題を調査しています。 影響を受ける地域のお客様は、アプリケーション内で影響を受けたレポートを表示できない場合があります。 現在の調査は、この時点で他の地域で観察される影響がなかったヨーロッパの地域に問題が限られていることを示します。 優先順位: P2 修復活動:当社の技術チームは、根本的な原因を特定し、レポート機能を復元するために積極的に問題を調査しています。 当社は、影響範囲を評価し、サービス健康を監視し、是正措置を適切に実施します。 情報が増えるにつれて、さらなるアップデートが提供されます.

2. 2026年7月22日 11:53 UTCidentified

   当社の調査では、影響を受けた環境における潜在的な構成関連の問題を特定しました。 当社の検証の一環として、影響を受けた組織のサブセットに是正措置が適用され、レポートが正常にロードされます。 当社のチームは、現在、すべての影響を受けた組織の広範な修正を実施し、構成の変更が期待どおりに推進されていない理由を理解するために詳細なレビューを行っています。 今後も、全面的な解像度に対応しながら、サービス性能を監視し、継続的に見直していきます.

3. 2026年7月22日 13:43 UTCidentified

   是正措置は、影響を受けた組織の多くに適用され、初期検証では、レポートが正常にロードされていることを示します。 現在、影響を受けたすべての組織がレポート機能とサービスのパフォーマンスが完全に復元されていることを確認します。 並行して、チームは環境全体でより広範な是正措置を実施し、完全な解像度に対する作業が継続し、安定性を確保するためにサービスを密接に監視しています.

4. 2026年7月23日 4:39 UTCidentified

   当社のチームは、すべての特定組織に修正を適用しています。 初期検証は、影響を受けた組織が期待どおりに回復していることを示しています。 テクニカルチームは、広範な欧州地域における是正の有効性を検証し、サービスが完全に復元されていることを確認します。 プラットフォームのパフォーマンスを密接に監視し、地域の検証が完了したらさらにアップデートを行います.

5. 2026年7月23日 7:52 UTCresolved

   さらなる調査は、事件の根本的な原因として同期の問題を特定しました。 当社の技術チームは、サービスの再起動、通常の操作を復元するなど、ターゲティングされた是正措置を実施しました。 拡張監視および後処理の検証に続いて、サービス性能は安定して残り、すべての影響を受けたサービスは正常な動作に戻ったことを確認しました。 問題は解決しました.

6. 2026年8月3日 18:37 UTCpostmortem

   **説明:** Flexera One – ITの可視性 – EU – レポートをロードする失敗 **時間枠:** 7月 22, 2026, 3:11 AM PDT - 7月 22, 2026, 11:04 PM PDT **事件要約** 2026年7月22日、Flexera One EUの環境でIT可視性レポート機能に影響する問題は、約3:11のPDTで始まりました。 影響を受ける期間中、EU地域の顧客は、ソフトウェアインベントリー、ハードウェアインベントリー、テクノロジーインテリジェンス\(TI\)、サステナビリティ、およびFinOpsレポートビューを含む、IT可視性レポートとダッシュボードをロードしようとすると、障害を経験しました。 欧州地域でのレポートの読み込みの失敗に関して、複数の顧客のレポートが受け取った後、技術チームは調査を開始しました。 初期分析では、問題はEUの生産環境に制限され、他の地域の同等の報告機能が正常に動作し続けています。 EU報告環境内で認証関連の問題が発生したと判断した調査。 その結果、影響を受けたレポートとダッシュボードは、正常にロードするために必要なデータを取得できませんでした。これにより、インパクトのある顧客に対するレポートの読み込みの失敗を引き起こします。 技術的なチームは、影響を受けた報告環境内の是正更新を実施し、影響を受けた顧客組織の検証活動を実施しました。 これらのアクションの後、レポートとダッシュボードは、通常の操作を再開し、顧客は再びレポートデータを正常にアクセスできるようにしました。 影響を受けた顧客環境の検証とレポートが正常にロードされた確認の後、サービス機能が復元され、インシデントは解決されました。 技術的なチームは、継続的なサービス安定性を確保するために、修復後の監視を続けました。 **ルート原因** EU報告環境における認証関連の問題による事件が起きました。 この問題は、結果を表示するために必要なデータを正常に取得し、影響を受けたレポートとダッシュボードを防止し、影響を受けた顧客に対するレポートの読み込みの失敗を引き起こします。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 1. 地域影響評価: 技術的なチームは顧客のレポートを調査し、問題がEUの生産環境に隔離されたことを確認しました。 その他の地域において、レポート機能が影響を受けた環境の外で動作しなくなったことを検証するために、追加の検証を行いました。 2. 認証障害分析: 技術的なチームは、レポート処理、認証ワークフロー、作業スペースの報告、および最近のプラットフォームの変更を見直し、障害のソースを特定します。 レポートのレンダリングに必要なデータを取得するときに影響を受けたレポートが正常に認証できないと判断した調査。 3。 修復と検証活動: 技術的なチームは、影響を受けた顧客の環境に関する更新を適用し、作業スペースを報告して、成功したレポートデータの検索を復元します。 導入後、レポートやダッシュボードが正常にロードされ、期待どおりにデータを表示するように、顧客の組織に影響が検証されました。 4. 後回復検証:修復、追加の監視、検証活動の後、継続的なレポート機能の検証、成功した回復を確認し、EU生産環境全体のサービス安定性を確保するために行われました。 **将来の予防措置** 事件時に次のフォローアップアクションが特定されました。 • 認証更新プロセスレビュー: テクニカルチームは、EU生産環境のすべての影響を受けた報告ワークスペースで更新が正常に適用されなかった理由を理解し、将来の更新の同様の問題を防ぐための改善を特定するために、認証更新プロセスを見直しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月22日 8:25 UTCidentified

   インシデント 説明: 米国生産環境における2026 R1.1リリースの展開を追ってFlexera One IT Asset Managementで在庫処理に影響を及ぼす問題を特定しました。 その結果、一部の顧客は、ユーザーインターフェイスの特定の領域にアクセスし、システム関連のタスクを実行する際に、劣化したパフォーマンスと断続的な信頼性の問題が発生することがあります。 優先順位: P2 修復活動:当社の調査は、問題は2026 R1.1リリースで導入されたソフトウェアの欠陥に関連していると判断しました。 欠陥は以前に特定され、緩和手順が展開プロセスに組み込まれていたが、自動化された是正は予期しない実行の問題に遭遇しました。 その結果、技術チームは、顧客の衝撃を削減し、システム性能を安定させるための代替緩和策を実施しました。 今後も環境を積極的に監視し、是正措置を適用し、根本的な欠陥に対処し、正常なサービス運用を回復させます.

2. 2026年7月22日 13:38 UTCidentified

   私たちのチームは、問題に対処するホットフィックスの実装に引き続き取り組んでいます。 展開中は、ホットフィックスが正常に完了することを防ぐデータベース条件に遭遇しました。 当社の技術チームは、これを解決するために積極的に取り組んでおり、ホットフィックスが完成できるように標的緩和アクションを評価しています。 ホットフィックスが正常に適用されたら、チームはサービス性能を検証し、回復を確認するために監視を続けます。 情報が増えるにつれて、別のアップデートを提供致します.

3. 2026年7月22日 15:40 UTCmonitoring

   Hotfix は正常にデプロイされ、エンジニアリングチームは現在その有効性を検証しています。 チームは、プラットフォームの動作を監視し、テレメトリーを見直し、問題の解決を確認します.

4. 2026年7月22日 16:16 UTCresolved

   当社のチームは、後払いの検証を完了し、サービスのパフォーマンスが期待されるレベルに戻ったことを確認しました。 継続的な監視は、さらなる衝撃が観察されていない安定したプラットフォーム動作を示しています。 これらの結果をもとに、この問題は解決されています.

5. 2026年8月4日 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. 2026年7月17日 10:24 UTCinvestigating

   事件の記述: 当社は、AWSの顧客に対する請求やコストの可視性に影響を及ぼす問題を特定しました。 アクティブなサービスプロバイダの混乱の結果として、顧客は請求とコスト管理コンソール内の不正確、不完全、または推定コストと使用情報を監視することができます。 この問題はAWSベースのサービスに限定され、他のクラウドプラットフォームを使用して顧客に影響を与えません。 優先順位: P2 修復活動:当社の技術チームは、すべての地域に影響を及ぼすアクティブAWSサービスイベントに関連する問題が確認されています。 AWSのアップデートで状況を監視し、顧客への影響を評価しています。 サービス復元は、AWSが根本的な課題を解決するに依存しており、今後も追加情報としてアップデートを提供してまいります.

2. 2026年7月17日 10:27 UTCinvestigating

   今後もこの問題について調査を続けてまいります.

3. 2026年7月17日 13:14 UTCidentified

   今後も、サービスプロバイダの停電や影響力のあるサービスへの影響を監視し続けます。 最新情報は、新しい情報として提供いたします.

4. 2026年7月17日 18:24 UTCidentified

   これまでの調査と検証の取り組みは、スポット請求やコスト分析データへの影響を特定していません。 請求と価格設定のデータは、期待値と一致して残っています。 初期の検証結果は肯定的ですが、これらの調査結果を確認するため、さらなるデータが利用できるため、追加の検証活動を継続しています。 AWSに従事し、状況を密接に監視し続けます。 バリデーション活動が継続してアップデートを共有します.

5. 2026年7月18日 8:05 UTCidentified

   AWSに積極的に取り組んでおり、状況を監視し続けます。 AWSは、根本原因を特定し、誤った推定コストと使用データが表示されない原因となる根本的な問題に対処するための緩和策を実施しました。 AWSは、すべての顧客の正確なコストと使用状況情報を回復するためにデータを補充し、完全な回復が期待されています 18 7月 2026, 12:00 PM PDT.

6. 2026年7月18日 19:33 UTCmonitoring

   今後もAWSサービスイベントを監視し、回復活動が完了したままAWSに取り組んでまいります。 期限までに完了した検証は、スポット課金やコスト分析データへの影響を特定していません。 この事件の閉鎖を決定する前に、状況を監視し、残りの検証活動を完了します.

7. 2026年7月19日 12:59 UTCresolved

   AWSは、6:57 AM PDTで18 7月にサービス中断を解決しました。 当社の技術チームによる検証を成功させ、サービス機能が復元されていることを確認しました.

8. 2026年7月30日 18:10 UTCpostmortem

   **説明:** Flexeraスポット– AWS課金サービス障害 時間枠: 7月 17, 2026, 1:33 AM PDT – 7月 18, 2026, 6:57 AM PDT **事件要約** 2026年7月17日、約1:33 AM PDTで、Flexeraのテクニカルチームは、AWSの請求と使用状況データがAWS課金およびコスト管理、コストエクスプローラ、および利用レポート内で表示されるAWSの問題を認識しました。 AWSサービスの中断の性質を考えると、技術的なチームは、Spotの請求、コスト分析、またはAWSの顧客に対する計算の節約が影響されたかどうかを調査を開始しました。 調査中、チームは、Spot が利用する課金と価格設定データを見直し、関連するコストと価格設定表を検証し、AWS の更新を監視し、顧客対面の請求やデータの保存が影響を受けたかどうかを評価しました。 テクニカルチームは、Spot が使用した課金と価格設定データを検証し、関連するコストと価格設定表が期待どおり動作していることを確認しました。 調査は、Spotによって使用されるデータ内の問題を特定しず、不正な請求や計算の節約は認められませんでした。 AWSは、AWS Billing および Cost Management サービス内で発生した問題が、根本的な問題を特定し、緩和し、データの回復とバックフィル活動を完了したことを確認しました。 調査中の検証に基づき、スポット内での顧客への影響は認められていません。 AWSの回復確認とポスト回復検証活動の完了後、事件は解決されたと見なされました。 **ルート原因** AWS 課金およびコスト管理、コストエクスプローラ、コストおよび利用レポート内で表示される推定課金および使用データに影響を及ぼす AWS サービスの問題による事件が発生しました。 AWSは、根本的な問題を特定し、緩和し、データの回復活動を完了しました。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 • インシデント調査開始: テクニカルチームはAWSの請求と使用データの問題について調査し、Spotの顧客が影響を受けたかどうかを判断しました。 • 影響評価の実行: AWS サービスの中断がスポット課金分析に影響し、計算を節約するかどうかの技術チームは評価しました。 •データ検証が完了しました:チームは、Spotによって使用される課金と価格設定データを見直し、検証し、関連するコストと価格表が期待どおりに動作していることを確認しました。 • AWS Recovery Monitored: テクニカルチームは、AWS 通信、サービス更新、およびインシデント全体での回復活動を監視しました。 • ポスト回復検証実行:追加の検証は、AWSの回復とデータバックフィル活動の後に完了し、Spotによって使用される請求および価格設定データの完全性を確認します。 • インシデントは解決しました: AWSが回復および技術的な検証を確認した後、インシデントはスポット内の影響を識別しました。 **将来の予防措置** 事件時に次のフォローアップアクションが特定されました。 • AWS コラボレーションとレビュー: AWS と密接に連携して、提供者管理のインシデントの根本的な原因を理解し、調査の結果、任意の勧告や学習を見直します。 • 回復力と検証レビュー: 請求関連データに対する検証プロセスを強化し、将来の同様のサードパーティサービスの中断時により迅速な影響評価と応答をサポートするための機会を見直します.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月17日 8:24 UTCidentified

   インシデント・説明:APACおよび欧州環境における2026 R1.1リリースの展開に伴い、Flexera One IT Asset Managementで在庫処理に影響を及ぼす問題を特定しました。 その結果、ユーザーインターフェイスの特定の領域にアクセスし、システム関連のタスクを実行しているときに、顧客のサブセットは劣化したパフォーマンスが発生する可能性があります。 優先順位: P2 修復活動:当社の技術チームは、2026 R1.1リリースで導入されたソフトウェアの欠陥として問題を特定しました。 顧客への影響を削減するために、ミティグレーション対策を実施し、サービス性能を完全に回復するためにチームを積極的に取り組んでいます。 今後もアップデートを進展させていきます.

2. 2026年7月17日 15:58 UTCidentified

   今後も、APACや欧州生産環境において、お客様のサブセットに影響を及ぼす性能問題の解決に取り組んでまいります。 識別された修正が導入され、顧客処理活動が継続して環境を積極的に監視しています。 当社のチームは、これらの変更の有効性を検証し、プラットフォーム全体のパフォーマンスを評価しています。 情報が増えるにつれて、追加アップデートが提供されます.

3. 2026年7月18日 8:10 UTCmonitoring

   当社のチームは、最近導入されたホットフィックスを検証し、初期の結果は正当に見えます。 影響を受けた処理活動を監視し、修正の有効性を確認し、プラットフォームの安定性を確保しています。 検証は進行中であり、完全な解像度を確認する前に引き続き性能を監視します。 情報が増えるにつれて、別のアップデートを提供致します.

4. 2026年7月18日 19:29 UTCresolved

   特定された修正の展開に続いて、以前に影響を受けた処理活動が正常に完了し、最近リリース後に観察された問題の再発が見られなくなった。 修正の展開後に観察された結果をもとに、このインシデントは解決しました。 問題の詳細な要約、根本原因、再発防止策を講じる予定日にフルRCAを公開します.

5. 2026年7月30日 17:47 UTCpostmortem

   **説明:** Flexera One – ITアセットマネジメント – APAC & EU – 輝度と劣化性能 **時間枠:** 7月 13, 2026, 1:00 PM PDT – 7月 18, 2026, 7:10 AM PDT **事件要約** 2026年7月13日、APACと2026 R1.1リリースの展開に伴う欧州生産環境において、Flexera One IT Asset Managementのお客様に問題が発生しました。 影響を受ける期間中、一部の顧客は、断続的なアプリケーションの遅延、処理の遅延、障害の再構成、および特定の領域へのアクセスや在庫関連の活動を実行したときにパフォーマンスを劣化させました。 顧客のレポートが増加したように、技術チームは報告された症状に共通パターンを調査し、根本的な原因を決定し始めました。 この調査では、Flexera One IT Asset Management 2026 R1.1リリースの一部として導入された欠陥を特定しました。 特定の条件下では、欠陥は、インベントリー関連の操作中にかなり高いデータベース処理活動を引き起こしました。 在庫データが処理されたため、遅延、タイムアウト条件、および一部の顧客の劣化したアプリケーション性能の処理に寄与した作業負荷が増加しました。 技術的なチームは、影響を受ける生産環境の問題に対処するためにホットフィックスを開発し、展開しました。 導入後、チームは検証活動を行い、回復を確認するインパクトのある処理ワークフローを監視しました。 2026年7月18日時点では、約7:10のPDTで、以前に影響を受けたワークロードの検証が成功した処理が確認され、問題に関連する障害パターンはもはや発生しませんでした。 事故は解決され、技術的なチームはサービス安定性を確認するために監視を続けたと考えられました。 **ルート原因** Flexera One IT Asset Management 2026 R1.1 リリースで導入された不具合によるインシデントは、在庫関連処理業務に影響を及ぼしました。 特定の条件下では、欠陥は、在庫関連の処理作業中に意図したよりも、データベース処理の活動を著しく引き起こしました。 これにより、リソース消費量の増加、処理遅延、タイムアウト条件が向上しました。 これらの条件は、断続的なアプリケーションの遅延、処理の遅延、障害の再構成、および一部のIT資産管理機能に影響を及ぼす劣化した性能に貢献しました。 **是正措置** 1. インシデント調査開始:技術チームは、APACおよび欧州生産環境に影響を及ぼすアプリケーション遅延、処理遅延、および信頼性の問題に関するレポートを調査し始めました。 2. 影響評価の実行:チームは顧客の報告された徴候、システム性能データおよび問題の規模そして性質を定める処理の行動を見直しました。 3. 識別される原因:調査は2026 R1.1リリースで導入された欠陥が、在庫関連の操作中に過剰な処理活動を生成していたことを決定しました。 4。 Hotfixesは開発および展開:APACおよびヨーロッパの生産環境の影響を受けた処理の動作を修正するために、技術チームはホットフィックスを開発し、展開しました。 5. 回復検証済み:チームは、以前に影響を受けた処理活動の監視と成功した実行によるホットフィックスの有効性を検証しました。 6. 後回復監視の実行: 追加の監視は、以前に観察された障害と性能の劣化が起こらないことを確認し、サービスの安定性が回復しました。 **将来の予防措置** 調査に基づいて、次のフォローアップ活動が特定されました。 • 論理的改善の処理: 技術的なチームは、影響を受けた処理ロジックに修正を実施し、リソースの消費量と性能劣化の増加に貢献した非効率的な動作を排除しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月14日 9:13 UTCresolved

   インシデント 説明:当社のチームは、欧州生産環境におけるCognos Analyticsに影響を及ぼす問題を特定しました。 インパクトウィンドウでは、影響を受けたお客様は、Cognos Analyticsにアクセスしたりロードしたりすることはできません。 現在の調査では、EU生産地域に影響が限られていることを確認しました。 優先順位:P2 修復活動:当社の技術チームは、問題は、EU生産IT資産管理リリース活動の一環として完了したCognos Analyticsへの最近のアップグレードに関連していたと判断しました。 アップグレード中に導入された構成の問題を特定し、必要な構成の修正を実施し、通常のサービス機能の復元を行いました。 環境は監視の下で安定しています。 根本的な原因や予防策を含む詳細は、後期報告書で共有されます.

2. 2026年7月26日 7:06 UTCpostmortem

   **説明:** Flexera One - IT Asset Management - EU - 分析アクセスの問題 **時間枠:** 7月 13, 2026, 12:51 PM PDTに7月 14, 2026, 1:52 AM PDT **事件要約** 2026年7月13日(月)、12:51 PM PDTにて、コグノス・アナリティクス12.1.2のアップグレードが欧州におけるFlexera One IT Asset Managementリリースの一環として実施され、当社のチームは、コグノス・アナリティクスへのアクセスを防ぐ問題を特定しました。 その結果、スケジュールされたメンテナンス活動が完了した後に、影響を受けたユーザーは正常にアプリケーションを起動できませんでした。 技術的なチームはすぐに調査を開始し、問題がEU生産環境に隔離されたことを確認し、他のどの生産地域にも影響を与えません。 さらに、アップグレード自体が正常に完了したと判断した分析。ただし、必要なポストアップグレード構成活動の一部が完全に適用されていないため、Cognos Analyticsが正常に開始しないようにしました。 残りの構成タスクは速やかに完了し、通常のCognos Analyticsの機能を復元する。 顧客アクセスの包括的な検証と強化された監視期間の後、サービスは正常に動作するように確認され、インシデントは解決しました。 **ルート原因** * 不完全なポストアップグレード構成:Cognos Analytics 12.1.2のアップグレードは正常に完了しましたが、環境がサービスに返される前に、必要なポストアップグレード構成タスクは完全に完了していませんでした。 *サービス初期化障害:不完全な構成は、Cognos Analyticsを正しく初期化しないようにし、顧客がアプリケーションにアクセスできないようにします。 * 地域影響:EU生産環境に限られている問題。 北米、APAC、その他の生産地域に影響が認められなかった。 **是正措置** サービス、技術的なチームを復元するため: * 導入時に完全適用されていない、必要なポストアップグレード構成活動が完了しました。 *Cognos Analyticsサービスを再始動し、検証し、成功したアプリケーション初期化を確認します。 * 機能テストと顧客アクセス検証を行い、レポート機能が期待どおりに動作していることを確認します。 * 継続的なサービス安定性を確保するために、回復後に強化された監視の下で環境を配置しました。 **将来の予防措置** * ポストアップグレードの検証を強化: 導入検証手順を強化し、メンテナンス活動の決定前に、必要なすべてのポストアップグレード構成活動が正常に完了していることを確認します。 *改善された監視および警告:Cognos Analyticsモニタリングを強化し、アップグレード後のサービス劣化の早期検出を有効にします。 *展開チェックリストの改良:環境を生産サービスに戻す前にポストアップグレード構成完了の追加検証を含む展開ランブックと運用チェックリストを更新します。 * オペレーション・レディス・レビュー: アップグレードの実行手順を見直し、メンテナンス・ウィンドウが閉じられる前に、すべての必須のポスト・ディプロメント・タスクが完了し、検証されます.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月12日 23:51 UTCinvestigating

   インシデント・説明:APAC領域におけるFlexera One IT Asset Management(ITAM)顧客に対する問題が発生しています。 お客様は、ITAM インターフェイス内の特定のナビゲーションおよびメニュー項目が表示されないことに気づくかもしれません。これにより、一部の機能へのアクセスが制限されます。 優先順位: P2 修復活動:当社の技術チームは積極的にこの問題を調査し、フル機能の復元に取り組んでいます。 今後も、より一層の最新情報をお届けしてまいります.

2. 2026年7月13日 0:28 UTCidentified

   当社の調査では、報告された問題に関連する機能に影響を及ぼすリソースの活用を強化しました。 移行アクションは、現在進行中です。回復活動をサポートするシステム容量が増えています。 環境を積極的に監視し、プラットフォームの動作を検証します。 影響を受けた顧客のための完全な機能性を回復するために、作業は継続的であり、進行状況に応じて追加の更新を共有します.

3. 2026年7月13日 1:52 UTCidentified

   当社の調査は、影響を受けた機能に関連した潜在的な構成の問題を特定しました。 継続的緩和の取り組みの一環として、構成変更が再変換され、以前は容量増加が完了しました。 環境を積極的に監視し、プラットフォームの動作を検証します。 影響を受けたお客様にフル機能を復元するため、引き続き作業を続けていきます。また、進行状況に応じて、さらなるアップデートを行います.

4. 2026年7月13日 3:44 UTCresolved

   延長監視の後、サービス性能が安定し続け、想定通り運用されていることを確認しました。 この問題は解決しました.

5. 2026年8月12日 5:15 UTCpostmortem

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

公式のインシデント更新を自動翻訳しています。

1. 2026年7月6日 14:19 UTCinvestigating

   インシデント 説明: 現在、AWS の顧客向けのスポット オーシャン ECS に影響を与える劣化した性能を調査しています。 お客様が、コンソールにアクセスしたり、特定のオーシャンECS機能を使用する際、大幅な遅延や遅延が発生することがあります。 優先順位: P2 修復活動:当社の技術チームは積極的に調査し、通常の機能を復元するために作業しています。 情報が増えるにつれて、さらなるアップデートが提供されます.

2. 2026年7月6日 15:11 UTCmonitoring

   当社の調査では、当社東1地域に影響を及ぼすAWSサービス健康イベントに劣化が関連したことを確認しました。 AWS は、問題が解決されたことを報告し、Spot Ocean ECS コンソールのパフォーマンスを改善し、関連する AWS ワークフローの完了を成功させるなど、サイドでリカバリーの兆候を見ています。 現時点での生産環境は安定しています。 当社のチームは、事故が解決する前に、パフォーマンスが安定していることを確認するために、短時間検証期間を引き続き監視します.

3. 2026年7月6日 16:57 UTCresolved

   今後も、長期・サービスの環境を監視し続けていきますが、さらなる問題が認められず、安定してまいりました。 この事件は解決しました.

4. 2026年7月20日 7:00 UTCpostmortem

   **説明:** スポットオーシャン – AWS – オーシャンECSコンソールのパフォーマンス劣化 **時間枠:** 7月 6, 2026, 05:45 AM PDTに7月 6, 2026, 07:53 AM PDT **事件要約** 2026年7月6日(月)、午後5時PDTにて、弊社チームがAWSのお客様向けSpot Ocean ECSに影響を及ぼすパフォーマンス劣化を検証しました。 インパクトウィンドウでは、オーシャンECSコンソールにアクセスすると、顧客によるレイテンシが増加し、AWS関連の操作が遅れたり、正常に完了しなかったりしました。 技術的なチームはすぐに問題のソースを識別するための調査を開始しました。 AWS サービスの中断が AWS の us-east-1 領域で同時に発生していたため、当初は外部 AWS イベントと、潜在的な貢献要因として最近完成した生産展開の両方を検討しました。 詳細な分析により、チームは、最近のゲートウェイ導入により、顧客のインパクトの主な原因が不安定性であったと判断しました。 スポットオーシャンECS内でのゲートウェイ性能の影響を受けている処理と応答性の劣化。 現行のAWSサービスの中断は調査に複雑性を加えたが、顧客対向の影響の主たるドライバーではないことが確認された。 サービスを復元するには、チームは前の安定したバージョンに展開をロールバックしました。 ロールバックの後、プラットフォームのパフォーマンスが期待されるレベルに戻って、顧客のワークフローは通常の動作を再開しました。 イベントが正式に解決される前に、監視の延長期間は、持続的なサービスの安定性を確認しました。 **ルート原因** ゲートウェイの展開に導入された不安定性による事故が発生しました。 導入により、ゲートウェイサービス内で劣化した性能が低下し、お客様の要求を効率的に処理できる能力が低下します。 これにより、Spot Ocean ECSコンソール操作とAWS関連のワークフローに対する応答時間が増加し、断続的に失敗しました。 以前の安定したゲートウェイバージョンに戻り、通常のプラットフォームのパフォーマンスを復元し、顧客のインパクトを解決しました。 工場の貢献 ※同時に発生した東1地域における同時AWSサービスの中断 事件の原因ではなく、初期調査を複雑化し、根本的なゲートウェイの問題の特定を遅らせる。 * ゲートウェイのロールバックは、生産の展開の規模により、全体的な回復プロセスを拡張する追加の時間が必要でした。 * リソース作成と更新を伴う操作は、劣化したゲートウェイの応答性のために、読み取り専用の活動よりも大きな影響を経験しました。 **是正措置** * 技術的なチームは、劣化を調べ、問題の第一次ソースとして、最近のゲートウェイの展開を識別しました。 * 影響を受けたゲートウェイのデプロイメントは、安定したバージョンを把握し、サービスの安定性を回復するためにロールバックされました。 * プラットフォームのパフォーマンスと顧客対応のワークフローは、ロールバック後に検証されました。 ※技術チームは、事故を閉鎖する前に、安定したサービス動作を確認するために、拡張監視期間を完成させました。 **将来の予防措置** * デプロイメント・セーフガードの改善 - エンジニアリングチームは、展開制御と検証プロセスを強化し、生産環境に影響を及ぼす同様の展開関連の問題の可能性を削減します。 * 強化されたプラットフォーム監視 - 追加の監視とアラートは、サービス応答性、リソース利用、およびアプリケーション安定性を含む異常なゲートウェイ動作の早期検出を提供するために実装されます。 * 回復手順の改善 - ロールバック手順は、回復時間を削減し、展開関連のインシデント中に運用効率を向上させるために定期的に検証され、強化されます。 * 積極的なサービス健康検証 - 総合的な健康チェックは、継続的に重要なオーシャンECSユーザーワークフローを検証するために拡大され、顧客向きの性能劣化の早期識別を可能にします。 * 依存性監視の強化 - エンジニアリングチームは、将来の調査中に、内部プラットフォームの問題とサードパーティサービスの中断間の迅速な差異を有効にするために、外部クラウドサービスイベントやプラットフォームの依存性に引き続き可視性を改善します.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月3日 19:07 UTCresolved

   インシデント・説明:APAC領域におけるFlexera Oneサービスのサブセットに影響を及ぼす問題を特定しました。これにより、一部のユーザーに対する断続的なアクセスの問題や障害が発生する可能性があります。 影響は断続的であり、他の地域は影響を受けませんでした。 問題は解決され、影響を受けたサービスは正常に動作しています。 優先順位: P2 修復活動:当社の技術チームは、問題を調査し、サービスを復元するための最近の変更を逆転させました。 影響を受けたサービスは、プラットフォームの安定性を確保するために、通常および継続的な監視機能が機能していることを検証しました。 この事件は解決しました.

2. 2026年7月17日 6:11 UTCpostmortem

   **説明:** Flexera One – APAC – 断続的なアクセスの問題 **時間枠** 7月3日、2026日、11:20 AM PDT - 7月3日、2026日、11:50 AM PDT **事件要約** 2026年7月3日、APAC生産環境におけるFlexera Oneサービスのサブセットに問題が認められました。 インシデントウィンドウでは、Flexera Oneプラットフォームの特定の領域にアクセスしたときに、一部の顧客は断続的なアクセスの問題や障害を経験している場合があります。 影響は自然の中で断続的であり、冗長なサービス容量が利用できなくなり、事故中にトラフィックを継続的に提供し続けています。 その他のFlexera NAMとEUを含む1つの地域は影響を受けていませんでした。 技術的なチームは、APAC環境における影響を受けたサービスおよび支援プラットフォームコンポーネントを直ちに調査し、検討し始めました。 調査では、APAC環境内で行われた最近の変化が、断続的なサービスの故障に寄与していたことを確認しました。 回復の努力の一環として、変更が再変換され、サービス動作が回復を検証するために監視されました。 ロールバックの後、サービス安定性が復元され、顧客は通常、影響を受ける機能にアクセスできるようになりました。 午前11時50分頃までに、サービスが想定通り運用され、事故が解決しました。 **ルート原因** この事件は、プラットフォームサービスのサブセットとバックエンドプラットフォームコンポーネント間の意図せずに影響を受けたAPAC環境内の構成変更によって引き起こされました。 調査中、技術的なチームは、特定のプラットフォームサービスが影響を受けたコンポーネントと正しく通信できないと判断した。 これは、APAC地域のFlexera Oneサービスのサブセットに影響を与える断続的な失敗につながりました。 問題が起きている間、影響を受けたサービスをサポートする1つ以上のポッドが利用でき、トラフィックの継続的な処理を続けました。 その結果、顧客は、完全なサービス不足ではなく、断続的なアクセスの問題を経験しました。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 • インシデント調査開始:技術チームは、APAC地域のFlexera Oneサービスのサブセットに影響を与える断続的なアクセスの問題を調査し始めました。 • プラットフォームレビュー完了:技術チームは、APAC環境内の影響を受けたサービスおよびサポートプラットフォームコンポーネントを見直し、問題のソースを特定しました。 • 最近の変更 識別: 調査は、観察されたサービス劣化に関連して、最近実施された変更を特定しました。 • 逆転を変更: 識別された変更は、通常のサービス動作を回復するために緩和の努力の一部として再変換されました。 •サービスの回復は有効にしました:技術チームはロールバックの後でサービスの行動を監視し、影響を受けた機能性が正常に動作していたことを確認しました。 • プラットフォームの安定性の監視 継続: 修復活動後に追加の監視が行われ、事故が閉鎖される前に継続的なサービス安定性を確認しました。 **将来の予防措置** この事件は、サービス可用性に影響を与える前に、意図しない影響が特定されるように、プラットフォームの有効化の重要性を強調した。 調査に基づき、以下のフォローアップ活動を実施します。 • 構成の検証の改善: インフラおよびプラットフォーム構成の変更のための検証プロセスを見直し、高めて下さい変更が生産環境で実施される前に意図しない影響を識別するのを助けます。 • 後処理検証の強化: 重要なサービス依存関係がアクセス可能であることを確認し、設定の変更後に期待どおりの機能を確保するためのポスト開発検証手順を確認します.

公式のインシデント更新を自動翻訳しています。

1. 2026年6月25日 6:54 UTCresolved

   インシデント説明:APACおよび欧州環境における2026 R1リリース後のFlexera One IT Asset Managementの在庫処理に影響を及ぼす問題を特定しました。 その結果、一部のインベントリーアップロードが正常に処理されなかったため、Flexera One IT Asset Managementで表示されたインベントリーデータが遅延し、最近アップロードされた顧客在庫を反映しません。 優先順位: P2 修復活動:技術チームは、在庫処理に影響を及ぼす能力関連の問題を特定し、ターゲティングされたサービスが影響を受けた地域で再開し、通常の処理を復元しました。 本サービスは、6月24日(水)、2026日(金)、11:00 PM PDT に復元され、在庫ファイルが正常に処理されます。 当社のチームは、持続可能な安定性を確保するためにプラットフォームを監視し続けています。 調査が完了すると、根本的な原因と予防策を詳述するポスト・モルテム報告書が共有されます.

2. 2026年7月15日 6:18 UTCpostmortem

   **説明:** Flexera One- IT Asset Management-APACとEU - NDI Inventory Import Failures **時間枠:** 6月 18, 2026, 09:00 AM PDT から 6月 25, 2026, 02:42 AM PDT **事件要約** 2026年6月24日(水)、11:35 PM 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. 2026年6月24日 8:00 UTCinvestigating

   インシデント 説明: EU 地域の Flexera One へのログインアクセスに影響を与える問題を特定しました。 Flexera Oneにログインしようとすると、エラーが受けられます。 優先順位: P1 修復活動:当社の技術チームは、問題を積極的に調査し、通常のログイン機能を復元するための是正措置を実施します。 調査・安定化の取り組みは、現在進行中です。 今後も状況を監視し、進捗を継続してアップデートを継続的に提供してまいります.

2. 2026年6月24日 9:00 UTCresolved

   問題は解決され、ログイン機能が影響を受けた顧客に復元されています。 技術的なチームは、問題の原因を特定し、通常のサービス運用を回復するために是正措置を実施しました。 環境は安定し、継続的な監視は、成功した認証とプラットフォームアクセスを確認しました。 追加の詳細を含むポスト・モルテムレポートは、調査完了時に共有されます.

3. 2026年7月7日 8:28 UTCpostmortem

   **説明:** Flexera One – EU – ログインアクセスの無効 **時間枠:** 6月 24, 2026, 12:41 AM PDTに6月 24, 2026, 02:04 AM PDT **事件要約** 2026年6月24日(水)、12:41 AM PDTで、EU地域における顧客に影響を与える問題を発見しました。 シングルサインオン\(SSO\)を使用してFlexera Oneにサインインしようとすると、サーバーのエラーが発生し、プラットフォームへのアクセスを防止します。 検出時に、技術チームはすぐに調査を開始し、問題が認証ワークフローに分離されたことを確認しました。 アプリケーションおよびプラットフォームサービスの検証により、すべてのコアインフラストラクチャが健康的かつ運用的を維持していることがわかりました。 さらなる分析では、ID プロバイダーと通信するために使用したサービスアカウントが利用できなくなったことを決定し、認証リクエストが失敗すると判断しました。 サービスアカウントは速やかに復元され、通常の認証処理を再確立し、完全に顧客アクセスを復元しました。 修復後、環境は密接に監視され、ログイン機能が広範囲に検証され、サービスの安定性を確保しました。 追加の顧客の影響が観察されず、その事件は解決を宣言しました。 **ルート原因** 問題は、Flexera OneとIDプロバイダ間の認証をサポートするサービスアカウントの意図しない停止によって引き起こされました。 その結果、認証リクエストは正常に処理できませんでした。EU生産地域における影響を受けた顧客を単一サインオン\(SSO\)を介してプラットフォームにアクセスすることを防ぎます。 工場の貢献 * 認証ワークフローに重要なサービスアカウントは、定期的なクリーンアップ活動中に不当に中断されました。 *サスペンションは認証の要求が正常に検証されるのを防ぎ、顧客に影響を与えるログインの失敗を引き起こします。 ※ 本件は認証サービスに分離され、本アプリケーションやプラットフォームインフラの可用性に影響を及ぼさない。 **是正措置** * 影響を受けたサービスアカウントは、ID プロバイダーとの認証を再確立、復元されました。 ※復元後にログイン機能が検証されました。 * エンジニアリングチームは、プラットフォームの安定性と顧客の認証を成功させるために継続的な監視を続けました。 **将来の予防措置** * サービスアカウントのガバナンス - 重要なサービスアカウントを管理するプロセスは、生産サービスに影響を与える不当な変更のリスクを減らすために強化されます。 *高められた監視 - 監視および警告は顧客のログインワークフローに影響を与える認証失敗の早期検出を提供するために高められます。 * 運用プロセス改善 - 私たちのチームは、レッスン学習としてこれを文書化し、同様のインシデントの可能性を減らすためのプロセス改善を実施します.

公式のインシデント更新を自動翻訳しています。