Ibm Security 中断历史

1. 2026年8月25日 UTC 12:48monitoring

   IBM验证(US Region Cluster C)在协调世界时中午12点发生了约5分钟的短暂服务中断. 恢复服务,IBM正在监测

2. 2026年8月25日 UTC 18:45resolved

   这一事件已经得到解决.

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

1. 2026年8月20日 UTC 15:39investigating

   IBM验证(欧洲地区)客户可能遇到服务问题. 我们正在调查 我们已采取行动转向替代处理环境.

2. 2026年8月20日 UTC 16:11investigating

   问题再次出现。 用户可能会遇到一些间歇性认证故障. 我们正在继续调查这一问题.

3. 2026年8月20日 UTC 16:44investigating

   我们正在继续调查。 服务普遍提供,但可能时有故障.

4. 2026年8月20日 UTC 17:26identified

   我们确定了造成这一问题的领域。 我们正在继续调查。 该服务目前仍在运作.

5. 2026年8月20日 UTC 18:26identified

   服务保持稳定。 我们仍在调查问题的原因.

6. 2026年8月20日 UTC 22:22identified

   我们又经历了一些断断续续的问题,并继续调查原因.

7. 2026年8月21日 UTC 08:08monitoring

   在欧洲的服务继续保持稳定。 我们正在继续监测.

8. 2026年8月25日 UTC 20:02resolved

   这一事件已经得到解决.

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

1. 2026年8月11日 UTC 09:29investigating

   IBM安全验证(美国地区C组)客户可能遇到服务问题. 我们正在调查 这影响了 IBMID 从其他集群登录

2. 2026年8月11日 UTC 09:41monitoring

   Issue has been identified. Service is restored. IBM is monitoring.

3. 2026年8月11日 UTC 10:30resolved

   The incident is fully resolved.

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

1. 2026年8月5日 UTC 13:10investigating

   IBM Verify users in US that rely on SMS for OTP may be experiencing delays in SMS delivery. We are currently investigating.

2. 2026年8月5日 UTC 13:56monitoring

   Services have been generally restored and SMS based MFA messages are now being received.

3. 2026年8月5日 UTC 23:13resolved

   Service has remained stable following the corrective actions implemented by our engineering teams. No further issues related to this incident have been observed.

1. 2026年8月4日 UTC 04:42investigating

   We are currently investigating alerts for Japan.

2. 2026年8月4日 UTC 08:26monitoring

   The issue was identified and recovery actions were completed at 05:35 UTC. Services have recovered and are operating normally. We are continuing to monitor the environment closely.

3. 2026年8月4日 UTC 15:31resolved

   This incident has been resolved.

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

1. 2026年8月1日 UTC 13:58identified

   GDSC风险事件呈现出一个轻微的拖延过程,我们的小组意识到这种情况并正在密切监测和分析它.

2. 2026年8月1日 UTC 14:00identified

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

3. 2026年8月2日 UTC 15:37monitoring

   正在对此进行持续监测。 原因已经确定,我们正在监测 风险事件的行为活动.

4. 2026年8月6日 UTC 22:12resolved

   This incident has been resolved. After careful review by our team, we can determine the issue is contained.

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

1. 2026年7月27日 UTC 17:02investigating

   我们正在调查影响多个IBM安全核查租户的退化性能. 客户可能遭遇到更长时间、间歇性超时、认证失败和HTTP 503级错误。 工程组正积极开展工作来缓解问题并恢复正常服务. 进一步的最新情况将随时提供.

2. 2026年7月27日 UTC 18:41investigating

   我们实施了缓解行动,并正在观察受影响的IBM安保核查租户的服务业绩得到改善的情况。 我们的工程组继续密切监测环境,以确保在调查仍在进行期间的服务稳定性。 一旦获得更多信息,我们将提供更多最新情况.

3. 2026年7月27日 UTC 19:41investigating

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

4. 2026年7月27日 UTC 22:55identified

   工程小组已查明造成服务退化的因素,并正在积极执行永久固定措施。 已实施缓解行动,以恢复平台稳定性并减少受影响租户的影响。 监测和鉴定活动仍在进行。 进一步的最新情况将随时提供.

5. 2026年7月28日 UTC 20:24monitoring

   纠正行动已经实施,服务业绩保持稳定。 验证活动已顺利完成,受影响的工作量继续在生产流量水平下正常运行。 工程组正在加强监测,同时继续开展最后后续活动和事件后审查。 随着进展的继续,我们将提供更多的最新情况.

