问题标签 [azure-timeseries-insights]

我正在尝试使用 PAYG（预览）层设置 Azure 时间序列洞察的实例。但这是我得到的结果：

看来部署毕竟没有成功。即使它在按照这里的教程进行操作时也有效。当我尝试“转到环境”时，我收到通知说我“无法打开 uri。请稍后再试。”。

其他同事尝试并得到了相同的结果。这是一个错误吗？还是我们错过了什么？

欢迎任何帮助或消息。

谢谢

昆汀

我在 TSI 预览环境中存储 15 分钟的用电量测量值。是否可以使用 TSI 查询 API 汇总多个电表每天的总能耗？

我已将层次结构配置为 Area-Building，时间序列 ID 是 Meter 的“MeterId”。查询 API ( https://docs.microsoft.com/en-us/rest/api/time-series-insights/preview-query#aggregate-series-api ) 使我能够汇总单个仪表每天的消耗量. 然后我希望找到一个 API 来汇总建筑物和区域的电力消耗，但只能找到以单个“timeSeriesId”或“timeSeriesName”作为必需参数的聚合操作。是否不可能聚合​​到层次结构中的某个级别？如果不是，那么获得这些汇总值的好选择是什么（在 TSI 内部或外部）？

我们正在评估 Azure 时序见解（预览版）以获取历史 IoT 遥测数据。我们使用设备时间戳而不是事件排队时间戳作为时间戳属性（非默认行为）

我们在摄取历史数据（> 2 年）方面遇到了障碍。TSI 静默丢弃这些消息。我们想了解提取旧数据的最佳实践是什么。

同样在查询方面，是基于 TSI 视图（过去 400 天）返回的结果还是我们可以查询所有现有的 parquet 文件（即通过事件中心摄取的所有数据，无论它可能有多旧）？

我们已经尝试摄取新数据，它出现在 TSI 仪表板上。但是，由于时间戳较旧，我们无法提取旧数据。这些消息被丢弃。

我们希望摄取保留设备时间戳的历史传感器数据。我们可以以事件排队时间戳为中心，但这会导致查询成为问题。通过时序见解寻找解决历史数据摄取和查询部分的建议。

我们的问题是，如何对多个属性进行分组操作？例如，假设我们有一个如下事件模式：

我们希望对上述所有属性（字段）进行分组操作并获得计数。

我们可以只使用聚合 API 而不对模式进行任何更改来满足这个要求吗？如果是如何为 uniqueValues设置多个值？或者我们是否需要向模式中添加一个新的属性（字段），并将上述所有字段进行字符串连接？

我正在寻找用于查询 Azure 数据工厂 (ADF)、时序见解 (TSI) 和流分析作业资源的名称可用性的 API 或文档，类似于https://docs.microsoft.com/en-us/rest/ api/keyvault/vaults/checknameavailability。

我尝试查看 azure-arm-datafactory、azure-arm-streamanalytics 节点库，但找不到检查资源名称可用性的功能。

我正在寻找类似于下面的东西..

我正在尝试嵌入 Azure 时间序列见解。存根应用程序提供了执行此操作的代码。我创建了一个应用注册并向其添加了时间序列洞察 API 权限。我还使用事件源创建了自己的时间序列环境。

现在 JS 库中的身份验证是使用 ADAL 和这段代码来实现的。

通过这段代码，我得到了一个访问令牌。

现在，如果我想为所有用户而不是我自己嵌入这个应用程序，我会怎么做？如果我在时间序列环境中将自己从数据访问策略中删除，我会收到 404 表示找不到资源。我可以使用任何其他身份验证方法吗？

我可以简单地将应用程序注册本身与客户端 ID 和密码一起使用吗？

我正在尝试使用 JavaScript 和 tsiclient 库从 Azure 时序见解预览中查询数据。我的代码遵循 github 文档中的格式，但是当我推送查询时，我收到 500 'internal service error' POST 错误。

我的代码：

有人对这个有经验么？

编辑 - 完整回复：

最后编辑！我发现了问题 - 变量对象的语法错误：

本来应该

从 Nodejs 调用 Timeseries Insights API 时，每次发出请求时都会收到 500 内部服务器错误。例如：

getToken 函数返回一个有效的访问令牌，该令牌被授权调用 Timeseries API。我知道这一点是因为在出现此问题之前，我没有获得有效的令牌，并且收到了关于令牌无效的更具描述性的错误。

据我所知，请求参数都是正确的。根据 API 文档，searchSpan限制子句 ( breaks) 是强制性参数。

我从邮递员那里得到同样的错误。

500 Internal Server 错误响应不是很具有描述性，所以我有点卡住了。有谁知道这可能仍然是授权问题还是我的请求结构错误？

我看到每天都会向我收取时间序列见解的费用。我不认为我正在使用它，并且我看到我可以在 Azure 门户中将其删除，但这样做是否安全，是否会省钱？

我有时序见解 REST API 的 JSON 请求，如下所示：

我可以使用 count 属性来限制事件的数量。如果我将其留空，我会收到400 Bad Request。如何在该时间范围内请求所有事件？