Flexera の障害履歴

1. 2026年10月27日 17:00 UTCidentified

   重要説明:Technopediaコンテンツの更新に影響を及ぼす遅延を調査しています。 データプラットフォーム、ITの可視性、APIサービスで使用されるTechnopediaコンテンツは、10月22日以降、データ処理の不具合を繰り返すため、更新されていません。 そのため、影響を受けたサービスにおいて、テクノペディアのコンテンツが判明する場合があります。 優先順位: P2 修復活動:当社の技術チームは、データ処理の失敗に対処するための回復アクションを実行し、根本的なコンテンツをリフレッシュしました。 現時点ではカタログ生成が進んでおり、この活動は完了して監視しています。 回復が進むにつれて、さらにアップデートを行います.

2. 2026年10月28日 1:44 UTCidentified

   テクノペディアのコンテンツは、現在進行中です。 当社の技術チームは、引き続き、完成度をモニターします。 処理が完了すると、影響を受けるサービス全体で更新されたTechnopediaコンテンツが利用可能であることを検証し、通常のコンテンツのリフレッシュ操作が復元されていることを確認します.

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

1. 2026年10月22日 7:05 UTCinvestigating

   インシデント・説明:英国南地域におけるSnow Atlas SAMコアの機能に影響を及ぼす問題について調査しています。 一部の顧客は、ユーザーの機能性にアクセスし、コンピュータの詳細にアクセスしたときにエラーが発生する可能性がある問題が発生することがあります。 優先順位: P2 修復活動:当社の技術チームは、積極的に問題を調査し、影響の範囲を評価しています。 私たちは、根本的な原因を特定し、影響を受けた機能を回復するために取り組んでいます。 詳細については、追加アップデートが配信されます.

2. 2026年10月22日 7:21 UTCmonitoring

   当社の技術チームは、インパクトのある機能をサポートし、ターゲティングされたサービスの再起動をサポートするサービスコンポーネントに影響を与えるタイムアウトエラーを特定しました。 これらの回復アクションの後, ユーザとコンピュータの詳細機能は、検証中に正常に応答しています. サービスの動作を監視し、最終検証を行い、持続的な安定性を確認しています.

3. 2026年10月22日 7:38 UTCresolved

   以前実施した回復アクションの後、当社の技術チームは追加の検証と監視を完了しました。 利用者およびコンピューターの詳細情報機能は、さらなる問題が観察されていないまま安定しています。 通常の操作が確認され、このインシデントは解決しました.

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

1. 2026年10月15日 22:37 UTCresolved

   インシデント・説明:オーストラリア地域で開催されるFlexera One IT Asset Management 2026R1.4の制作リリースに続いて、APACのFlexera One IT Asset Managementサービスに影響を及ぼす問題が発生しました。 その結果、衝撃期間中にFlexera One IT Asset Managementにアクセスできない顧客。 優先順位: P1 インパクトスタート: 10月 15, 2026 に 11:34 AM PDT 影響終了: 10月 15, 2026 に 12:32 PM PDT 修復活動:当社の技術チームは、スケジュールされた生産リリース後にサービスコンポーネントに影響を与える問題を特定しました。 サービスの利用状況を回復するために、影響を受けたコンポーネントに修正が加えられました。 回復後、APACのFlexera One IT Asset Managementサービスは通常の運用に戻り、問題は解決しました.

2. 2026年10月21日 23:40 UTCpostmortem

   **説明:** Flexera One - IT資産管理 - APAC - 2026R1.4に続くサービス利用不能性 リリース **時間枠** 10月 15, 2026, 11:34 AM PDT - 10月 15, 2026, 12:32 PM PDT ## インシデントサマリー 2026年10月15日、APAC領域でFlexera One IT Asset Managementを利用しているお客様は、アプリケーションへのアクセスを防止するサービスの中断を経験しました。 ITAM 2026R1.4 生産リリースの完了後、崩壊が発生しました。 当初はサービスが利用でき、リリース後に正常に動作していましたが、その後はアクセス不能になりました。 技術的なチームは、アプリケーションインスタンスの初期化に影響を及ぼす混乱と特定された障害を調査しました。 さらなる調査は、生産環境が以前のアプリケーション初期化プロセスに依存し、更新されたプロセスへの移行が進行中であることを明らかにした。 リリース中にアプリケーションインスタンスが初期化されましたが、古い設定により、置換インスタンスは同じプロセスを完了できませんでした。 影響を受けた置換インスタンスは、初期化を正常に完了したり、必要な健康チェックを渡すことができませんでした。アプリケーションが正常な動作に戻りないようにします。 技術的なチームは、更新された初期化プロセスを参照し、インスタンスのリフレッシュを実行するために、生産構成を修正しました。 これらの変更後、影響を受けたインスタンスが正常に初期化され、ITAMサービスの利用可能性は、約12:32 PM PDTに復元されました。 ## 根本原因 この事件は、APAC 生産環境の更新プロセスへの移行中に、以前のアプリケーション初期化プロセスの残りの生産依存性によって引き起こされました。 スタッギングとユーザの受け入れテスト環境は、既に更新されたプロセスに移行しましたが、APAC の生産環境は、以前の初期化プロセスを参照した構成を保持しました。 2026R1.4 製造リリース中に、更新されたプロセスを使用してアプリケーションインスタンスを手動で初期化し、残りの生産依存にもかかわらず、ITAM が通常正常に動作するようにしました。 以前のプロセスをサポートするコンポーネントは、より広範な移行が大幅に完了したという理解のもとにスケールダウンしました。 代替アプリケーションインスタンスが起動すると、生産構成は以前の初期化プロセスにそれらを指示し続けます。 影響を受けたインスタンスは、初期化を完了したり、必要な健康チェックを渡すことができないため、サービスの中断が発生しました。 前の初期化プロセスの残りの生産依存性は、事件の根本的な原因として確認されました。 更新された初期化プロセスを使用する生産構成を修正すると、依存性および許可された置換インスタンスが正常に初期化されます。 ## 修正アクション インシデント応答中に次のアクションが取り扱われました。 1.**事件調査開始:** 技術的なチームは、APAC生産環境におけるアプリケーションインスタンスの初期化と健康チェックに影響を及ぼすアプリケーション不当性および識別された障害を調査しました。 2.**構成の問題 識別される:** 製造構成は、更新されたプロセスではなく、以前のアプリケーション初期化プロセスを参照し続けたと判断した。 3。 **生産構成は修正しました:** 正しいアプリケーション初期化プロセスを参照し、前のプロセスの依存を除去するために、生産構成が更新されました。 4。**アプリケーションインスタンスをリフレッシュ:** 技術的なチームは、設定修正後にインスタンスをリフレッシュし、置換インスタンスが正常に初期化できるようにしました。 5.**サービス回復検証済み:** 技術的なチームは、影響を受けたインスタンスが正常に初期化されたことを確認し、アプリケーションヘルスチェックが渡されたことを確認し、ITAMサービスは通常の動作に戻りました。 ##将来の予防措置 事件の後に、アプリケーション初期化プロセス、残りの生産依存性、リリース検証手順、およびインシデント検出と応答を改善するための機会を見直して、レトロスペクティブを行いました。 以下の是正措置および改善活動が完了または進行中です。 1. **生産構成の訂正:** APACの生産環境は、以前の設定を置き換え、正しいアプリケーション初期化プロセスを使用するために更新されました。 2.**レガシー依存性検証:** レガシープラットフォームコンポーネントがスケールダウンまたは解読される前に、フォローアップアクションが検証ステップを追加し、製造サービスが完全に移行され、以前のプラットフォームに残った依存関係が存在しないことを保証しました。 3。 **リリースとアプリケーション健康チェックレビュー:** 既存のアプリケーションヘルスチェック、リリース検証手順、およびリリース後のサンティテストカバレッジは、このインシデント中に観察された障害に対して検討されています。 このレビューは、カバレッジギャップが存在するか、追加の監視、検証、または他の改善が必要かどうかを決定します。 4.**スケーリング調査のインストール:** 元のアプリケーションインスタンスがリリース後にスケールアップし、追加の是正または予防措置が必要かどうかを調査し続けます。 5.**顧客コミュニケーションの改善:** 当社は、この事件において、よりタイムリーな顧客コミュニケーションの機会を特定しました。 当社の確立されたインシデントのエスカレーションとコミュニケーション慣行は、計画されていないサービスへの影響が特定されたときに、積極的な顧客の通知を確実にするために設計されています。 このインシデントの学習は、これらの手順が一貫して適用されていることを確実にするために、継続的なインシデント対応の実践に組み込まれています。その時宜上、積極的なアップデートは、サービスの中断中に顧客に提供されます.

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

1. 2026年10月8日 10:59 UTCinvestigating

   重要説明:SAMコア内でライセンスサービスに影響を及ぼす問題について調査しています。 ライセンス情報を読み込むことができず、ライセンスサービスの機能にアクセスしながらエラーメッセージが発生する場合があります。 英国南欧と西欧で問題が確認され、現在、技術チームはインパクトのフルスコープを評価しています。 優先順位: P2 修復活動: 技術的なチームは積極的に問題を調査し、影響を受けたサービスを検討しています。 追加検証は、インパクトのフルスコープを決定し、通常のサービス操作を復元する途中です。 詳細については、追加アップデートが配信されます.

2. 2026年10月8日 11:30 UTCmonitoring

   ライセンスサービスに影響を及ぼす最近の展開に関連する問題を特定しました。 修正変更が実施され、サービス機能が復元されました。 現在、サービスの健全性を検証し、環境を監視し、継続的な安定性を確保しています。 さらなるアップデートは、追加の検証が完了すると提供されます.

3. 2026年10月8日 12:11 UTCresolved

   検証と監視の期間に続いて、サービスは安定したままであり、ライセンス機能は、影響を受けた地域で正常にロードされます。 問題は解決しました.

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

1. 2026年10月8日 0:08 UTCinvestigating

   社長説明:オーストラリアの顧客にSnow Atlasの契約機能に影響を及ぼす問題について調査しています。 お客様が同意タブにアクセスする際に、データが不足しているか、利用できなくなったり、データがリフレッシュされたりする場合があります。 優先順位: P2 修復活動: 技術的なチームは積極的に問題を調査し、顧客の影響の程度を評価する. 問題の原因を特定し、正常な機能性を回復するために、作業は進行中です。 詳細については、追加アップデートが配信されます.

2. 2026年10月8日 1:39 UTCresolved

   さらなる調査は、Snow Atlas Australiaのバックエンドサービスサポート契約機能に影響を与える通信の問題を特定しました。 技術的なチームは、影響を受けたサービスコンポーネントを再起動し、通信および通常の操作を復元したなど、回復アクションを実行しました。 複数の顧客環境で機能が検証され、契約データは正しく表示できるようになりました。 回復および検証活動の後に、さらなる問題が認められていない。 問題は解決しました.

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

1. 2026年10月7日 20:27 UTCinvestigating

   社長説明: オーシャン・クベルネの顧客に影響を与える断続的な問題のレポートを調査しています。 一部の顧客は、Ocean Kubernetesコンポーネントとクラスター間の接続に関するアラートを受信しました。 技術的なチームは、影響の範囲と関連するサービス劣化を積極的に調査しています。 優先順位: P2 修復活動:当社の技術チームは、報告された行動を積極的に調査し、顧客のレポートを見直し、影響を受ける環境に及ぼすスコープと影響を検証しています。 情報が増えるにつれて、追加アップデートが提供されます.

2. 2026年10月7日 22:23 UTCinvestigating

   これまで報告した断続的なコネクティビティ問題を調査し続けています。 現時点では、元の衝撃窓から追加の発生が観察されていない。 技術的なチームは、潜在的な原因を判断し、影響の全体的な範囲を検証するために、利用可能なテレメトリーおよび調査結果を積極的に検討しています。 詳細については、追加アップデートが配信されます.