6. 2026年7月29日 UTC 19:49resolved

   在我们的工程队采取纠正行动后,服务保持稳定。 客户验证工作顺利完成,没有观察到与这一事件有关的进一步问题。 这一事件已经得到解决.

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

1. 2026年7月22日 UTC 14:37investigating

   IBM安全核查(日本地区)客户可能遇到服务问题。 我们正在调查对日本的警报.

2. 2026年7月22日 UTC 14:59identified

   这一问题已经确定。 核查小组正在设法补救.

3. 2026年7月22日 UTC 15:52identified

   我们正在继续努力进行补救.

4. 2026年7月22日 UTC 16:43monitoring

   在采取恢复步骤后,服务已经恢复。 我们正在继续监测.

5. 2026年7月22日 UTC 16:52monitoring

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

6. 2026年7月22日 UTC 18:15resolved

   日本的ISV问题得到解决。 所有监测都很清楚.

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

1. 2026年7月17日 UTC 13:49investigating

   我们正在继续调查影响数据摄取服务的问题。 我们的工程组正积极恢复正常运行. 在此期间,一些数据可能被延迟或不完整. 一旦获得更多信息,我们将提供进一步的最新资料.

2. 2026年7月22日 UTC 16:42investigating

   我们今天已查明Datamart数据摄入过程出现延误。 我们的小组正在积极审查这一问题,我们正在不断监测这项服务。 一旦获得更多信息,将提供进一步的最新资料.

3. 2026年7月22日 UTC 22:34monitoring

   积压的摄入量已经清除,处理工作已经正常化。 这项服务保持稳定,我们将继续进行监测,作为预防措施.

4. 2026年8月6日 UTC 01:03monitoring

   我们检测到了在摄入过程中有轻微的降解。 该小组正在积极审查并确定其原因.

5. 2026年8月12日 UTC 12:15investigating

   我们检测到了在摄入过程中有轻微的降解。 该小组正在积极监测和调查.

6. 2026年8月18日 UTC 22:32investigating

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

7. 2026年8月20日 UTC 19:54resolved

   这一事件已经得到解决.

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

1. 2026年7月1日 UTC 21:09identified

   我们目前正在调查影响人工智能聊天机器人的内部问题。在此期间，用户可能会遇到响应延迟的情况。

2. 2026年7月29日 UTC 20:55monitoring

   已经确定了一个固定办法,目前正在审查、测试和监测。 一旦达成一个全面的解决办法,我们将不断更新.

3. 2026年8月20日 UTC 19:49resolved

   这一事件已经得到解决.

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

1. 2026年6月25日 UTC 20:45investigating

   DataMart, Risk Events, and Outliers services are currently experiencing degraded performance, including slow ingestion processing. This may result in delays in reporting. Our team is actively investigating the issue.

2. 2026年6月29日 UTC 16:22resolved

   We have been actively monitoring our ingestion and processing rates, and we can now confirm that they have returned to expected levels. The system has been stable and operating normally since the weekend, so this issue is now fully resolved. Thank you for your patience.

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

1. 2026年6月24日 UTC 18:32monitoring

   IBM Security Verify (US Region) customers may have experienced a brief service impact at approx 18:15 UTC. The issue lasted for approx 5 minutes and affected some tenants / customers. Issue is resolved and service is restored.

2. 2026年6月24日 UTC 20:26resolved

   Service has been operational for some time. Closing this incident.

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

1. 2026年6月15日 UTC 18:33investigating

   IBM Security Verify (US Region Cluster A) customers is experiencing intermittent issues with the service. We are currently investigating.

2. 2026年6月15日 UTC 18:55identified

   We have identified the issue and are taking steps to address

3. 2026年6月17日 UTC 16:03resolved

   This issue is resolved. Closing

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

1. 2026年6月15日 UTC 15:20resolved

   IBM Security Verify experienced a short period of service impact at 14:50 UTC. that resolved at 14:52 UTC. All services are currently available.

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

1. 2026年6月11日 UTC 10:46resolved

   The planned maintenance has been completed successfully. However, a small number of customers may have experienced brief interruptions affecting traffic on vanity hostnames during the maintenance window. The issue was resolved, and all systems are back to normal working condition.

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

