Signalfx 中断历史

1. 2026年8月24日 UTC 23:09investigating

   从3:08PM PDT开始,顾客在看新创建的MetricTimeSeries时可能会遇到延误. 数据点摄入量不受影响。 我们正在调查,不久将提供最新情况.

2. 2026年8月25日 UTC 00:20investigating

   我们发现这起事件是虚假的警报 因为费率被限制在一个租户身上 我们已经联系了受影响的房客。 0美元范围内的所有其他客户都未受这一事件的影响.

3. 2026年8月25日 UTC 00:20resolved

   这一事件已经得到解决.

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

1. 2026年7月31日 UTC 03:46investigating

   Sprunk APM 度量衡处理管道的性能下降正在导致Monitor MetricSets的下降. 跟踪数据摄入量没有受到影响,但服务、端点和工作流程仪表板以及Monitor MetricSets所建的其他图表和探测器受到影响.

2. 2026年7月31日 UTC 04:07identified

   这一问题已经确定,一个解决办法正在实施之中.

3. 2026年7月31日 UTC 04:08monitoring

   一项措施已经执行,我们正在监测结果.

4. 2026年7月31日 UTC 04:32resolved

   问题已经解决.

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

1. 2026年7月24日 UTC 15:59resolved

   一些客户可能曾于2026年7月24日凌晨4点~6点(PST)的警报通知被延迟. 数据点摄入量不受影响。 问题已解决.

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

1. 2026年7月15日 UTC 12:20investigating

   我们目前正在调查这一问题。 某些API可能正在失败, 活动提醒页面正在缓慢加载 。 没有数据被丢弃或丢失.

2. 2026年7月15日 UTC 12:48identified

   这一问题已经确定,解决办法正在落实之中.

3. 2026年7月15日 UTC 14:57monitoring

   一项措施已经执行,我们正在监测结果.

4. 2026年7月15日 UTC 16:00resolved

   这一事件已经得到解决.

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

1. 2026年7月14日 UTC 15:45investigating

   我们目前正在调查这一问题。 某些API可能正在失败, 活动提醒页面正在缓慢加载 。 没有数据被丢弃或丢失.

2. 2026年7月14日 UTC 16:49identified

   客户撞击开始 大约7: 00AM PDT。 我们已经找到一个固定的,但 完全恢复可能需要几个小时

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

   我们正在继续努力解决这个问题。 完全恢复可能需要几个小时

4. 2026年7月14日 UTC 19:07monitoring

   已经落实了一项措施,我们正在监测积压情况恢复后的结果。 在UI的警报状态和事件时间序列可能会被延迟,而积压的则会恢复.

5. 2026年7月14日 UTC 19:44resolved

   这一事件已经得到解决.

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

1. 2026年7月10日 UTC 12:03investigating

   从1a PDT开始,一小部分探测器可能未发射。 没有丢失数据 。 我们正在调查,不久将提供最新情况.

2. 2026年7月10日 UTC 12:05monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年7月10日 UTC 13:51monitoring

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

4. 2026年7月10日 UTC 14:52investigating

   我们看到有一小部分探测器可能没有发射。 没有丢失数据 。 我们正在继续调查.

5. 2026年7月10日 UTC 19:02investigating

   我们继续调查一个影响美国一小部分探测器的问题,可能没有按预期发射。 没有发现数据损失。 我们的工程小组正在积极调查这一问题,我们将在获得更多信息后提供另一个最新情况.

6. 2026年7月10日 UTC 19:39identified

   已经对影响可能未如预期的那样发射的零美元一小部分探测器的问题采取了缓解措施。 我们正在观察持续恢复情况并监测环境,以确保缓解措施充分有效。 没有发现数据损失。 一旦恢复完毕,我们将提供另一个最新情况.

7. 2026年7月10日 UTC 20:53identified

   我们正在观察持续恢复情况并监测环境,以确保缓解措施充分有效。 没有发现数据损失。 一旦恢复完毕,我们将提供另一个最新情况.

8. 2026年7月11日 UTC 00:16monitoring

   我们正在观察持续恢复情况并监测环境,以确保缓解措施充分有效。 没有发现数据损失。 一旦恢复完毕,我们将提供另一个最新情况.