3. 2026年10月8日 0:03 UTCinvestigating

   当初は衝撃ウィンドウを報告し、サービスの安定性が維持されているため、追加の発生は認められていません。 技術的なチームは、今日以前に報告された断続的な接続の問題の根本的な原因を調査し続けています.

4. 2026年10月8日 0:04 UTCmonitoring

   元々が衝撃ウィンドウを報告し、報告された発生の欠如を報告したので観察された持続的な安定性に基づいて、我々は監視にこの事件を移動しています。 サービスの安定性が監視されている間、技術的なチームは根本的な原因を調査し続けます。 詳細については、追加アップデートが配信されます.

5. 2026年10月8日 2:24 UTCresolved

   原発事故による影響やサービスの安定性が維持されているため、追加の発生は認められていません。 技術的なチームは、今日以前に報告された断続的な接続の問題に追加の調査を完了しました。 調査中に複数の潜在的な相関が確認され、最終的な分析はまだ終了しています。 持続的な安定性と再発の欠如に基づいて、この事件は解決されたと考えられています。 技術的なチームは、報告されたインパクトウィンドウの間に観察された行動をさらに理解し、分析が完了すると正式なRCAレポートが提供されます.

6. 2026年10月20日 17:50 UTCpostmortem

   **説明:** スポットオーシャン - Kubernetes - 断続的なコントローラーの接続の問題 **時間枠:** 10月 7, 2026, 11:20 AM PDT - 12:30 PM PDT **事件要約** 2026年10月7日(水)、11:20 AM PDT、Kubernetes環境の複数のスポットオーシャンは、断続的なコントローラー接続アラートを経験しました。 インシデント中、プラットフォームは、影響を受けたクラスターが安全対策として、外部から中断されたスケーリング操作として、コントローラのハートビート情報を一時的に解釈しました。 影響を受けたコントローラーは、事故時に心拍情報を報告し続けています。 しかし、コントローラの接続を検証するために使用されるタイムスタンプは、データベースコンポーネント内で出力され、アクティブなコントローラーが一時的に応答しないように見えるようになりました。 行動は断続的であり、現在の心拍情報は手動介入なしで利用でき、通常のスケーリング操作が再開できるようにしました。 技術的なチームは、管理者のハートビート処理パス、データベースの動作、サービステレメトリー、および関連するインフラストラクチャの信号を見直し、有効なハートビートのアクティビティが階段として解釈されている理由を決定しました。 インシデントウィンドウの後に追加の発生が認められなかった。 サービスの安定性の継続的な監視と検証に続いて、事故は解決されたと見なされました。 **ルート原因** インシデントは、データベースコンポーネント内のより最近の有効なタイムスタンプを上書きする古いコントローラーのハートビートタイムスタンプによって引き起こされました。 影響を受けたコントローラーは心拍を通常報告し続けましたが、古いタイムスタンプは最近保存されたハートビートはそれよりも古いようです。 プラットフォームがこのタイムスタンプを評価すると、設定されたハートビートのしきい値を超えて、影響を受けたクラスターのスケーリング操作を一時的に中断した安全メカニズムをトリガーしました。 古いデータベースの更新を遅らせる特定の条件は、決定的に確立されていない。 しかし、データベースの更新プロセスには、より有効なタイムスタンプを交換し、古いハートビートのタイムスタンプを防ぐための保護策が含まれていません。 これにより、心拍情報が遅延し、コントローラを積極的に報告する外観が応答しなくなることが可能になります。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 1。 顧客レポートとサービス行動レビュー: 技術的なチームは、行動を確認し、インパクトウィンドウを確立し、問題が分離されたか、複数の環境に影響を与えるかどうかを判断するために報告された例を見直しました。 2。 コントローラハートビート活動検証: 影響を受けたコントローラがレポートを停止していたかどうかを決定するために、コントローラーのアクティビティがレビューされました。 事故時に心拍情報が送られ続けることが確認された調査。 3. ハートビート処理パス調査: 技術的なチームは、心拍情報がどのように生成されたかを追跡しました, 保存, そして、現在の心拍活動が古いとして解釈されているかを識別するために評価. 4. データベースとサービス健康評価:関連するデータベースのパフォーマンス、サービス行動、およびインフラテレメトリーは、潜在的な処理遅延を評価し、より広範なプラットフォームの不安定性を除外するために検討されました。 5. タイムスタンプ回帰 識別: 調査は、古いハートビートのタイムスタンプが新しい有効なタイムスタンプを上書きしていたことを決定しました。, プラットフォームは、一時的にコールビートを階段として解釈するを引き起こします. 6. サービスの安定性は検証しました:技術的なチームは回復の後で監視を続けました。 追加の発生が観察されず、事故が閉鎖される前にスケーリング操作は安定して残ります。 **将来の予防措置** 以下の改善は、心臓処理を強化し、同様の条件の検出を改善するために計画されています。 1. ハートビートのタイムスタンプの保護: データベースの更新プロセスは、より最近の有効なタイムスタンプを上書きから古いハートビートタイムスタンプを防ぐために変更されます。 2. 診断ロギングの改善: 追加のロギングは、各更新のソースをキャプチャするためにハートビートのアップデートの周りに導入されます, 関連するコンテキストリクエスト, 前と新しいタイムスタンプ値, タイムスタンプのソース. 3. 監視および警急:新しい監視および警急はタイムスタンプの回帰および同じような心拍プロセス条件をよりすぐに識別するために付加的な診断情報を使用して開発されます。 4. データベースアクセスレビュー:ハートビート処理に関連するデータベースアクセスパターンは、処理遅延を削減し、高負荷下でのパフォーマンスを最適化する機会を特定するために検討されます.

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

1. 2026年9月29日 11:08 UTCinvestigating

   インシデント説明:複数の生産環境でイベント通知サービスに影響を及ぼす問題を調査しています。 お客様は、電子メール、webhooks、Slack、その他のサポートチャネルを通じて配信された通知を含むv2イベント通知を受信したときに遅延や障害が発生することがあります。 イベントは、Flexera One コンソールと API を通じて、引き続き録画され、アクセス可能を維持します。 現在、コアプラットフォームの機能やイベントデータが影響されていることを示すものではありません。 優先順位: P3 修復活動:当社の技術チームは、問題を特定し、サービスの回復行動を実施しました。 監視は、エラー率が減少し、チームはサービスの安定性を検証し、インパクトのフルスコープを評価するために継続していることを示しています。 調査および回復努力の進歩として更に更新は提供されます。 更新:この問題が顧客に影響を与えなかったことを確認したさらなる調査。 影響を受けた通知は公開されなかった.

2. 2026年9月29日 11:53 UTCresolved

   サービスを密接に監視し、安定性を確認した後、当社のチームはさらにエラーや問題の再発を観察しました。 この事件が解決しました.

3. 2026年10月13日 4:42 UTCpostmortem

   **説明:** Flexeraによるスポット - イベント通知処理エラー **時間枠** 9月 29, 2026, 2:06 AM PDT - 4:51 AM PDT **事件要約** 2026年9月29日、Flexeraは、特定のイベント通知ワークフローの処理を担当する通知処理コンポーネント内のアプリケーションエラーの上昇を特定しました。 自動監視によって検出されたエラーアクティビティが増加し、顧客のフェーシング通知が影響を受けたかどうかを判断するために調査を促します。 調査中、技術的なチームは通知処理パス内で発生した障害を特定し、影響を受けたイベント、通知ワークフロー、潜在的な顧客の影響に関する詳細な評価を行いました。 初期分析では、問題は、通知処理がより広く影響する可能性があると示唆し、スコープと影響が検証されたときに、主要なインシデントが宣言されました。 さらなるインパクト評価により、影響を受けた通知が顧客に公開されていないことを確認しました。 イベント情報は、調査を通じてプラットフォームを通じて正常に記録され、利用可能なままになりました. 顧客対応の機能性が崩れず、イベントデータが失われず、この問題の結果として顧客への影響は認められなかった。 影響評価の結果に基づいて、事故優先順位が低下し、検証後に調査が終了し、顧客向けサービスが影響を受けていないことを確認しました。 **ルート原因** 調査では、通知処理ワークフローが、内部生成されたイベントのサブセットを処理するときにアプリケーション例外に遭遇したことを決定しました。 これらのイベントは、顧客の通知配信のために意図されていないように設定されました。 例外は、アプリケーションのエラーを増加させ、調査を保証しましたが、その後の分析では、影響を受けた通知が顧客に配布されなかったことを確認しました。 その結果、顧客向け通知配信、プラットフォーム機能、イベント情報へのアクセスが悪影響を及ぼすことはありませんでした。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 1. インシデント調査開始:技術チームは、自動化された監視および潜在的な顧客の影響を評価することによって検出された高い適用間違いを調査しました。 2. 通知処理分析の実行: 影響を受けた通知ワークフローは、アプリケーション例外のソースを特定し、問題のスコープを決定するために検討されました。 3. 顧客の影響評価は完了しました: 技術的なチームは影響を受けた通知タイプを検証しましたり、でき事の出版物の行動を見直し、関連の通知が顧客の配達のために意図されていないことを確認しました。 4. システムの検証と監視を実施: エラーの傾向、サービス行動、および通知処理が監視され、安定した動作を確認し、顧客のに直面しているサービスは影響を受けていないことを検証しました。 5. 事件再分類完了: 顧客の影響が存在しないことの確認に続き、事件優先順位が低下し、事件は正式に解決されました。 **将来の予防措置** この調査に続いて、運用アラートが内部処理ワークフローに関与したときに衝撃評価のスピードと精度を向上させる機会を特定しました。 1. 影響評価の改善: 今後の事件における問題が顧客に直面している機能に影響を及ぼすかどうかの決定を加速するために内部通知分類および調査手順を見直します。 2. 高められた通知ワークフローの可視性:より速い影響の検証およびインシデントの応答活動を支える顧客向きおよび非顧客面の通知の処理道に操作上の可視性を改良して下さい.

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

1. 2026年9月28日 9:10 UTCinvestigating

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

2. 2026年9月28日 9:26 UTCresolved

   APAC領域のPower BIレポートダッシュボードに影響を及ぼす問題が解決しました。 初期調査では、最近のアップグレード後に設定更新が必要であることを示します。 当社の技術チームは、必要な是正を完了し、その後の検証により、影響を受けたダッシュボードが現在アクセス可能であることが確認され、期待どおりに動作します。 本サービスは通常の運用に戻り、この事件は解決されたと見なされます.