1. 2026年6月8日 UTC 22:41identified

   我们目前遇到了影响演示租户配置的问题。用户在设置过程中可能会遇到延迟或故障。我们的团队正在积极调查并努力尽快恢复正常功能。

2. 2026年7月29日 UTC 20:27resolved

   已经为Demo租户提供用品的延误和/或失败实施了固定办法.

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

1. 2026年5月7日 UTC 07:28resolved

   IBM Security Verify (Europe Region). Some customers may have experienced a short period where services were inaccessible. Services are restored and now fully operational.

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

1. 2026年5月5日 UTC 06:36investigating

   We are currently investigating the issue.

2. 2026年5月5日 UTC 07:08identified

   An issue has been identified and we are working on remediation steps.

3. 2026年5月5日 UTC 07:32monitoring

   A fix has been implemented and we are monitoring the system.

4. 2026年5月6日 UTC 11:48resolved

   This incident has been resolved.

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

1. 2026年4月30日 UTC 12:38monitoring

   IBM Verify Canada Cluster B experienced an issue affecting authentications. Issue has been resolved at this time and we are currently monitoring.

2. 2026年4月30日 UTC 13:41resolved

   Monitoring has been successful. Issue is remediated. x

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

1. 2026年4月27日 UTC 15:58investigating

   The datamart ingestion pipeline is experiencing partial failures, causing some datasets not to be ingested successfully. We are actively investigating the issue to determine the root cause and restore normal operation.

2. 2026年4月27日 UTC 18:51identified

   The root cause has been identified, and we are currently working on implementing a potential fix for the issue.

3. 2026年4月27日 UTC 22:21identified

   We are continuing to investigate an issue affecting the datamart ingestion service. Our engineering team is actively working to identify the root cause and restore normal operations. During this time, some data may be delayed or incomplete. We will provide further updates as more information becomes available.

4. 2026年4月29日 UTC 12:45identified

   A fix has been applied and issue is resolved. We are monitoring the service.

5. 2026年4月30日 UTC 16:25investigating

   Status: Mitigating We are continuing to address degraded data ingestion performance, which is causing delays in downstream components that rely on ingested data. The platform remains available; however, data freshness is impacted. The root cause has not yet been confirmed. In coordination with Cloud provider Support, current findings suggest database lock contention in Data warehouse DB as a contributing factor. We are actively tuning ingestion concurrency, scaling database capacity, and working with Cloud provider to restore normal processing rates. Further updates will be provided as mitigation progresses.

6. 2026年4月30日 UTC 23:50monitoring

   A mitigation has been successfully implemented and we are monitoring the results. The data warehouse engine rollback has completed, and data ingestion throughput has recovered as expected. The processing backlog is decreasing rapidly, and downstream components dependent on ingestion are beginning to normalize. We will continue to closely monitor ingestion performance and data freshness to ensure sustained stability before marking the incident as fully resolved.

7. 2026年5月4日 UTC 14:32identified

   We continue to experience material degradation in data ingestion and downstream event generation. While some progress has been made, ingestion throughput remains inconsistent and backlog processing is ongoing. As a result, risk events and outliers may be delayed or incomplete.

8. 2026年5月4日 UTC 21:06monitoring

   Our Engineering and SRE teams worked through the weekend and made some adjustments to the ingestion service process today. The platform is actively processing queued data now and ingestion throughput is improving. We expect the ingestion of data to catch up by tomorrow morning. Our teams remain closely engaged and are monitoring progress to ensure continued recovery. Further updates will be provided about the progress to completely restoring all services.

9. 2026年5月5日 UTC 15:10monitoring

   Ingestion continues to make steady progress. The new ingest queue is decreasing, and retry volume is now very low and stable. Queued data is actively being processed, and the platform remains stable under the current operating conditions. We will continue to monitor closely as the remaining backlog drains and ingestion continues toward full normalization.

10. 2026年5月5日 UTC 23:44monitoring

    Ingestion has caught up to current data, and the platform is operating in a stable state. Backlog queues have been processed successfully, and new incoming data is being handled normally as it arrives. Downstream processing, including risk generation, has resumed and data is flowing as expected. We will continue to monitor closely to ensure sustained stability as regular ingestion cycles continue.

11. 2026年5月12日 UTC 00:01resolved

    The ingestion service has returned to stable operation, and the platform is processing data normally. Ingestion has caught up to current data, and all core services are functioning as expected. Our teams will continue to monitor the system, but no further operational impact is anticipated related to this incident. Thank you for your patience.

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