问题标签 [azure-timeseries-insights]

生成 C# 代码 voor TSI API 时出现异常。

git clone https://github.com/Azure-Samples/Azure-Time-Series-Insights.git cd Azure-Time-Series-Insights\csharp-tsi-preview-sample\DataPlaneClient .\GenerateCode.bat

我在 Log Analytics 中有一个完整的计算机列。例如，“window432、linus909、windows322、linux432”。我正在过滤我的磁盘利用率，但我也想按特定单词“window”或“lin”进行过滤。那可能吗？我正在使用 Kusto 进行查询，所以这是我的思考过程的一个示例：

像这样的东西。那可能吗？谢谢你。

我想在不注册任何应用程序的情况下通过 api 访问（读取和写入数据）以了解天蓝色的时间序列。我的工作是将 jmeter 结果发送/推送到天蓝色的时间序列洞察力，有没有办法做到这一点，因为我无权为其创建/注册任何应用程序。

上下文：我正在尝试通过邮递员将 json 内容发布到 Azure Time Series Insight 并获取，

在进行“ GET ”调用时，我收到了响应，

我的有效载荷尝试 for POST调用，

网址：https ://xxxxxxxx-1797-xxxx-82xx-639xxxx51af8.env.timeseries.azure.com/metadata?api-version=2016-12-12

背景：我的工作是使用 JMeter 测量本地应用程序的性能，并希望将结果推送到 Azure 时间序列洞察。我正在使用 Gen2 时间序列洞察力，下面是我来自 JMeter 的有效负载，

任何线索如何推送上述有效载荷，任何线索？

我已将Azure 工业物联网平台部署到我的 Azure 订阅。当它提供时序见解时，它使用时序 ID 的复合键。

在对实例进行建模时，我很难确定“时间序列 ID”的格式。

TSI 实例配置错误：

错误描述：

该文档并没有真正显示它应该如何格式化。（例如，它是否应该包含逗号、方括号等）

时间序列 ID 显示为(Empty)当我在 UI 中查看它时，所以我没有得到任何提示：

这是示例遥测：

你能为我指出正确的方向吗？

我们使用从 IoT 中心读取数据的 Time Series Insights Gen 2。数据的形式与本文档中的示例 C 非常相似：https ://docs.microsoft.com/en-us/azure/time-series-insights/concepts-json-flattening-escaping-rules

我们的数据结构如下：

而且通常在阵列中有更多的“传感器”项目。我们一直使用 Time Series Insights PAYG Preview，它运行良好。我们可以使用以下 JSON 有效负载查询温度：

这非常有效，直到微软将 PREVIEW PAYG 版本推向正式版本。它不再起作用了，我们在文档中发现了这一点：

来源：https ://docs.microsoft.com/en-us/azure/time-series-insights/concepts-supported-data-types

以下文档甚至清楚地指出，数组的展平现在有所不同：

来源：https ://docs.microsoft.com/en-us/azure/time-series-insights/ingestion-rules-update

是否有可能仍然查询这种动态类型的数组，而不必在每个数组项中放置时间戳或 deviceId？

我们开始致力于集成 Azure 时序见解。当我们向 TSI 发送简单格式的有效负载时，我们可以看到 TSI 中的数据，例如：{ "DeviceID":"dev1","temp":10.4,"pressure":"20.4"}。我们能够在资源管理器（在所有资源管理器中）dev1->temp 或 dev1->pressure 中看到数据，并能够绘制数据。

但是，当我们尝试以以下格式发送数据包时，我们无法获取 deviceId 下的 tagId 值。我们只能看到 eventData 并且可以绘图，但是当我们探索事件数据时，我们实际上可以看到数据存在。我不确定我在这里缺少什么。顺便说一下，我们使用的是 Gen2(L2) 版本

[{ "deviceId": "RDevice01", "timestamp": "2020-25-01A09:25:45:4840", "series": [{ "tagId": "Axis1", "value": 0.75 }, { "tagId": "Axis2", "value": 0.001 }, { "tagId": "Axis3", "value": 0.001 }, { "tagId": "Axis4", "value": -4.08319 }, {" tagId”：“Axis5”，“value”：-1.93166 }，{“tagId”：“Axis6”，“value”：-4.08319 }，{“tagId”：“ErrorAxis1”，“value”：“String 0”} ，{“tagId”：“ErrorAxis2”，“value”：“String 1”}，{“tagId”：“ErrorAxis3”，“value”：“String 2”}，{“tagId”：“ErrorAxis4”，“值”：“字符串 3”}，{“tagId”：“ErrorAxis5”，“值”：“字符串 4”}，{“tagId”：“ErrorAxis6”，“值”：“字符串 5”}] }]

我正在尝试使用我自己的 tsi 环境 Gen2 来简单地从我自己的环境中返回数据。

在 Postman 中，我可以使用此查询返回数据

什么是等效的使用tsiClient.server.getEvents？我试过了

我确定我错过了timeSeriesId对 getEvent 的调用中的某个地方！！！

我们有几个环境仍在运行时序洞察预览版。这真的很快，我们真的很满意。但是，正式版本的新环境看起来确实慢了很多。暖路径提取要慢很多，但仍然可行，而冷路径提取变得难以忍受。

编辑：如果我们想查询暖数据，我们需要添加 &storeType=WarmStore。凉爽的！这再次运行得非常快！关于冷库的问题仍然存在：

很难比较不同的环境，因为数据集并不完全相同，但对于我们的新环境，我们在 TSI 中导入了大约 4.5 TB 的传感器数据。

以下屏幕截图显示了一个查询，该查询试图在 2018 年的遥远过去为一台设备检索一分钟的数据（每台设备仅每 10 秒发送一次数据）。但是，服务器在 30 秒后返回带有 continuationtoken 的调用，表示它无法及时检索所有 6 个值。有时它会设法返回所有 6 个值，但仍需要 30 秒。

在执行查询时，我的互联网下载速度超过了每秒 80 Mb，所以这也不应该成为问题。

这是我们应该在新版本中担心的事情吗？