gpt4 book ai didi

Azure日志摄取TimeGenerate问题

转载 作者:行者123 更新时间:2023-12-03 02:03:32 25 4
gpt4 key购买 nike

我有一个 Azure Log Analytics 工作区,在其中创建了一个自定义表来提取一些日志。我使用了这两个指南(主要是第一个):

  1. https://learn.microsoft.com/en-us/azure/azure-monitor/logs/tutorial-logs-ingestion-portal
  2. https://learn.microsoft.com/en-us/azure/azure-monitor/logs/tutorial-logs-ingestion-api

在我的日志中,我有一个字段:

"Time": "2023-02-07 11:15:23.926060"

使用 DCR,我创建一个字段 TimeGenerated,如下所示:

source
| extend TimeGenerated = todatetime(Time)
| project-away Time

一切正常,我设法提取数据并使用 KQL 查询它。问题是我无法摄取具有较旧时间戳的数据。如果时间戳是当前时间或接近当前时间,则效果很好。如果我的时间戳,比如说两天前,它会用当前时间覆盖它。

我发送的日志示例:

{
"Time": "2023-02-05 11:15:23.926060",
"Source": "VM03",
"Status": 1
}

我收到的日志:

{
"TimeGenerated": "2023-02-07 19:35:23.926060",
"Source": "VM03",
"Status": 1
}

你能告诉我为什么会发生这种情况吗?为什么我无法提取几天前的日志以及如何修复。遗憾的是,我使用的指南根本没有提到任何此类内容。

最佳答案

很久很久以前,我曾经达到过这个极限。 Asked a question并得到了从事 Application Insights 工作的人员的答复,答复是只提取不早于 48 小时的数据。

现在,据我所知,这同样适用于 Log Analytics,我不确定 48 小时静态限制是否成立,但我认为可以公平地假设仍然强制执行某些限制,并且没有办法绕过它。

回到我接受损失并仅使用最近数据的时代。

关于Azure日志摄取TimeGenerate问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/75377079/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com