3. 2026年10月26日 12:10 UTCpostmortem

   **説明:** Flexera One- ITの可視性- APAC - ダッシュボードのレポーティングが利用できなくなった **時間枠** 9月 28, 2026, 1:38 AM PDTに9月 28, 2026, 2:15 AM PDT **事件要約** 2026年9月28日(月)午後1時38分に、Flexeraは、APAC地域のお客様にパワーBIレポートダッシュボードにアクセスする問題を特定しました。 当社の技術チームは、速やかに関与し、初期調査は、他の地域が応答し続けながら、APACに限界があったことを確認しました。 さらなる調査は、計画されたアイデンティティとアクセス管理の移行に関連する構成の変更が報告サービスに必要な接続設定に影響を受けたことを決定しました。 これらの変更の適用中に、レポートサービスの接続設定は、成功した通信に必要な完全なサービスアドレスが含まれていなかった値にリセットされました。 その結果、影響を受けたサービスは正しく起動できなかったため、APACの顧客向けにPower BIレポートダッシュボードが利用できなくなります。 サービスを復元するには、技術チームは手動でAPAC環境で影響を受ける接続設定を修正しました。 レポートと認証サービス間のこの復元された通信により、影響を受けるサービスを回復できます。 修復後、Power BI レポートダッシュボードがアクセス可能であることを確認し、通常約 2:15 PM PDT で動作します。 **ルート原因** インシデントは、アイデンティティとアクセス管理の移行に関連する設定変更時にAPAC環境に適用される不正な接続設定によって引き起こされました。 変更は、認証サービスとのコミュニケーションを成功させるために必要な完全なアドレスを含まない、レポートサービスの接続アドレスをリセットします。 その結果、影響を受けた報告サービスは正常に開始できなかったため、APAC領域の顧客に電源BIレポートダッシュボードが利用できなくなります。 工場の貢献 * 構成の矛盾: 必須の接続アドレスは、環境に直接更新されていましたが、デプロイ設定には反映されません。 その結果、その後のコンフィギュレーションの変更は、誤った値を再導入しました。 * 展開検証ギャップ: 展開プロセスは、サービス可用性に影響される前に、誤った接続設定を識別しなかった。 * 調整および依存性検証の変更: 移行プロセスは、すべての依存サービスの構成要件を完全に考慮していませんでした。これにより、影響を受けるサービスの依存関係を事前検証することなくエンドポイントの変更が適用されます。 **是正措置** 当社のチームは、以下の行動を実行し、サービスを正常化するために復元します。 * 報告と認証サービスの通信を復元するために、影響を受けた接続設定を修正しました。 * 影響を受けたサービスは回復し、検証は、Power BI レポートダッシュボードがアクセス可能で正常に動作していることを確認しました。 * 今後の展開のために、必要な接続設定が一貫して維持されるように、設定が修正されました。 **将来の予防措置** 以下の行動は特定され、再発の可能性を減らし、サービスレジリエンスを向上させるために取り組んでいます。 * 構成管理: 導入された設定と維持された構成の間の矛盾を防ぐため、サービス構成の変更が一貫して管理されることを確認します。 * 展開検証: 導入前に計画された設定の変更を見直し、必要なサービス接続の設定が正しいことを確認します。 *構成の一貫性:重要な接続設定が適切な構成ソースで維持され、個々の環境への手動変更に依存しないことを確認してください。 * 調整を変更: 計画された移行と構成変更の調整を改善します。, 要件の検証と影響を受けるサービスの依存性を含みます. *展開保護:サービス障害を引き起こす前に、事前採用チェックを強化し、誤った設定を識別します.

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

1. 2026年9月25日 23:18 UTCinvestigating

   インシデント 説明: 特定のIT資産管理統合とすべての地域におけるAppポータルサービスに影響を及ぼす問題を調査しています。 影響を受けた API ベースのインテグレーションを使用しているお客様は、認証の失敗を HTTP 401 認証されていないエラーが発生する可能性があり、リクエストが正常に完了するのを防ぐことができます。 リクエストを送信する際に、App Portal のユーザーはエラーが発生することがあります。 優先順位: P2 修復活動:当社の技術チームは、問題の調査と是正措置の評価を積極的に行っています。 調査・検証活動が進行中であり、通常のサービス機能を可能な限り迅速に復元できるように取り組んでいます。 詳細については、追加アップデートが配信されます.

2. 2026年9月26日 5:31 UTCidentified

   修正されたホットフィックスは現在、ビルドプロセスの完了を終わらせています。 ビルドが完了すると、当社の技術チームは生産展開を進める前にUAT検証を進めます。 また、導入計画、所有権、予想されるタイムラインの確認にも取り組んでいます。 これらの活動が進行するにつれて、さらなるアップデートが提供されます.

3. 2026年9月26日 12:30 UTCmonitoring

   当社のチームは、ホットフィックスを成功させ、初期の検証により、サービスが期待どおり動作していることを確認します。 影響を受けたお客さまからのご確認をお待ちしております.

4. 2026年9月27日 5:39 UTCmonitoring

   API は想定通り動作しており、以前に観察したエラーは検出されなくなりました。 追加の検証が完了し、顧客の確認が得られる間、インシデントは監視に残ります.

5. 2026年9月28日 17:14 UTCresolved

   週末に完了した是正活動の後、影響を受けたサービスを監視し、持続的な安定性と回復を検証しました。 顧客の検証は、App Portalの機能とAPIリクエスト処理が正常に動作していることを確認します。 さらなる調査では、サービスコンポーネント内の認証処理に影響を及ぼす問題を特定し、Appポータルを通じてリクエストを提出する際に、HTTP 401の不正なエラーが発生しました。 当社の技術チームは、問題に対処するための是正措置を実施し、是正プロセス中に発生した別の問題を特定し、解決した後、追加の検証を実行しました。 是正と拡張されたモニタリングの後、サービスは、さらなる問題が観察されず、安定して残っています。 完全な根本的な原因分析を実施し、ポストインシデントレポートは、根本原因、是正活動、および調査の一環として特定された是正措置を詳細に共有されます.

6. 2026年10月8日 11:25 UTCpostmortem

   **説明:** Flexera One – IT Asset Management – すべての領域 – App Portal Errors and API Request Failures **時間枠:** 9月 24, 2026, 12:12 PM PDT - 9月 26, 2026, 4:38 AM PDT **事件要約** 2026年9月24日から、約12:12 PM PDTで、Flexera One IT Asset Management \(ITAM\)でAPIベースの統合を利用しているお客様は、HTTP 401 Unauthorized応答を返した認証失敗を経験しました。 App Portal のユーザーは、リクエストを送信する際にエラーが発生し、これらの API に依存する App Broker や Business Adapter などの統合も影響を受けました。 北米・欧州・アジア太平洋地域に影響が認められた。 技術的なチームは、顧客の資格情報や顧客の構成に問題が関係されていないことを調査し、確認しました。 アプリケーションログは、これらのリクエストを認証するために必要なコンポーネントが初期化に失敗したことを示しています。 さらに調査では、9月24日のITAMメニューロードインシデントに対する応答時にホットフィックスが導入した挙動を防止策と判断しました。 技術的なチームは、テストの動作を再現し、是正策を策定し、検証しました。 展開検証中に、二次コンポーネント読み込みの問題が特定され、更新されたホットフィックスを介して対処されました。 更新されたホットフィックスを生産に展開した後、技術的なチームは、API の機能が期待どおり動作していることを確認し、9月26日午前4時38分にサービスが復元されました。 お客様からの確認が取れたまま、拡張監視に移り、9月28日に確認が届きました。 サービスの修復後、独立断続認証の失敗が報告され、主事事件とは別に調査された。 テクニカルチームは、追加の接続処理と環境固有の構成条件を特定し、9月30日までに検証されたさらなるホットフィックスを展開しました。 10月1日(水)までに継続監視・顧客レビューを行い、問題が再現できなくなり、さらに発生が見られなかったことを確認しました。 **ルート原因** 事故は、9月24日のITAMメニューロードインシデントに対する応答時に防止策として展開されたホットフィックスの欠陥によって引き起こされました。 ホットフィックスは、アプリケーションの認証コンポーネントから依存関係を削除し、アプリケーションが認証サービスに接続するために使用する設定を読み込む方法を変更しました。 デプロイされた設定に必須の設定が表示されるようになりました。 ただし、ランタイムで読み込まれた設定ではサポートされていないメソッドを使用して、アプリケーションを読み込みました。 その結果、認証に必要なコンポーネントは初期化できず、認証が必要なリクエストは不正として拒否されました。 お客様が経験した API エラーや App Portal リクエストの失敗を生成しました。 Hotfix が適用されたとき、前生成の検証環境で同じ動作が発生しました。 影響を受けた API がその環境で積極的に使用されていないため、Hotfix がプロダクションに到達する前に特定されず、特定のエラー警告はまだそれらのために行われていませんでした。 初期の修正は、第一次構成の欠陥に対処しました。 その後の検証と監視では、コンポーネントのロード、接続処理、環境固有の構成条件が特定され、持続的な安定性が確認される前にさらにホットフィックスが必要でした。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 1. インシデント対応開始:技術チームは、認証の失敗とAPIエラーを報告した後に調査を開始しました。 2. スコープと顧客構成の評価: 技術的なチームは、顧客の資格情報や構成に問題が関係されていないことを確認し、複数の地域に影響が及ぶことを確認しました。 3. 条件の下にある識別される: 技術的なチームは、必要な認証設定が実行時に読み込まれることができないと判断し、テストの動作を再現しました。 4。 修正修正 開発および検証済み: サポートされているメソッドを使用して設定を読むためにアプリケーションコードが更新されました。 検証テストでは、認証エラーがなくなったことを確認しました。 5. 導入およびサービス復元の修正: 展開検証中に識別される二次コンポーネント読み込みの問題は、更新されたホットフィックスを介して対処されました。 更新されたホットフィックスが生産に展開された後、技術的なチームは、API の機能が期待どおり動作していたことを検証しました。 6. 延長監視および顧客の検証: テクニカルチームは、週末を通じてサービス行動を監視し、影響を受けた顧客からの確認を得ました。 7. ポスト・インシデントの修正: 分離された断続的な失敗がサービスの回復に続いて報告された後、技術的なチームはさらにホットフィックスを導入し、9月30日までにそれらを検証しました。 10月1日以降に監視・顧客レビューを続け、問題がなくなったことを確認しました。 **将来の予防措置** インシデントに続いて、技術的な原因、ホットフィックス検証プロセス、監視機能、顧客への影響に貢献した要因を見直し、レトロスペクティブを行いました。 以下が実施されたか、または実施されているか: 1.ランタイム構成の訂正: このアプリケーションは、サポートされたメソッドを使用して認証設定を読み、追加のホットフィックスがデプロイされ、生産環境全体で検証されています。 2. API監視とアラート:サービスが積極的に使用されていない場合でも、認証障害がプリプロダクションと生産環境の両方で検出されるように、影響を受けるAPIにエラーレートアラートが追加されています。 3. Hotfixの検証プロセス: 変更前のホットフィックス検証の一環として、API統合やAppポータル機能などの依存サービスの追加チェックを評価しています.

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

1. 2026年9月25日 16:19 UTCinvestigating

   社長説明:Flexera One IT Asset Managementのサブセットに影響を及ぼす問題を調査しています。 欠陥のある顧客は、すべての在庫ビューと関連する在庫ベースのビューにアクセスしたときに、在庫データや空の結果が不足している経験をすることがあります。 問題は、北米の顧客のサブセットに限定されています。 優先順位: P2 修復活動:技術チームは、影響を受けた機能に関連する在庫データ処理ワークフローを積極的に調査し、検討しています。 緩和および回復オプションが評価される間、影響の範囲は検証されています。 詳細については、追加アップデートが配信されます.

2. 2026年9月25日 18:50 UTCidentified

   技術的なチームは、在庫データ処理に影響を及ぼす最近の機能レベルの変更に関連する問題の可能性のある原因を特定しました。 回復活動は、通常の在庫データ処理を復元するために設計されたロールバックと是正措置を含む進行中です。 技術的なチームは、影響を受けた顧客に対する是正と妥当な回復を通じて積極的に取り組んでいます。 詳細については、追加アップデートが配信されます.

3. 2026年9月25日 21:22 UTCidentified

   技術的なチームは、問題に関連した是正活動を継続し、通常の在庫データ処理を回復するように設計された回復アクションを実行しています。 実行中、チームは、是正アプローチへの調整が必要な追加の条件に遭遇し、更新された回復活動は現在進行中です。 技術的なチームは積極的に従事し、影響を受けた顧客のための定期的なサービスをできるだけ早く完了するために絶えず働いています。 今後とも、ご理解のほどよろしくお願い申し上げます。 今後のアップデートは、意味のある進捗状況として提供されます.

4. 2026年9月26日 0:55 UTCidentified

   技術的なチームは、問題に関連する是正活動を通じて引き続き取り組んでおり、通常の在庫データ処理を復元するために設計されたロールバックと是正措置を積極的に実行しています。 復旧活動は進行中であり、技術チームは、是正措置として積極的に実行を監視しています.

5. 2026年9月26日 5:25 UTCmonitoring

   当社の技術チームは、要求された是正活動を正常に完了しました。 ブロックタスクをクリアしました。 後修正検証は、関連するデータベースの機能と手順が期待された状態で動作していることを確認しました。 チームは、今後も環境を監視し、安定性を確保します.

6. 2026年9月26日 7:13 UTCresolved

   すべての検証チェックが正常に完了し、サービスが通常の動作に戻りました。 問題は解決しました.

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

