Skip to content

Commit 06dc552

Browse files
authored
Merge pull request #283682 from guywi-ms/troubleshoot-data-collection
Update troubleshoot data collection
2 parents c39a550 + 3dc6ed2 commit 06dc552

File tree

1 file changed

+35
-18
lines changed

1 file changed

+35
-18
lines changed

articles/azure-monitor/logs/data-collection-troubleshoot.md

Lines changed: 35 additions & 18 deletions
Original file line numberDiff line numberDiff line change
@@ -2,16 +2,21 @@
22
title: Troubleshoot why data is no longer being collected in Azure Monitor
33
description: Steps to take if data is no longer being collected in Log Analytics workspace in Azure Monitor.
44
ms.topic: conceptual
5-
ms.date: 07/25/2023
5+
ms.date: 08/06/2024
66
---
77

88
# Troubleshoot why data is no longer being collected in Azure Monitor
9-
This article provides guidance to detect when data collection in Azure Monitor stops and steps you can take to determine and correct the causes.
9+
This article explains how to detect when data collection in Azure Monitor stops and details steps you can take to address data collection issues.
1010

1111
> [!IMPORTANT]
1212
> If you're troubleshooting data collection for a scenario that uses a data collection rule (DCR) such as Azure Monitor agent or Logs ingestion API, see [Monitor and troubleshoot DCR data collection in Azure Monitor](../essentials/data-collection-monitor.md) for additional troubleshooting information.
1313
14-
## Data collection status
14+
## Daily cap reached
15+
16+
The [daily cap](daily-cap.md) limits the amount of data that a Log Analytics workspace can collect in a day. When the daily cap is reached, data collection stops until the reset time. You can either wait for collection to automatically restart, or increase the daily data volume limit.
17+
18+
#### Check Log Analytics workspace data collection status
19+
1520
When data collection in a Log Analytics workspace stops, an event with a type of **Operation** is created in the workspace. Run the following query to check whether you're reaching the daily limit and missing data:
1621

1722
```kusto
@@ -22,38 +27,50 @@ When data collection stops, the **OperationStatus** is **Warning**. When data co
2227

2328
To be notified when data collection stops, use the steps described in the [Alert when daily cap is reached](daily-cap.md#alert-when-daily-cap-is-reached) section. To configure an e-mail, webhook, or runbook action for the alert rule, use the steps described in [create an action group](../alerts/action-groups.md).
2429

25-
## Daily cap was reached
26-
The [daily cap](daily-cap.md) limits the amount of data that a Log Analytics workspace can collect in a day. If the daily cap is reached, then data collection will stop until the reset time. Either wait for collection to automatically restart, or increase the daily data volume limit.
27-
30+
## Ingestion volume rate limit reached
31+
The [default ingestion volume rate limit](../service-limits.md#log-analytics-workspaces) for data sent from Azure resources using diagnostic settings is approximately 6 GB/min per workspace. This is an approximate value because the actual size can vary between data types, depending on the log length and its compression ratio. This limit doesn't apply to data that's sent from agents or the [Logs ingestion API](logs-ingestion-api-overview.md).
2832

29-
## Legacy free pricing tier
30-
If your Log Analytics workspace is on the [legacy Free pricing tier](cost-logs.md#legacy-pricing-tiers) and has collected more than 500 MB of data in a day, data collection stops for the rest of the day. Wait until the following day for collection to automatically restart, or change to a paid pricing tier.
33+
If you send data at a higher rate to a single workspace, some data is dropped, and an event is sent to the **Operation** table in your workspace every six hours while the threshold continues to be exceeded. If your ingestion volume continues to exceed the rate limit or you're expecting to reach it sometime soon, you can request an increase to your workspace by sending an email to [email protected] or by opening a support request.
3134

35+
#### Check whether your workspace reached its data ingestion rate limit
3236

33-
## Workspace reached the data ingestion volume rate
34-
The [default ingestion volume rate limit](../service-limits.md#log-analytics-workspaces) for data sent from Azure resources using diagnostic settings is approximately 6 GB/min per workspace. This is an approximate value because the actual size can vary between data types, depending on the log length and its compression ratio. This limit doesn't apply to data that's sent from agents or the [Data Collector API](data-collector-api.md).
35-
36-
If you send data at a higher rate to a single workspace, some data is dropped, and an event is sent to the **Operation** table in your workspace every 6 hours while the threshold continues to be exceeded. If your ingestion volume continues to exceed the rate limit or you are expecting to reach it sometime soon, you can request an increase to your workspace by sending an email to [email protected] or by opening a support request.
37-
38-
Use the following query to retrieve the record that indicates the data ingestion rate limit was reached.
37+
Use this query to retrieve the record that indicates the data ingestion rate limit was reached.
3938

4039
```kusto
4140
Operation
4241
| where OperationCategory == "Ingestion"
4342
| where Detail startswith "The rate of data crossed the threshold"
4443
```
44+
## Legacy free pricing tier daily ingestion limit reached
45+
If your Log Analytics workspace is in the [legacy Free pricing tier](cost-logs.md#legacy-pricing-tiers) and has collected more than 500 MB of data in a day, data collection stops for the rest of the day. Wait until the following day for collection to automatically restart, or change to a paid pricing tier.
46+
47+
## Azure Monitor Agent not sending data
48+
49+
[Azure Monitor Agent](../agents/azure-monitor-agent-overview.md) collects data from virtual machines and sends the data to Azure Monitor. An agent might stop sending data to your Log Analytics workspace in various scenarios. For example, when [Azure Site Recovery](/azure/site-recovery/site-recovery-overview) recovers a virtual machine in a disaster recovery scenario, the resource ID of the machine changes, requiring reinstallation of Azure Monitor Agent on the machine.
4550

46-
## Azure subscription is in a suspended state
51+
#### Check the health of agents sending data to your workspace
52+
53+
Azure Monitor Agent instances installed on all virtual machines that send data to your Log Analytics workspace send a heartbeat to the [Heartbeat table](/azure/azure-monitor/reference/tables/heartbeat) every minute.
54+
55+
Run this query to list VMs that haven't reported a heartbeat in the last five minutes:
56+
57+
```kusto
58+
Heartbeat
59+
| where TimeGenerated > ago(24h)
60+
| summarize LastCall = max(TimeGenerated) by Computer, _ResourceId
61+
| where LastCall < ago(5m)
62+
```
63+
64+
## Azure subscription is suspended
4765
Your Azure subscription could be in a suspended state for one of the following reasons:
4866

4967
- Free trial ended
5068
- Azure pass expired
5169
- Monthly spending limit reached (such as on an MSDN or Visual Studio subscription)
5270

71+
## Other Log Analytics workspace limits
5372

54-
## Limits summary
55-
56-
There are additional Log Analytics limits, some of which depend on the Log Analytics pricing tier. These are documented at [Azure subscription and service limits, quotas, and constraints](../service-limits.md#log-analytics-workspaces).
73+
There are other Log Analytics limits, some of which depend on the Log Analytics pricing tier. For more information, see [Azure subscription and service limits, quotas, and constraints](../service-limits.md#log-analytics-workspaces).
5774

5875

5976
## Next steps

0 commit comments

Comments
 (0)