9. 2026年7月11日 UTC 02:15identified

   我们采取了减轻影响的措施,但复苏尚未完成。 0美元中的一小部分探测器可能仍未如预期的那样起火,原因是处理延迟。 没有发现数据损失。 工程小组继续就额外缓解措施进行调查。 一旦获得更多信息,我们将提供另一个最新情况.

10. 2026年7月11日 UTC 03:03identified

    我们已经确定,新创建的0美元时间序列可能需要10分钟才能包括在探测器中,这可能会延误对这些新时间序列的探测器评价。 通知延迟是指目前健康的时间,没有发现数据丢失。 工程组正在继续进行缓解工作并核实是否清除了剩余的拖延。 一旦验证完成,我们将提供另一个最新情况.

11. 2026年7月11日 UTC 15:05identified

    我们继续调查0美元探测器中新设定的时间序列的延迟。 新的时间序列可能需要10分钟才能包括在探测器中,这可能会延误探测器对这些时间序列的评价. 通知延迟意味着时间保持健康,没有发现数据丢失。 工程组正在对受影响的后端部件进行有控制的推出,作为正在进行的缓解工作的一部分,预计这不会给客户带来更多影响。 随着验证的进展,我们将提供另一个最新情况.

12. 2026年7月11日 UTC 18:09resolved

    这一事件已经得到解决.

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

1. 2026年7月9日 UTC 02:36resolved

   在4:45p - 6:45p PDT之间,一个很小比例的度量数据点正在下降。 这个问题已经得到解决.

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

1. 2026年7月8日 UTC 21:47investigating

   从11:30a PDT开始,数据摄入点受到影响,我们正在减少一小部分数据点。 我们正在调查,并将随着进展提供最新情况.

2. 2026年7月8日 UTC 22:35investigating

   我们继续调查影响小百分比数据点摄入0. 我们的工程小组正在积极处理这个问题并评估可能的缓解措施。 一旦获得更多信息,我们将提供另一个最新情况.

3. 2026年7月8日 UTC 23:29investigating

   我们继续调查影响小百分比数据点摄入0. 我们的工程队正在积极处理这个问题。 一旦获得更多信息,我们将提供另一个最新情况.

4. 2026年7月8日 UTC 23:33monitoring

   我们看到,美国的数据摄入点有所改进,数据点下降的速度已恢复到预期水平。 我们正在继续密切监测这一服务,以确保稳定。 一旦监测工作完成或发现任何其他问题,我们将再次提供最新情况.

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

   这一事件已经得到解决.

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

1. 2026年7月8日 UTC 14:21investigating

   从6:48a PDT开始,合成测试运行无法在用户界面中查看. 测试仍在运行,探测器仍在工作. 我们正在调查这一问题,并将随着进展而提供最新情况.

2. 2026年7月8日 UTC 14:43investigating

   由于同一根本问题,APM 剖析用户界面目前也不存在. 我们正在继续调查,并将随着进展提供最新情况.

3. 2026年7月8日 UTC 15:05investigating

   APM 剖析用户界面中可见的数据出现延迟. 斯普伦克合成器监测系统已开始运作。 我们正在继续调查,并将随着进展提供最新情况.

4. 2026年7月8日 UTC 15:33resolved

   这一事件已经得到解决.

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

1. 2026年7月8日 UTC 10:51resolved

   1a PDT至2:50a PDT之间,任何具有"全部(动态)上市项目"设置的GCP集成,都有部分来自GCP的云监测数据被放弃. 这个问题已经得到解决。 客户可能会看到使用受影响全球氯化石蜡云监测测量仪的图表和探测器存在漏洞。 AWS Cloud Watch和Azure Monitor的度量衡没有受到影响.

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

1. 2026年7月3日 UTC 00:47investigating

   我们正在调查影响Sprunk APM追踪搜索和Sprunk RUM会话细节功能的重大服务中断。 客户可能无法搜索或查看痕迹并无法加载会话细节. 数据摄入量目前没有受到影响。 我们将尽快提供最新情况.

2. 2026年7月3日 UTC 01:53investigating

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

