为什么 Azure 时序见解 GET 可用性响应分布具有 Datetime.MinValue 的条目？

Question

我目前正在使用一个有效的 Azure TSI 环境。

目前环境 GET 两种商店类型的请求

https://XXX.env.timeseries.azure.com/availability?api-version=2020-07-31&storeType=ColdStore
https://XXX.env.timeseries.azure.com/availability?api-version=2020-07-31&storeType=WarmStore

已开始 return DateTime.MinValue 可用性 range.from 值。在 Time Series Insights 用户界面和 Chrome 开发工具网络选项卡中观察到以下响应：

{
    "availability":{
        "intervalSize":"P3600D",
        "distribution":{
            "0001-01-01T00:00:00Z":371427749,
            "2020-04-15T00:00:00Z":1499591,
            ...
            "2011-09-21T00:00:00Z":137643193
        },
        "range":{
            "from":"0001-01-01T00:00:00Z",
            "to":"2021-07-03T07:05:49.182Z"
        }
    },
    "retention":"P7D"
}

这是一个错误吗？我可以通过选择最旧的分发有效值轻松解决这些问题。但是，我想知道 DateTime.MinValue 的分布响应试图表达什么？

Link to the Microsoft Time Series Insights documentation

编辑：

这似乎是我用错误的时间戳将数据发送到 TSI 的结果。其中时间戳相当于 DateTime.MinValue。因此TSI的反应是正确的。但是，在这种特殊情况下，TSI 的 warmstorage 响应似乎是：

availability?api-version=2020-07-31&storeType=WarmStore

{
  "availability": {
    "intervalSize": "P3600D",
    "distribution": {
      "2011-09-21T00:00:00Z": 132976370,
      "0001-01-01T00:00:00Z": 371393382
    },
    "range": {
      "from": "0001-01-01T00:00:00Z",
      "to": "2021-07-05T14:36:16.439Z"
    }
  },
  "retention": "P7D"
}

没有给我足够的数据来确定正确的 warmstorage 范围？

Answer 1

时间戳为“0001-01-01T00:00:00Z”的摄取事件扭曲了结果。上面的可用性提供了基于所摄取事件的时间戳的范围。我们无法通过可用性 API.

来过滤事件

您需要等到这些事件因保留而从热存储中删除。 TSI Gen2 暖库保留期为 31 天。

为什么 Azure 时序见解 GET 可用性响应分布具有 Datetime.MinValue 的条目？

Why does Azure Time Series Insights GET availability response distribution have entry with Datetime.MinValue?

azure-timeseries-insights