1. 2026年9月24日 21:43 UTCidentified

   インシデント 説明: AWS のスポット オーシャンに影響を与える問題を調査しています。 インスタンスのプロビジョニング失敗により、新規インスタンスを起動できない場合があります。 その結果、影響を受けたクラスターは想定通りスケールできません。 既存のワークロードは動作し続けます。 当社の技術チームは、問題の規模と影響を積極的に調査しています。 優先順位: P2 修復活動:当社の技術チームは、最近の変化に関連した潜在的な問題を特定し、影響を積極的に検証しています。 チームの回復とサービスの行動を監視しながら、最近の変化のロールバックを含む、緩和活動は進行中です。 詳細については、追加アップデートが配信されます.

2. 2026年9月24日 22:16 UTCresolved

   さらなる調査は、問題に寄与したインスタンスの暫定行動に影響を与える最近の変化を決定しました。 技術的なチームは変更および検証された回復のロールバックを完了しました。 ロールバックの後、エラーレベルは正常に再開された通常と新しいインスタンスのプロビジョニングに戻りました。 インシデントを通して、既存のインスタンスとワークロードは運用を続けました。 インパクトは新しいインスタンスの起動とクラスタースケールアップ操作に限定されました。 問題は解決しました。 詳細なポスト・モルテム・レポートは、根本原因分析とポスト・インシデント・レビューの完了後に共有され、イベントの完全なシーケンスを文書化し、貢献因子、学習したレッスン、および特定されたフォローアップ・アクション.

3. 2026年10月9日 6:33 UTCpostmortem

   **説明:** AWSのスポットオーシャン – インスタンスのプロビジョニング障害 ** 時間枠:** 9月 24, 2026, 12:00 PM PDT から 9月 24, 2026, 2:54 PM PDT **事件要約** 2026年9月24日、AWS用スポットオーシャンは、新規インスタンスの立ち上げを防止する問題を経験しました。 その結果、追加の計算能力が必要になったとき、影響を受けたクラスターは期待通りスケールできませんでした。 既存のインスタンスとワークロードは、インシデント全体で運用を維持しています。 影響は、新しいインスタンスのプロビジョニングとクラスタースケールアップ操作に限定されました。 技術的なチームは、最近のソフトウェア変更がインスタンスのプロビジョニングプロセス中に予期しない動作を導入したことを認識しました。 変更は、暫定エラーをクリアし、通常のサービス操作を復元したロールバックされた。 ロールバックに続いて、ソフトウェアの問題が特定され、修正されました。 更新された機能は、生産環境に再導入される前に、問題が十分に対処されるように追加の検証を受けています。 テクニカルチームは、ロールバック後に成功したインスタンスの起動を検証し、顧客の検証により、新しいインスタンスのプロビジョニングが期待通り機能していたことを確認しました。 2026年9月24日午後2時54分に発生した事故が解決しました。 **ルート原因** AWSインスタンスのプロビジョニング時に意図しない動作を導入した最近のソフトウェア変更によるインシデントが発生しました。 変更は、特定のクラスター構成情報が処理された方法に影響し、スケールアップ操作の失敗を規定する。 変更は特定のAWSリソースのタグ付けをサポートするように設計されていますが、その動作は他のサポートされているクラスタ構成にも影響します。 特定の条件下では、更新されたタグ付けロジックは、インスタンスのプロビジョニングリクエストの一部として送信されるタグの重複情報を生成しました。 AWSは、タグ情報が予想される要件を満たしていないため、これらの要求を拒否しました。 その結果、Spot Oceanは新しいインスタンスのプロビジョニングを正常に完了できませんでした。 これは主に新しいインスタンスの起動とクラスタースケールアップ操作に影響しました。 既存のインスタンスは既に暫定されているため、インシデント全体で正常に動作し続けています。 基礎的な機能が修正され、追加の検証が実行され、更新された動作がサポートされているAWS クラスター構成全体で一貫して動作するようにしました。 **是正措置** 当社のチームは、以下の行動を実行し、サービスを正常化するために復元します。 *ソフトウェア変更をロールバックし、通常のインスタンスのプロビジョニングを復元します。 * 影響を受ける機能の根本的な問題を特定し修正しました。 * 修正された機能の追加検証を実行しました。 * 更新された機能が制御された方法でロールアウトされることを可能にする付加的な保護装置を導入しました。 *新しいインスタンスのプロビジョニングとクラスタのスケーリング操作がロールバック後に期待通り機能していたことを検証しました。 **将来の予防措置** *インスタンスのプロビジョニングとクラスタースケーリングシナリオの自動テストを拡大します。 * サポートされている AWS クラスター 構成を横断した回帰テストを増加させます。 * ワークフローをスケーリングするためのエンドツーエンドのテストを拡大します。 * 仮説やスケーリング障害の監視や警告を改善します。 ※生産展開前の変更の検証を強化 * 暫定行動に影響を与える変更の制御されたロールアウトのための追加の保護策を導入します。 * エッジケースとエラー処理のシナリオのテストカバレッジを増加させます.

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

1. 2026年9月24日 20:46 UTCmonitoring

   インシデント 説明:NAM領域におけるFlexera One IT Asset Management(ITAM)での在庫処理に影響を及ぼす問題は、今日の初期に顧客をサブセットに影響を与えました。 在庫のアップロードが正常に受信されたことを調査したが、影響を受けた顧客のために処理されていないことを確認し、Flexera One ITAM内の在庫データを反映する遅延が発生しました。 回復アクションが実装され、在庫処理が正常に再開されたので、. 在庫ファイルは正常に処理し続けていますが、残りのバックログの回復はまだ進行中であり、この事件を追跡しています。 優先順位: P2 修復活動: 技術的なチームは、在庫ファイル処理を復元し、監視とロギングを通じて成功した処理を検証した回復アクションを実行しました。 サービス操作は安定し、バックログの回復は、以前にキューに入れられた在庫ファイルが処理されるように継続されます。 技術的なチームは、継続的な検証活動が継続しながら、回復の進行状況、サービス健康、およびバックログ削減を積極的に監視しています。 この事件の初期段階に関する以前の更新は、下記の事件履歴に記載されています。 バックログの回復進捗と検証活動が継続して更新されます。 https://status.flexera.com/incidents/5wrg6jl9bj2h

2. 2026年9月25日 8:15 UTCmonitoring

   バックログの回復は、以前にキューに入れられた在庫ファイルが処理されるように続きます。 Backlog レベルは、予想されるレベルを上回る 1 つの組織で、許容範囲内にあります。 技術的なチームは、検証が進行している間、回復、サービス健康、および処理活動を監視し続けます.

3. 2026年9月25日 13:28 UTCresolved

   インシデント中に蓄積されたバックログは正常に処理され、処理レベルは通常の動作範囲に戻りました。 当社のチームは回復検証を完了し、この事件は解決されています。 進行中の原因や行動に関する詳細は後期報告にてご案内いたします.

4. 2026年10月23日 17:27 UTCpostmortem

   **説明:** Flexera One - ITアセットマネジメント - NAM - 生産リリース活動に従った在庫処理遅延 **時間枠** 9月 22, 2026, 7:05 PM PDT - 9月 25, 2026, 5:30 AM PDT **事件要約** 2026年9月24日、北米地域でFlexera One IT Asset Management \(ITAM\)を使用して、顧客をサブセットする遅延在庫の更新に関する技術的なチームは、レポートを調査し始めました。 在庫ファイルが正常にアップロードされ、利用可能なままでしたが、一部の顧客は、これらのファイルを処理する遅延を経験し、最新の在庫情報がアプリケーションに反映されるのを防ぎます。 ITAMに表示されているBeaconのステータス情報は、影響を受けたお客様にも発信されている可能性があります。 在庫処理は、通常他のお客様に続行します。 2026年9月22日、ITAM 2026R1.3生産リリース活動に続いて発生した問題。 調査は、アップロードされた在庫ファイルをITAM在庫処理サービスに転送する責任のあるプロセスの中断を特定しました。 影響を受けたファイルは保存中に残っているが、処理のために転送されていない。 技術的なチームは、調査中にアプリケーションエラーが上昇したことを観察しましたが、これらのエラーは断続的に中断の原因として確立されませんでした。 技術的なチームは、影響を受けたサービスコンポーネントのターゲティングされた再起動を行い、在庫ファイルの転送を復元し、以前に影響を受けた顧客のために処理できるようにしました。 さらなる調査をサポートするために追加の診断ロギングが有効になりました。 しかし、割込み中に在庫ファイルが蓄積され、処理する追加の時間が必要です。 処理の修復後、技術チームは在庫活動と蓄積されたバックログを監視し続けました。 2026年9月25日(金)までに、インシデント関連のバックログが通常の動作レベルに戻り、在庫処理の回復を確認します。 **ルート原因** NAM領域におけるITAM 2026R1.3生産リリース活動に従った在庫処理ワークフローの中断による事件が発生しました。 在庫ファイルが正常にアップロードされ、ストレージで利用可能に残りましたが、これらのファイルをITAM処理に転送する責任のあるコンポーネントは、顧客をサブセットするために在庫データを転送を停止しました。 その結果、影響を受けた在庫ファイルは処理されず、在庫の更新を遅らせる。 問題は、他の組織の在庫処理が通常継続したため、すべての顧客に影響を与えませんでした。 調査は、影響を受けた処理コンポーネントが期待どおりに復元されていないことを示す、アプリケーションエラーと動作を強化しました。 部分的な中断の責任の正確な技術的状態は調査の下で残ります。 影響を受けたサービスコンポーネントの復元された在庫処理のターゲットを絞った再起動で、インパクトのある顧客を処理します。 蓄積されたバックログが処理され、在庫の更新が正常なレベルに戻ることを可能にします。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 1.**事件調査開始:** テクニカルチームは、NAM領域の顧客サブセットに影響を及ぼす遅延在庫更新のレポートを調査し、在庫処理ワークフローを見直し、問題のスコープを決定しました。 2. **在庫処理の中断は識別しました:** アップロードされた在庫ファイルがストレージで利用可能であることが確認された調査は、影響を受けた顧客のための処理サービスに転送されていない。 3.**感染したサービスコンポーネントの再起動:** 影響を受けたサービスコンポーネントのターゲットを絞った再起動により、在庫ファイルの転送を復元し、以前に影響を受けた顧客のために処理を再開できるようにしました。 4. **付加的な診断記録は有効にしました:** さらなる技術情報の取得や、継続的な調査の支援など、ローカライズが実施されました。 5. **在庫のバックログの回復は監察しました:** 技術的なチームは、処理の復元後に蓄積された在庫バックログを監視し、在庫ファイルが正常に処理されていることを確認します。 6.**サービス回復検証済み:** テクニカルチームは、インシデント関連のバックログが9月25日までの通常の動作レベルに戻り、在庫処理が安定していると確認しました。 **将来の予防措置** インシデントに続いて、部分的な在庫処理障害、既存の在庫管理アーキテクチャ、利用可能な診断情報、および処理の信頼性と故障の可視性を向上させる機会を見直しました。 以下の是正措置と改善活動は、次の通りです。 1。 **在庫処理アーキテクチャの改善:** ワークは、既存の中間転送サービスに依存するのではなく、ストレージレイヤーからアップロードされた在庫ファイルを直接取得できるようにすることで、在庫処理の統合を簡素化する予定です。 この変更は、処理パスから追加の依存性を削除し、処理、バックログ管理、容量、および回復のより大きな制御を提供します。 2.**改善された失敗の診断:** 部分的な在庫処理の失敗の間に関連したサービスの状態を捕獲するのに必要な診断ロギングおよびテレメトリーは適宜評価され、高められます。 同様の条件が再発した場合、root-causeの決定をサポートする技術情報を提供します.

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