3. 2026年7月3日 UTC 02:04identified

   这一问题已经确定,一个解决办法正在实施之中.

4. 2026年7月3日 UTC 02:47resolved

   这一事件已经得到解决.

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

1. 2026年7月2日 UTC 20:55investigating

   客户在一些探测器中可能遇到延误。 数据点摄入量不受影响。 我们正在调查,不久将提供最新情况.

2. 2026年7月2日 UTC 21:36identified

   我们确定了问题的根源,并采取了缓解行动。 恢复工作正在进行中,我们正在逐步改善。 我们的小组正在继续调查根本原因,同时监测恢复情况。 一旦获得更多信息,我们将提供另一个最新情况.

3. 2026年7月2日 UTC 22:35resolved

   造成一些探测器延误的问题已经得到解决。 系统已恢复,探测器处理已恢复到预期水平。 谢谢你在我们努力解决这一问题期间的耐心.

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

1. 2026年7月2日 UTC 19:21investigating

   Sprunk APM 度量衡处理管道的性能下降导致Monitory MetricSets延迟了5分钟以上. 跟踪数据摄入量没有受到影响,但服务、端点和工作流程仪表板以及Monitor MetricSets所建的其他图表和探测器受到影响.

2. 2026年7月2日 UTC 20:16investigating

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

3. 2026年7月2日 UTC 20:44monitoring

   一项措施已经执行,我们正在监测结果.

4. 2026年7月2日 UTC 21:31resolved

   这一事件已经得到解决.

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

1. 2026年7月1日 UTC 14:18resolved

   我们确认,影响Tag Spotlight的问题已经得到解决。 从6月30日4:30 PM PT开始,客户在Tag Spotlight内部的功能可能有限. 全功能于7月1日7:20AM PT恢复.

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

1. 2026年6月26日 UTC 07:36resolved

   由于最近一期的回放,用户从APM TraceView页面上的日志相关内容浏览到Log Observation,转回APM TraceView. 这影响了除美国3号和政府外所有领域的客户的日志关联经验。 这一变化已经恢复,以恢复预期的导航经验。 APM和Log Observer的产品可得性没有受到影响;这个问题仅限于TraceView的Logs相关工作流程。 事发时间:05:09 PDT,2026年6月25日 事件结束时间:22:15 PDT,2026年6月25日

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

1. 2026年6月17日 UTC 15:37investigating

   We are investigating why Trace Lookups are failing for traces created between approximately 5:30am PT - 7:30am PT. Monitoring MetricSets and Troubleshooting MetricSets are not impacted. Metrics are still available. We are investigating the issue.

2. 2026年6月17日 UTC 16:43investigating

   We are still investigating the issue.

3. 2026年6月17日 UTC 17:56investigating

   We are continuing to investigate this issue.

4. 2026年6月17日 UTC 18:35identified

   The issue affecting Trace Lookup searchability for traces generated between approximately 5:30 AM and 7:30 AM PT on June 17 has been identified. This occurred during an approved maintenance window associated with repartitioning and scaling activities. Customers may be unable to search for traces generated during this timeframe. Trace ingestion and processing are operating normally, and traces generated outside of the affected window remain searchable. Our team has developed a fix and is currently validating it through internal testing. We expect validation to complete within approximately two hours and will provide another update once the fix is ready for deployment or as additional information becomes available.

5. 2026年6月17日 UTC 20:07identified

   We continue to make progress toward resolution. The fix is currently moving through the implementation process and will be rolled out once all deployment steps have been completed. We will provide another update as progress continues.

6. 2026年6月17日 UTC 21:09resolved

   The fix has been successfully deployed, and we have confirmed that the issue affecting Trace Lookup searchability for traces generated between approximately 5:30 AM and 7:30 AM PT on June 17 has been resolved. Customers should now be able to search affected traces as expected.

1. 2026年6月17日 UTC 15:07monitoring

   The Scheduled Maintenance for US0 Splunk APM Span Firehose Optimization has been extended while we continue to monitor the improvements.

2. 2026年6月17日 UTC 15:33resolved

   We have completed our Scheduled Maintenance window. Thanks for your patience.

