为什么 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 天。
我目前正在使用一个有效的 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 天。