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

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

我目前正在使用一个有效的 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 范围?

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

来过滤事件

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