1. 2026年9月24日 14:08 UTCinvestigating

   社長説明:NAM領域におけるFlexera One IT Asset Management(ITAM)を利用し、顧客のサブセットに影響を及ぼす問題を調査しています。 お客様には、ITAMインターフェイスで表示されていないメニュー項目を含むナビゲーションの問題が発生する場合があります。これにより、一部の機能へのアクセスが制限されます。 優先順位: P2 修復活動:当社の技術チームは積極的にこの問題を調査し、フル機能の復元に取り組んでいます。 今後も、より一層の最新情報をお届けしてまいります.

2. 2026年9月24日 15:44 UTCinvestigating

   NAM生産環境におけるFlexera One IT Asset Managementに影響を及ぼす問題の調査を続けていきます。 現在の取り組みは、影響を受けるワークフロー内での故障が起きているかを把握することに重点を置いています。 チームは、アプリケーション行動、検証プロセス、サービスインタラクション、プラットフォームテレメトリー、および問題に寄与する可能性のある最近の変更または環境条件を見直しています。 調査は進行中のままであり、追加情報としてさらなる更新が提供されます.

3. 2026年9月24日 17:48 UTCinvestigating

   技術的なチームは、問題のスコープを狭くし、ユーザーアクセスとナビゲーション情報を読み込むことに関わるアプリケーションコンポーネントに焦点を当てています。 現在の検索結果は、このプロセス内のいくつかの要求が期待どおりに補完されていないことを示しています, その結果、メニュー項目は、影響を受けたユーザーに負荷に失敗します. 作業は、根本的な原因を特定し、適切な是正を検証するために進行中のままです。 詳細については、追加アップデートが配信されます.

4. 2026年9月24日 18:39 UTCmonitoring

   技術的なチームは、現在、安定したサービス行動を観察し、この事件に関連するエラーを大幅に削減しています。 感染したアプリケーション機能は、現在のテレメトリーと監視データに基づいて正常に動作しています。 サービスの安定性が向上しましたが、技術的なチームは、問題が再発しないことを確認するために、環境を密接に監視し続けます。 根本的な原因への調査は進行中です。 今後も追加情報として監視・更新を行っていきます.

5. 2026年9月24日 20:33 UTCresolved

   技術的なチームは、サービスが安定して影響を受けたIT資産管理機能が正常に動作していることが確認されています。 調査中、技術的なチームは、ユーザーアクセスとナビゲーション機能を担当するアプリケーションコンポーネントに影響を与える接続飽和条件を特定しました。 これらの条件は、影響力のあるユーザーによって経験された障害と衝撃ウィンドウの間に観察され、一致しました。 サービスの機能性が回復し、顧客の検証は、影響を受けたITAMページとメニュー項目が正常にロードされたことを確認しました。 問題の再発なしで監視の期間に続いて、事件は解決されたと見なされます。 インシデントの詳細なレビューは、貢献因子をさらに検証し、追加の予防措置を特定するための継続的なものです.

6. 2026年10月8日 11:23 UTCpostmortem

   **説明:** Flexera One – ITアセットマネジメント – NAM – メニューアイテムの読み込み **時間枠:** 9月 24, 2026, 5:27 AM PDT - 9月 24, 2026, 10:48 AM PDT **事件要約** 2026年9月24日、北米地域でFlexera One IT Asset Management \(ITAM\)を利用しているお客様は、アプリケーションメニューの項目をロードし、ITAM機能の一部にアクセスする断続的な問題を経験しました。 一部の顧客は、部分的に読み込まれたか、メニューが不足しているか、エラーメッセージ、および一貫性のあるアプリケーション動作に遭遇しました。 テクニカルチームは、アプリケーションおよびサポートサービスに関する問題を調査し、ITAM機能をサポートするコンポーネント内の異常な接続利用を特定しました。 利用可能な接続容量が排出されるにつれて、一部のアプリケーション要求は正常に完了しなくなり、認証関連の障害が発生し、ITAM機能の一部がロードされるのを防ぐことができます。 サービスは、正しいホットフィックスの展開が完了する前に、約10:46 AM PDTで回復し始めました。 最後の関連アプリケーションエラーは10:48 AM PDTで記録されました。 技術的なチームは、環境を監視し、顧客の機能性を検証しながら、根本的な原因を調査し続けました。 ポストインシデント分析では、影響を受けたサーバー上のアプリケーションサービスが再起動し、蓄積された接続を解放し、新しい接続が確立できるようにしました。 その後、正しいホットフィックスは、根本的な原因に調査しながら、接続処理の動作に対処するための予防策として展開されました。 継続的な監視と顧客の検証の後、技術チームは、ITAMの機能性が正常な動作に戻ったことを確認しました。 **ルート原因** ITAM 2026 R1.3 製造リリース中に導入された接続管理の問題による事件が発生しました。 アプリケーション認証フローの変更により、既存の接続を再利用するのではなく、新しいサービス接続が繰り返されるようになりました。 時間の経過とともに、これらの接続が蓄積し、影響を受けたアプリケーションコンポーネント内の利用可能な接続容量を排出しました。 容量が切れると、新しいアプリケーション要求は正常に確立できませんでした。 これにより、認証関連の障害が発生し、ITAM機能の負荷を防止し、不足しているメニュー項目、エラーメッセージ、および影響を受けた顧客へのアクセスの断続的な損失を引き起こします。 この挙動を修正したHotfixは既に作成され、プロダクション展開前のリリース展開計画に含まれています。 ホットフィックスは、生産がまだアップグレードされていないため、検証環境のために最初に指定されていました。 R1.3 リリースの一部として制作に応用するつもりでしたが、生産展開中には適用されません。 その結果、リリースがライブになったときに接続管理の修正は行われていませんでした。 **是正措置** 1. インシデント調査開始:技術チームは、アプリケーションエラーとITAM機能の断続的な損失を調査し、スコープと過度の原因を決定しました。 2. 関係の飽和は識別しました:影響を受けた適用部品の分析は利用できる関係容量を排出し、首尾よく完了からの新しい適用要求を防ぐ異常な関係の蓄積を識別しました。 3. 修正ホットフィックス 確認: テクニカルチームは、各リクエストの新しい接続を作成するのではなく、サービス接続を再利用することにより、接続処理の動作を修正した既存のホットフィックスを識別しました。 4. 導入される是正ホットフィックス:ホットフィックスは、接続管理の問題に対処するための予防措置として、生産に展開され、さらなる接続蓄積を防ぎました。 5. サービスの回復 検証済み: 技術的なチームは、アプリケーション動作を監視し、回復後に顧客の機能性を検証して、ITAMサービスは正常な動作に戻ったことを確認します。 **将来の予防措置** インシデントに続いて、技術的原因、リリース、ホットフィックス導入プロセス、監視機能、顧客への影響に貢献した要因を見直したレトロスペクティブを行いました。 以下が実施されたか、または実施されているか: 1. 関係管理の訂正: サービスの接続が適切に再利用され、利用可能なアプリケーションリソースを排出するのを防ぐため、是正変更を実施しました。 2. 生産展開の検証: 接続管理の修正は、一貫した実装を確実にするために、すべての生産地域に展開および検証されています。 3. リリースとホットフィックスプロセスの改善: リリース手順は、リリースの展開計画に含まれているホットフィックスが一貫して生産展開のために指定されているように強化されています。ホットフィックスは、生産環境がアップグレードされる前に最初に作成または検証されたホットフィックスを含みます。 4. Hotfix プロセスレビュー: 私達は生産の hotfixes の信頼性を減らすために全体的な hotfix プロセスの改善を評価し、将来の生産リリースに含まれていない必要な是正の変更のリスクをさらに減らします。 5. 高められた適用監視:付加的な適用レベルの監視および警急は断続的な失敗の早期検出を改善し、それらがより広い顧客の影響をもたらす前に異常な間違い条件を起こります.

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

1. 2026年9月24日 10:11 UTCinvestigating

   インシデント・説明:NAM領域におけるFlexera One IT Asset Management(ITAM)での在庫処理に影響を及ぼす問題を特定し、顧客のサブセットに影響を与えました。 その結果、一部のインベントリのアップロードは正常に処理されていないため、Flexera One ITAMに表示されたインベントリデータを遅延させ、最近アップロードされたインベントリを反映しません。 優先順位: P2 修復活動:当社の技術チームは、根本的な原因を特定し、修正を実施するための問題を積極的に調査しています。 今後も状況を監視し、調査の進捗状況として更なる更新をしていきます.

2. 2026年9月24日 12:27 UTCinvestigating

   さらなる調査は、問題がITAMに在庫データを転送する責任のあるサービスに関連して表示されることを示しています。 当社の技術チームは、問題を継続的に調査し、根本的な原因を特定し、適切な是正を決定するために取り組んでいます。 今後も更なる情報発信を続けてまいります.

3. 2026年9月24日 14:32 UTCmonitoring

   当社のチームは、ターゲットを絞ったPodの再起動を実行し、すべての影響を受けた顧客に対して、在庫ファイル処理が正常に再開されたことをフォローしています。 ログや監視グラフで処理を成功させる。 今後も、サービスの継続的安定性を確保し、追加情報として更なる更新を継続的に実施してまいります.

4. 2026年9月24日 18:42 UTCmonitoring

   当社の技術チームは、回復アクションの後に成功した在庫ファイル処理と安定したサービス操作を観察し続けています。 監視による検証により、影響を受けた在庫ファイルが正常に処理されていることを確認します。 Backlog の回復は現在進行中です。在庫処理のキューはファイルが処理されるにつれて減ります。 残りのバックログが消去される間、技術的なチームは積極的に回復進捗状況と全体的なサービス健康を監視しています。 今後も、回復の進展としてアップデートを提供してまいります.

5. 2026年9月24日 20:32 UTCresolved

   このインシデントは、別々のインシデントのために意図した更新で解決するように意図的にマークされました。 在庫処理の回復は、残りのバックログがクリアし続けるので、監視下に残っています。 技術的なチームは、成功したファイル処理と安定したサービス操作を観察し続けます。 回復の更新とバックログ監視は、新しく作成されたインシデントの下を継続します: https://status.flexera.com/incidents/vztp63wmxjb バックログの回復の進捗と回復の検証が継続して更新を行います.