1. 2026年6月15日 UTC 17:53investigating

   A degradation in the performance of the Splunk APM trace processing pipeline is causing Troubleshooting MetricSets and Monitoring MetricSets to be delayed by more than five minutes. As a result, the APM Troubleshooting experience, service maps and Tag Spotlight do not have access to the most recent data. The processing of metrics for Business Workflows, which also depends on this pipeline, are equally delayed. Trace data ingest is not impacted at this time.

2. 2026年6月15日 UTC 18:37investigating

   Efforts to address the pipeline performance degradation are ongoing.

3. 2026年6月15日 UTC 19:07investigating

   We are continuing to work on the performance degradation affecting the Splunk APM trace processing pipeline. Our teams are actively working to restore normal service, and we will provide further updates as more information becomes available.

4. 2026年6月15日 UTC 19:40investigating

   There is no change in status. Our teams continue to work on resolving the performance degradation in the Splunk APM trace processing pipeline. Delays of over five minutes in Troubleshooting and Monitoring MetricSets persist. We will provide further updates as soon as more information is available.

5. 2026年6月15日 UTC 20:16identified

   We have identified the root cause of the performance degradation in the Splunk APM trace processing pipeline. Our engineering teams are currently planning the most efficient approach to implement a fix and restore normal service functionality. We will provide further updates as we move into the implementation phase.

6. 2026年6月15日 UTC 20:48identified

   Our teams are continuing to finalize the implementation plan for the fix to address the performance degradation in the Splunk APM trace processing pipeline. We will provide further updates as we move into the implementation phase.

7. 2026年6月15日 UTC 21:20identified

   There is no change in status to report. Our engineering teams are currently finalizing the remediation strategy to address the performance degradation within the Splunk APM trace processing pipeline. We are prioritizing a stable resolution.

8. 2026年6月15日 UTC 21:53identified

   Our engineering teams are working diligently to ensure the proposed fix for the Splunk APM trace processing pipeline is executed effectively to restore normal service.

9. 2026年6月15日 UTC 23:04identified

   Efforts to improve the pipeline performance, including monitoring metrics pipeline management capabilities such as aggregation, filtering, and archiving, are ongoing.

10. 2026年6月15日 UTC 23:35identified

    We are continuing to work on a fix for this issue.

11. 2026年6月16日 UTC 00:12resolved

    This incident has been resolved as latency has dropped to a normal threshold.

1. 2026年6月12日 UTC 20:29investigating

   A degradation in the performance of the Splunk APM trace processing pipeline is causing Troubleshooting MetricSets and Monitoring MetricSets to be delayed by more than five minutes. As a result, the APM Troubleshooting experience, service maps and Tag Spotlight do not have access to the most recent data and may fail or be slow to load. The processing of metrics for Business Workflows, which also depends on this pipeline, are equally delayed. Trace data ingest is not impacted at this time; service-level and endpoint-level Monitoring MetricSets and the detectors built from them are also not impacted.

2. 2026年6月12日 UTC 21:31investigating

   We are continuing to investigate this issue.

3. 2026年6月12日 UTC 22:17monitoring

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

4. 2026年6月12日 UTC 23:25monitoring

   We are continuing to monitor for any further issues.

5. 2026年6月13日 UTC 00:01resolved

   This incident has been resolved.

1. 2026年6月11日 UTC 18:55investigating

   Customers may be experiencing delays in some charts and detectors. Datapoint ingest is not affected. We are investigating and will provide an update shortly.

2. 2026年6月11日 UTC 19:52investigating

   Lagging continues and has caused some charts and dashboards to fail to load.

3. 2026年6月11日 UTC 20:39investigating

   We have scaled up to reduce lag but are are still investigating the root cause.

4. 2026年6月11日 UTC 21:05investigating

   A degradation in the performance of the Splunk APM metrics processing pipeline is causing Monitoring MetricSets and Troubleshooting MetricSets to be delayed by more than five minutes. Trace data ingest is not impacted, but service, endpoint and workflow dashboards, and other charts and detectors built from Monitoring MetricSets are impacted.

5. 2026年6月11日 UTC 22:09monitoring

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

6. 2026年6月11日 UTC 22:32resolved

   This incident has been resolved.