6. 2026年10月23日 17:25 UTCpostmortem

   **説明:** Flexera One - ITアセットマネジメント - NAM - 生産リリース活動に従った在庫処理遅延 **時間枠** 9月 22, 2026, 7:05 PM PDT - 9月 25, 2026, 5:30 AM PDT **事件要約** 2026年9月24日、北米地域でFlexera One IT Asset Management \(ITAM\)を使用して、顧客をサブセットする遅延在庫の更新に関する技術的なチームは、レポートを調査し始めました。 在庫ファイルが正常にアップロードされ、利用可能なままでしたが、一部の顧客は、これらのファイルを処理する遅延を経験し、最新の在庫情報がアプリケーションに反映されるのを防ぎます。 ITAMに表示されているBeaconのステータス情報は、影響を受けたお客様にも発信されている可能性があります。 在庫処理は、通常他のお客様に続行します。 2026年9月22日、ITAM 2026R1.3生産リリース活動に続いて発生した問題。 調査は、アップロードされた在庫ファイルをITAM在庫処理サービスに転送する責任のあるプロセスの中断を特定しました。 影響を受けたファイルは保存中に残っているが、処理のために転送されていない。 技術的なチームは、調査中にアプリケーションエラーが上昇したことを観察しましたが、これらのエラーは断続的に中断の原因として確立されませんでした。 技術的なチームは、影響を受けたサービスコンポーネントのターゲティングされた再起動を行い、在庫ファイルの転送を復元し、以前に影響を受けた顧客のために処理できるようにしました。 さらなる調査をサポートするために追加の診断ロギングが有効になりました。 しかし、割込み中に在庫ファイルが蓄積され、処理する追加の時間が必要です。 処理の修復後、技術チームは在庫活動と蓄積されたバックログを監視し続けました。 2026年9月25日(金)までに、インシデント関連のバックログが通常の動作レベルに戻り、在庫処理の回復を確認します。 **ルート原因** NAM領域におけるITAM 2026R1.3生産リリース活動に従った在庫処理ワークフローの中断による事件が発生しました。 在庫ファイルが正常にアップロードされ、ストレージで利用可能に残りましたが、これらのファイルをITAM処理に転送する責任のあるコンポーネントは、顧客をサブセットするために在庫データを転送を停止しました。 その結果、影響を受けた在庫ファイルは処理されず、在庫の更新を遅らせる。 問題は、他の組織の在庫処理が通常継続したため、すべての顧客に影響を与えませんでした。 調査は、影響を受けた処理コンポーネントが期待どおりに復元されていないことを示す、アプリケーションエラーと動作を強化しました。 部分的な中断の責任の正確な技術的状態は調査の下で残ります。 影響を受けたサービスコンポーネントの復元された在庫処理のターゲットを絞った再起動で、インパクトのある顧客を処理します。 蓄積されたバックログが処理され、在庫の更新が正常なレベルに戻ることを可能にします。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 1.**事件調査開始:** テクニカルチームは、NAM領域の顧客サブセットに影響を及ぼす遅延在庫更新のレポートを調査し、在庫処理ワークフローを見直し、問題のスコープを決定しました。 2. **在庫処理の中断は識別しました:** アップロードされた在庫ファイルがストレージで利用可能であることが確認された調査は、影響を受けた顧客のための処理サービスに転送されていない。 3.**感染したサービスコンポーネントの再起動:** 影響を受けたサービスコンポーネントのターゲットを絞った再起動により、在庫ファイルの転送を復元し、以前に影響を受けた顧客のために処理を再開できるようにしました。 4. **付加的な診断記録は有効にしました:** さらなる技術情報の取得や、継続的な調査の支援など、ローカライズが実施されました。 5. **在庫のバックログの回復は監察しました:** 技術的なチームは、処理の復元後に蓄積された在庫バックログを監視し、在庫ファイルが正常に処理されていることを確認します。 6.**サービス回復検証済み:** テクニカルチームは、インシデント関連のバックログが9月25日までの通常の動作レベルに戻り、在庫処理が安定していると確認しました。 **将来の予防措置** インシデントに続いて、部分的な在庫処理障害、既存の在庫管理アーキテクチャ、利用可能な診断情報、および処理の信頼性と故障の可視性を向上させる機会を見直しました。 以下の是正措置と改善活動は、次の通りです。 1。 **在庫処理アーキテクチャの改善:** ワークは、既存の中間転送サービスに依存するのではなく、ストレージレイヤーからアップロードされた在庫ファイルを直接取得できるようにすることで、在庫処理の統合を簡素化する予定です。 この変更は、処理パスから追加の依存性を削除し、処理、バックログ管理、容量、および回復のより大きな制御を提供します。 2.**改善された失敗の診断:** 部分的な在庫処理の失敗の間に関連したサービスの状態を捕獲するのに必要な診断ロギングおよびテレメトリーは適宜評価され、高められます。 同様の条件が再発した場合、root-causeの決定をサポートする技術情報を提供します.

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

1. 2026年9月23日 10:05 UTCinvestigating

   インシデント 説明: EU 環境におけるサービスへのアクセスに影響を及ぼす問題について調査しています。 EUの顧客は、サービスにアクセスする問題が発生する可能性があります。 優先順位: P1 修復活動:当社の技術チームは積極的に問題を優先し、できるだけ迅速に正常なサービスを回復するために取り組んでいます.

2. 2026年9月23日 10:24 UTCmonitoring

   サービスを復元し、アクセスが期待どおりに機能できるようになりました。 当社のチームは、継続的な安定性を確保するためにプラットフォームを密接に監視しています.

3. 2026年9月23日 11:43 UTCresolved

   私たちのチームは、プラットフォームを監視し続け、問題の再発を観察しました。 この事件が解決しました。 根本的な原因を特定し、適切な是正措置を識別するために、引き続き調査を実施します。 詳細は後期報告にてご案内いたします.

4. 2026年10月26日 10:40 UTCpostmortem

   **記述:** Flexera 1 - EU - 利用不可 **時間枠:** * 9月 24, 2026, 2:51 AM PDTに9月 24, 2026, 3:18 AM PDT * 9 月 25, 2026, 3:50 に 9 月 25, 2026, 4:30 に PDT **事件要約** 2026年9月24日は2:51 AM PDTで、Flexera One EU Production環境にアクセスしようとすると、顧客がログイン障害を経験しました。 顧客がプラットフォームにアクセスすることを防ぐEUのアイデンティティおよびアクセス管理サービスの調査によって確認される低下。 調査は、単一の組織からのトラフィックの増加に関連するデータベース接続を大幅に増加させました。 さらなる分析は、他のサービスによって生成された下流リクエストを繰り返すと、認証およびアクセス制御サービスの負荷の増加に貢献したことを決定しました。 3:18 AM PDTでは、直接技術介入なしで顧客のログイン機能が復元され、プラットフォームは通常の動作に戻りました。 2026年9月25日は、同じ組織からのトラフィックの増加に関連して、データベース接続の別の増加が観察されました。 積載量が約40分続く。 応答では、リソース管理サービスが容量を増加させ、プラットフォームの安定性を向上させるためにオートスケーリングが有効になりました。 **ルート原因** 事件は、EU認証サービスと関連するデータベース接続に過度な要求を置くトラフィックの予期しない増加によって引き起こされました。 増加した負荷は、認証要求を処理する責任のあるサービスに影響し、EU生産環境内の顧客のログイン障害をもたらします。 他のサービスから認証およびアクセス制御サービスへのリクエストを繰り返し、高負荷に貢献しました。 また、リソース管理サービスでは自動スケーリングが有効になっていなかったため、より高い需要に対応する能力を動的に増加させることができました。 積極的な監視および警告のギャップはまた顧客がアクセスの失敗を経験した前に劣化を識別する能力を限られる。 **是正措置** 当社のチームは、以下の行動を実行し、サービスを正常化するために復元します。 ※9月24日は、直接エンジニアリングの介入なしで解決し、顧客のログイン機能が3:18 AM PDTに復元されました。 ※9月25日には、資源管理サービスのオートスケーリング機能が搭載され、需要の高まりが期待できます。 *チームは、プラットフォームの安定性を評価するためにデータベース接続とサービス健康を継続的に監視しています。 **将来の予防措置** 以下の行動は特定され、再発の可能性を減らし、サービスレジリエンスを向上させるために取り組んでいます。 *自動スケーリング:すべての生産地域のリソース管理サービスのオートスケーリング設定を見直し、キャパシティがワークロードの変化に合わせて調整します。 *データベース容量管理:データベース接続プールの設定を見直し、データベースの接続容量内でサービスのスケーリングが残っていることを確認します。 * 積極的な監視と警告:異常なデータベース接続の成長、接続プールの飽和、サービス遅延、エラー率、およびリソース利用のアラートのレビューと紹介。 * トラフィック監視: 組織レベルのトラフィックパターンに可視性を改善し、他の顧客に影響を与える前に異常なリクエストのスパイクを特定します。 * トラフィック管理: 適切なレート制限とスロットリング制御を評価し、プラットフォーム全体の可用性に影響を与えるから、単一の組織からの過剰なトラフィックを防ぐことができます。 *負荷および容量テスト:事故の交通パターンの代表を使用して負荷テストを行ない、サービス性能およびデータベース容量を高くされた要求の下で検証して下さい.

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

1. 2026年9月23日 6:51 UTCinvestigating

   インシデント 説明: 現在、計画されたメンテナンスウィンドウを超えてメンテナンスが拡張される予定されているため、未使用のままのFlexera One IT Asset Management(ITAM) North America Production環境に影響を与える問題を検討しています。 メンテナンス活動はデータベースの再構築が完了している間に進行中です。 優先順位: P1 修復活動:当社の技術チームは、残りのメンテナンス活動を完了し、可能な限り迅速にサービスを復元するために積極的に取り組んでいます。 データベース再構築のETAは約2時間です。 当社のチームは、進捗状況を監視し、詳細を配信します.

2. 2026年9月23日 9:15 UTCinvestigating

   当社の技術チームは、継続的なメンテナンス活動の主要なフェーズを完了し、アップグレードを完了するために必要な残りの処理を継続しています。 プロセスは、当初の推定よりも時間がかかる。 これらの活動が進行している間、環境は利用できません。 チームは、サービスを復元するための残りの処理と評価オプションを積極的に監視しています。 アップグレードが進んでおり、復元のタイムラインがより明確になりますので、さらなるアップデートが提供されます.

3. 2026年9月23日 11:47 UTCmonitoring

   アップグレードが正常に完了しました。 当社のチームは、サービスを復元し、後払い検証を実行するために取り組んでいます.

4. 2026年9月23日 13:02 UTCmonitoring

   アップグレードが正常に完了し、サイトはオンラインに戻りました。 当社のチームは、事故が解決する前に、サービスの安定性を確認する最終検証チェックを実行しています.

5. 2026年9月23日 15:57 UTCresolved

   サービスが復元され、正常に動作しています。 回復の後で、技術的なチームは延長監視および検証活動を完了し、安定した操作を確認しました。 事件は解決されたと見なされます.

6. 2026年9月30日 16:02 UTCpostmortem

   **説明:** Flexera One – ITアセットマネジメント – 北米 – 2026R1.3 に続くサービス利用不能性 メンテナンス **時間枠** 9月 22, 2026, 9:00 PM PDT – 9月 23, 2026, 5:47 AM PDT **事件要約** 2026年9月22日、Flexeraは北米地域におけるFlexera One IT Asset Managementの2026R1.3の生産リリースを発表しました。 アップグレードは、環境内のデータベースの大部分を正常に進行しました。 ただし、予定されているメンテナンスウィンドウが9:00PM PDTで終了すると、データベースの移行作業が進んでいます。 移行が完了するまでの生産環境が復元できないため、IT資産運用はスケジュールされたメンテナンス期間を超えて利用できなくなります。 残りのマイグレーションは、大量のデータを含む大規模なデータベースインデックスを再構築する必要があります。 リリースを完了するための重要なパスとなり、予想よりも大幅に長かった。 初期のインデックス処理の段階が完了すると、データベースは追加ソートとインデックス作成の作業を行う必要があります。 この作業は数時間続け、移行の全体的な期間を延長しました。 調査中、技術チームは、影響を受けたデータベースが移行経路から一時的に分離できるかどうかを含む利用可能な回復オプションを評価し、環境の残りの部分がサービスに戻ることができます。 デプロイメントの段階と追加の回復作業のために、このアプローチは必要とされ、最も信頼性の高い回復パスは、環境を回復する前にデータベースの操作を完了できるようにしました。 データベースの移行が完了すると、技術チームはアプリケーションとサポートサービスを復元するようになりました。 スタートアップでは、修復が続行できる前に、追加のサービス回復の問題が発生しました。 修正後、残りのアプリケーションとプラットフォームサービスは正常に復元されました。 技術的なチームは、検証活動を完了し、顧客アクセスを確認し、サービスの安定性を検証するために拡張監視を実施しました。 顧客の影響は9月23日、2026で、5:47 AM PDTに終了しました。 **ルート原因** 2026R1.3マイグレーション時に識別されたデータベースのインデックス構成の不透明度が引き起こし、計画されたメンテナンスウィンドウを大幅に上回る大規模なインデックス再構築操作を実現しました。 投稿インシデント調査では、影響を受けたデータベース内のインデックスが現在のリリースで想定されるデータベース構造に一致しなかったと判断しました。 インデックスは、以前のデータベース設計変更を組み入れなかった古い定義を使用して再作成されました。 2026R1.3 展開中、マイグレーション プロセスは、この違いを特定し、インデックスを現在のデータベース定義と整列させるために必要なデータベース運用を開始しました。 非常に大きなデータセットが関与しているため、結果の再構築は、計画されたメンテナンスウィンドウを大幅に上回る長期およびリソース集中的な操作になりました。 再建が進んでいたら、残りの処理期間は確実に予測できませんでした。これにより、作業が継続して正確な完了推定を提供できません。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 * インデックス再構築 監視: インデックス再構築とデータベースのアップグレード活動の残りの部分は、継続的に完了によって監視されました。 * 回復オプション評価: 利用可能な回復アプローチは、生産環境をサービスに戻すための最も安全で信頼性の高いパスを決定するために評価されました。 ※データベースのアップグレード完了: インデックス再構築とデータベースのアップグレード活動が終了し、アプリケーションの復元が開始されました。 ※ アプリケーションおよびサポートサービス復元: アプリケーションおよびサポートサービスが復元されました。 追加のサービス起動の問題が発生したときに、ターゲットの回復アクションが実行されました。 *サービス復旧 有効: 顧客アクセスとアプリケーション機能の確認、残った背景処理が確認され、安定した動作を確認するために拡張監視が完了しました。 **将来の予防措置** Flexeraは、この停電の意義と持続期間を認識し、北米地域で顧客にあった影響を認識しています。 完全な根本原因分析と機能的レトロスペクティブが完成し、次の予防策は継続的な改善の努力の一環として特定されています。 1. データベースのプロシージャの検証: 技術的なチームは、データベースの修復手順が見直しられ、管理されているかを評価しています。これは、プラットフォームが進化するにつれて、現在の製品要件と一致していることを確認します。 2. 事前開発検証: リリース検証プロセスは、予期しないデータベースの構成の差分がどのように特定され、生産メンテナンスが開始される前に評価されるかを決定するために評価されています。 3. 高効率な運用評価: 技術的なチームは、リリースの準備中に、潜在的な長期的またはリソース集中的なデータベース操作が特定できるかを評価していますので、予想される期間と運用への影響は、デプロイ前に理解を深めることができます。 4。 リリース準備と回復計画:リリース準備と回復計画の実践は、展開期間とサービス修復のタイムラインに著しく影響を及ぼす可能性のある活動の可視性を向上させるために検討されています。 信頼性と弾力性のあるサービスの提供は、優先的にとどまります。 完成した根本原因分析とレトロスペクティブの調査結果は、再発の可能性を削減し、将来のメンテナンス活動の計画と実行を強化する目的で技術的および運用上の改善に組み込まれています.

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

1. 2026年9月22日 5:56 UTCinvestigating

   インシデント 説明:オーストラリア州のスノーアトラスを利用して、お客様のサブセットに影響を及ぼす問題を調査しています。 影響を受けたお客様は、最新のコンピューター情報やデータインジェクションを見る際の遅延が発生することがあります。 優先順位: P2 修復活動:以前のDNS関連の問題が特定され、解決されました。 しかし、追加のエラーが観察されるようになりました。 当社の技術チームは、これらのエラーを積極的に調査し、根本的な原因を決定し、正常な処理を回復させます。 今後も、さらなるアップデートを継続的に評価し、追加情報として提供してまいります.

2. 2026年9月22日 7:19 UTCinvestigating

   当社のチームは、処理遅延を改善したサービス再開を実施しました。 監視は、在庫データが正常に更新されていることを示します。 残りのエラーはまだ調査中であり、当社のチームは根本的な原因を特定し、永続的な修正を実施するために取り組んでいます.

3. 2026年9月22日 10:15 UTCmonitoring

   是正措置は、処理遅延を解決し、データの問題を失います。 一部の残留問題は、現在、当社の技術チームによる調査中です。 チームはサービスを監視し、調査をサポートするために、次の24時間にわたってログを収集し、見直していきます。 今後もサービスをモニターし、より情報が増えるにつれて、さらなるアップデートを提供してまいります.

4. 2026年9月23日 7:05 UTCresolved

   当社のチームは、サービスを一晩監視し、新しい問題が観察されていないことを確認しました。 スポットチェックも正常に完了しました。 この事件が解決しました。 根本原因および取られた行動に関する詳細情報は、後続報告書に記載されます.

5. 2026年10月13日 12:49 UTCpostmortem

   **説明:** Snow Atlas-APAC - データの摂取と処理遅延 **時間枠** 9月 21, 2026, 5:48 PM PDTに9月 22, 2026, 3:15 AM PDT **事件要約** 2026年9月21日(月)、5:48 PM PDTにて、オーストラリア東部の複数のSnow Atlasテナント(AE\)地域に発生した問題は、在庫データの更新の遅延につながります。 感染したお客様は、コンピューターページでデバイス情報を出し、スノーエクステンダーは「エラーで実行」ステータスを表示します。 データ摂取中にエラーが観察された。 調査では、オーストラリアの東南アジア地域で以前に廃棄されたインフラに関連したDNSレコードを特定しました。 この記録は、オーストラリア東の環境への接続を妨害し、在庫データを期待どおりに処理することを防ぎます。 出力されたDNSレコードは削除され、トラフィックが正しいエンドポイントに到達し、在庫スキャンの更新を再開できるようにしました。 変更後、在庫数が進んでおり、影響を受けた接続サービスの状態が9月22日(水)に通常に戻りました。 夜間監視の延長期間に続いて、コネクティビティサービスは安定しており、問題は9月23日午前12時05分に解決しました。 さらなる問題が報告されず、以前に使用したオーストラリアの東南アジアのインフラは完全に解約されました。 **ルート原因** オーストラリアの東南アジア地域におけるインフラの解禁後に残されたDNS記録による事件が起きました。 この記録は、オーストラリア東環境の正しいエンドポイントから離れたトラフィックを指示し、在庫データの処理に必要な接続を中断します。 その結果、在庫の更新が遅延し、影響を受けた顧客は最新のデバイス情報を取得できませんでした。 出力されたレコードは削除され、正しいエンドポイントへの接続を復元し、在庫処理を再開できるようにしました。 **是正措置** 当社のチームは、以下の行動を実行し、サービスを正常化するために復元します。 * 以前に廃止されたインフラに関連したDNSレコードを識別し、削除します。 * 正しいオーストラリア東のエンドポイントへのリストアド接続。 ※インベントリースキャンの更新とインベントリーカウントが進んでいることを確認 * サービスの安定性を確認する環境を監視しました。 ※スノーコネクティビティサービスのステータスが正常に戻り、問題が報告されていないことを確認します。 **将来の予防措置** * インフラの解読中にDNSレコードのクリーンアップを見直し、記録の削除を行います。 * リソース除去後に残っているレコードを識別するために、後処理チェックを改善します.

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

1. 2026年9月18日 13:03 UTCinvestigating

   インシデント 説明: EU および APAC 生産環境における在庫データ処理に影響を及ぼす問題を調査しています。 顧客は、在庫の更新の遅延を観察し、最新のインポートアクティビティを反映していない在庫データを確認できます。 優先順位: P2 修復活動:当社の技術チームは、問題の調査、影響範囲の有効化、および関連する依存関係と協力して、通常の在庫処理を復元します。 詳細については、追加アップデートが配信されます.

2. 2026年9月18日 13:50 UTCidentified

   当社の技術チームは、最近の展開に問題を追跡し、是正措置を実施しました。 初期検証では、在庫処理が再開され、技術的なチームは処理活動とバックログの回復を積極的に監視しています。 影響を受ける環境の回復を継続的に検証し、より多くの情報が利用できるように、さらなるアップデートを提供します.

3. 2026年9月18日 14:34 UTCidentified

   技術的なチームは必要な構成の更新を完了し、在庫データは正常に処理され続けます。 バックログの回復を加速するために、追加の処理能力が割り当てられ、技術チームは、影響を受ける環境全体でスループットとバックログの低減を積極的に監視しています。 回復活動は進行中であり、バックログ処理が継続して更新が提供されます.

4. 2026年9月18日 14:39 UTCmonitoring

   在庫データ処理は回復し続けます, そして、技術的なチームはバックログボリュームの下方に傾向を観察しています. 処理能力が維持され、回復の進歩は影響を受ける環境に密接に監視されています。 今後もバックログ削減を監視し、回復の進展として更なるアップデートを提供してまいります.

5. 2026年9月18日 18:52 UTCmonitoring

   在庫データ処理は、以前に実施した修正後に継続します。 技術的なチームは、影響を受けた環境の処理のスループットおよびバックログの回復を積極的に監視しています。 技術的なチームは、回復の進行状況とバックログ処理を加速する可能性のある追加のアクションを評価するために継続しています。 回復が進むにつれて、さらなるアップデートが提供されます.

6. 2026年9月18日 19:49 UTCmonitoring

   バックログの回復は、以前に実施された修正後にAPACで完了し、在庫データ処理は、地域における予想されるレベルに戻りました。 回復活動は、技術的なチームは、スループットとバックログ削減の処理を監視しているEUを継続します。 回復進捗としてバックログ処理をサポートするために、追加の回復対策が評価されています.

7. 2026年9月18日 21:55 UTCmonitoring

   回復の努力はEUを続け、技術的なチームは残りのバックログの継続的な削減を観察しています。 EUでのバックログ処理をサポートするために追加の回復最適化が実装され、技術的なチームはスループットと全体的な回復進捗を監視し続けています。 進捗が続くにつれて、さらなるアップデートが提供されます.

8. 2026年9月19日 11:07 UTCmonitoring

   回復は進行し続け、残りのバックログは着実に減少します。 EU環境で実装された追加の最適化は、バックログ処理を効果的にサポートしています。 当社のチームは、回復の進捗を密接に監視し、さらなる更新を適切に提供します.

9. 2026年9月19日 19:09 UTCmonitoring

   回復の努力はEUを続け、技術的なチームは、以前に実施された最適化の後にバックログの継続的な削減を観察しています。 現在の回復傾向に基づいて、バックログレベルが大幅に削減され、予想される方向に移動し続ける。 進捗が続くにつれて、さらなるアップデートが提供されます.

10. 2026年9月20日 19:55 UTCresolved

    技術的なチームは、EUでの在庫データ処理が以前に実施された修正後に正常な動作に戻ってきたことを確認しました。 問題は、在庫データ処理に影響を及ぼす展開構成の問題に追跡されました。 必要な構成の更新が加えられ、正常な処理を元通りにして下さい。 検証と拡張監視の後、EUでのバックログの回復が完了し、在庫処理はEUとAPACの両方で安定しています。 この事件は解決されたと見なされます.

11. 2026年10月23日 17:20 UTCpostmortem

    **説明:** Flexera One - IT Asset Management - EU & APAC - 導入構成の問題に従う在庫処理遅延 **時間枠:** 9月 16, 2026, 2:00 PM PDT - 9月 20, 2026, 9:52 AM PDT **事件要約** 2026年9月18日(金)、欧州におけるFlexera One IT Asset Management \(ITAM\)顧客およびアジア太平洋地域におけるAsia-Pacific \(APAC\)地域における遅延在庫の更新に関するレポートを調査しました。 更新された在庫情報は、アプリケーションに反映されていないため、一部の顧客は、最新の在庫データが9月16日日付に残っていることを報告しています。 問題は、ITAMプラットフォームの一般的な可用性ではなく、在庫処理に影響しました。 初期分析では、インベントリー処理サービスが健全に現れたことを示したが、インベントリーファイルのインカムは、予想される処理ワークフローを経由して進行しなかった。 さらなる調査は、9月16日に実施された展開への中断を追跡しました, 構成の問題は、在庫データを処理するためのサービスに影響しました. 技術的なチームは展開構成を識別し、修正し、在庫処理を再開できるようにします。 しかし、割込み中に在庫ファイルが蓄積され、処理する追加の時間が必要です。 在庫処理は、蓄積されたバックログが9月18日に約12:21 PM PDTでクリアされたAPACで最初に回復しました。 EU地域は、優れたファイルのボリュームにより、追加の回復時間が必要でした。 技術的なチームは、処理能力の設定を調整し、バックログを継続的に監視し、在庫ファイルが処理されました。 残りのEUのバックログは、9月20日午前9時52分に完全にクリアされました。 サブシーケント監視では、在庫処理が通常の動作レベルに戻ったことを確認しました。 **ルート原因** インシデントは、9月16日更新時に導入された展開構成の問題によって、在庫処理サービスに引き起こされました。 デプロイ時に、インベントリ処理インフラはアプリケーション環境間で移行し、地域に応じて各環境で動作するサービスが異なる。 これにより、正しい生産構成を維持する複雑性が高まり、デプロイ中に必要なサービス構成が正しく維持されていない。 その結果、在庫処理ワークフローはEUとAPAC領域で中断され、在庫ファイルを処理し、在庫データの更新を遅延させないようにしました。 設定が修正されたら、在庫処理が再開され、通常の動作レベルが完全に復元される前に処理する追加の時間が必要な蓄積されたバックログが復元されました。 **是正措置** インシデント応答中に次のアクションが取り扱われました。 1.**事件調査開始:** EUおよびAPAC地域における在庫更新の遅延に関するレポートを調査し、在庫処理のワークフローを見直し、中断のソースを特定しました。 2. **採用構成の問題は識別しました:** 調査は、9月16日の展開に中断を追跡し、影響を受けた地域での在庫処理に影響を及ぼす不適切なサービス構成を特定しました。 3。 **生産構成は修正しました:** 必要な構成の更新は、影響を受けた在庫処理サービスを復元するために適用され、在庫ファイルを処理を再開できるようにしました。 4。 **在庫バックログの回復開始:** 技術的なチームは、蓄積された在庫ファイルを監視し、処理ワークフローの復元後にバックログの回復をサポートする利用可能な処理リソースを調整しました。 5.**スループットの処理は最大限に活用しました:** EUの回復の間に、技術的なチームは高められたワークロードおよび調整された処理の円錐形の下の処理能力の制約をサービス安定性を維持している間スループットを改善するために識別しました。 6. **サービスの回復は有効にしました:** 技術的なチームは、APACのバックログが9月18日にクリアされたことを確認し、9月20日に完全なEUバックログの回復を完了しました。 在庫処理が正常な動作レベルに返されたことを継続した監視。 **将来の予防措置** インシデントに続いて、デプロイメント設定の問題、アプリケーション環境の違い、在庫処理の監視機能、デプロイメント検証と運用可視性を向上させる機会を見直しました。 以下の是正措置および改善活動が完了または進行中です。 1.**地域サービス構成管理:** 地域のサービス構成リストは、さまざまな展開環境で必要なサービス構成を文書化し、維持するために実装されており、将来のリリース中に構成の一貫性のリスクを軽減します。 2.**採用検証の改善:** デプロイメントチェックリストは、展開活動中に必要な在庫処理サービスが適切な環境で実行されていることを確認するために実装されています。 3。**Enhanced 在庫処理監視:** 追加の監視とアラートを実装して、在庫処理の中断を特定し、迅速な調査と回復を有効にします。 4. **改善された処理の間違いの可視性:** 監視ダッシュボードは、処理能力関連のエラーを含む異常なアプリケーション応答パターンに大きな可視性を提供するために実装されています。 これらの改善は、以前の検出と後続処理の問題の間の回復をサポートしました。 5.**生産環境の簡素化:** 展開モデルを統合する作業を進めることで、環境や地域のさまざまなサービス構成を維持し、同様の構成関連の処理中断のリスクを軽減する関連業務の複雑性が低下します.

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

1. 2026年9月16日 9:04 UTCidentified

   社長説明:現在、Flexeraコミュニティサイトに影響を及ぼす問題が発生しています。 サードパーティのサービスプロバイダに影響を与える継続的な停電のため、顧客はFlexeraコミュニティポータルにアクセスできないか、断続的かつ信頼性のない行動を経験することができます。 また、コミュニティサイトを通じてサポートケースを作成、更新、またはやり取りできない場合もあります。 この期間中に[email protected]に送信されたメールは、過渡的な停電が解決されるまで受信または処理されない場合があります。 このサードパーティサービスプロバイダの停電は、Spotサポートチームは、Spotコンソール内のチャットボットウィジェットとともに、顧客環境の問題を検出するための積極的な監視能力にも影響します。 優先順位: P3 修復活動:当社の技術チームは、積極的に状況を監視し、修復の努力を追跡するために、サードパーティプロバイダと協力しています。 今後もお客様のインパクトを評価し、追加情報として更なるアップデートを提供してまいります.

2. 2026年9月16日 12:31 UTCidentified

   サービスプロバイダは、テスト環境の修正をうまく検証し、影響を受けるすべてのインスタンスに展開し始めています。 地域ごとにロールアウトが進行し、展開が完了した地域の通常に戻ります.

3. 2026年9月16日 19:25 UTCmonitoring

   当社のサービスプロバイダは、サービステレメトリーが緩和の展開の後に健康に残っていることを報告しています。 コミュニティは、この時点でアクセス可能であり、進行中の影響が確認されていない。 今後も環境を監視し、最終的な検証活動が完了し、継続的な安定性を確保します。 また、追加情報として追加更新をいたします.

4. 2026年9月16日 22:00 UTCmonitoring

   当社のサービスプロバイダは、成功した緩和と拡張検証の後に解決された基礎的なインシデントを宣言しました。 コミュニティはアクセス可能であり、継続的な影響が確認されていない。 回復期間全体での監視は、追加の問題を特定していません。 この事件は解決されたと見なされます.

5. 2026年9月17日 11:01 UTCresolved

   当社のチームは、回復期間を通じてサービスを監視し続けており、追加の問題は観察されていません。 サービスの持続的な安定性に基づいて、この事件は解決されたと見なされます.

6. 2026年9月30日 12:30 UTCpostmortem

   **説明:** Flexeraコミュニティサービスが利用できなくなった場合 **時間枠:** 9月 16, 2026, 12:50 AM PDTに9月 16, 2026, 8:26 AM PDT **事件要約** 2026年9月16日、午前12時50分に、Flexeraは、コミュニティプラットフォームをサポートする外部サービスプロバイダに影響を及ぼすため、Flexeraコミュニティサイトの可用性と信頼性に関する問題を特定しました。 事件中は、Flexeraコミュニティにアクセスしたり、サポートケースを上げたり管理したり、コミュニティを通じて既存のケースに応答したりすることはできません。 [email protected] に送信されたメールは、停電時に処理を遅らせたりしなくなったりすることがあります。 問題は、影響を受けたサービスに依存するSpotコンソール内のチャットボット機能にも影響しました。 また、サービス通知に依存する特定の顧客の環境問題を特定するために、Spot Support チームが使用する停電の影響を受けた積極的な監視機能。 サービスプロバイダは、その後、修正を検証し、地域ごとに影響を受けたインスタンス間で展開を開始しました。 緩和が展開されると、サービスが正常に戻ります。 導入後、サービステレメトリーは、顧客向きの環境で健康を維持します。 バリデーションは、FlexeraコミュニティとSpotチャットボットの機能が正常に動作していることを確認しました。 その後、プロバイダのインシデントが解決し、Flexeraは最終的な検証を完了し、インシデントを閉じました。 **ルート原因** Flexeraコミュニティと関連機能をサポートする外部サービスプロバイダのサービスに影響を及ぼすインシデントが原因となりました。 サービスの中断は、コミュニティプラットフォームおよび関連する統合の可用性と信頼性に影響を及ぼし、カスタマーサポートケースの機能と関連するスポット機能に一時的な混乱をもたらします。 **是正措置** * プロバイダーの修正: 外部サービスプロバイダは、影響を受けたインスタンス間で修正を検証し、デプロイしました。 * サービス検証:Flexeraチームは、コミュニティ、チャットボット機能、および関連するサービスを監視しました。 *回復監視:サービス健康および機能性は改善の後で安定性を確認するために監視されました。 * 事件の閉鎖: 過度プロバイダーの問題が解決され、Flexeraは検証を完了した後、事件は閉鎖されました。 **将来の予防措置** * 依存性監視の強化: 顧客向けサービスをサポートする重要な外部依存関係を監視し続けます。 * 顧客のインパクト評価: コミュニティ、サポートケース管理、およびスポット機能を含む、統合Flexeraサービスの外部サービスの中断の影響を引き続き評価。 * 後見監視: 外部サービスの復元後に残留顧客への影響の監視を続けます.

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

1. 2026年9月15日 23:05 UTCinvestigating

   インシデント 説明: EU の生産環境におけるポリシーおよびオートメーション サービスに影響を与える問題を検討しています。 EUの顧客は、ポリシーを使用して失敗を経験し、ユーザーインターフェイスを介してポリシーを表示できない場合があります。 影響はEU地域に限られます。 優先順位: P2 修復活動:当社の技術チームは、インフラストラクチャのアップグレード中に発生した問題に積極的に関与し、根本的な原因を特定し、できるだけ迅速に正常なサービスを回復する。 調査が進むにつれて、さらなるアップデートが提供されます.

2. 2026年9月16日 6:16 UTCmonitoring

   EU環境に影響を及ぼす問題は解決され、ユーザーインターフェイスへのアクセスは完全に復元されています。 本サービスが正常に動作している一方で、停電時に蓄積したキュード作業のバックログに時間がかかることがあります。 私たちのチームは、バックログがクリアされ、サービスが期待どおりに実行されていることを確認するために、積極的に回復を監視しています。 今後も環境を密接に監視し、処理が正常に戻ってきたら確認します.

3. 2026年9月16日 8:24 UTCresolved

   当社のチームは、サービスを密接に監視し続け、新しい問題が観察されていない。 崩壊中に蓄積されたキュードワークのバックログが正常に処理され、期待どおりに減少します。 回復以来の安定性に基づいて、この事件は解決しました。 今後も、残ったバックログを完全にクリアし、サービスの動作を期待どおりに継続するために、処理を監視してまいります.

4. 2026年10月12日 12:02 UTCpostmortem

   **説明:** Flexera - EU - ポリシー/オートメーション 利用不可 **時間枠** 9月 15, 2026, 3:50 PM PDTから9月 16, 2026, 1:22 AM PDT **事件要約** 2026年9月15日、EU生産環境におけるオートメーションをサポートするインフラのアップグレードである3:50 PM PDTは、政策と自動化に影響を及ぼすネットワーク接続の混乱を引き起こしました。 利用者は、ユーザーインターフェイスでポリシーを表示し、ポリシー関連の操作が失敗しました。 調査は、従来のネットワークコンポーネントから予期しない行動を識別しました。 影響を受けたサービスに必要な接続が中断されます。 チームは、必要なリソースをオンラインで特定し、ネットワーク接続を復元しました。 基礎問題は9月15日10:13 PM PDTで解決しました。 続いて、チームはサービス復旧を継続し、中断時に蓄積されたバックログの処理を継続しました。 バックログ処理が期待どおりに進行し、サービスの安定性が確認されたら、インシデントは完全に9月16、2026、午前1:22に復元されました。 EUの生産環境に限られた影響。 **ルート原因** EU地域におけるオートメーションインフラのアップグレード中に、従来のネットワークコンポーネントから予期しない動作を引き起こしました。 ポリシーとオートメーションが要求するネットワーク接続を中断し、ポリシー関連機能のサービスの可用性と障害が発生します。 **是正措置** 当社のチームは、以下の行動を実行し、サービスを正常化するために復元します。 *コネクティビティ復元:レガシーコンポーネントが関与し、ネットワーク接続を復元するためにオンラインで必要なリソースを持参しました。 * サービス復旧: 接続を復元し、ポリシーとオートメーションに影響を与える根本的な問題を解決しました。 * Backlog 処理: 蓄積されたバックログをサービス復元後処理として監視。 * 後処理の検証: 確認されたサービスの安定性とバックログ処理が想定通り進行していたことを検証して、事件を完全に復元しました。 **将来の予防措置** *移行計画:対応する米国移行は、より長いメンテナンスウィンドウで再スケジュールされ、トラブルシューティングと回復のための追加の時間を可能にします。 * レガシーコンポーネントの交換:レガシーコンポーネントは、インフラの近代化の努力の一環として交換されます。 交換が完了すると、この特定のレガシーの依存性は、すべての環境で排除されることが期待されます.

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