You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: support/azure/azure-monitor/log-analytics/configure-and-manage-log-analytics-tables/troubleshoot-performance-logs-not-populating.md
+14-19Lines changed: 14 additions & 19 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,37 +7,32 @@ ms.service: azure-monitor
7
7
ms.custom: Configure and Manage Log analytics tables
8
8
---
9
9
10
-
# Troubleshoot Performance Logs Not Populating in Azure Government
10
+
# Troubleshoot performance logs not populating in Azure Government
11
11
12
-
When setting up alerts for VM insights using Data Collection Rules (DCR) in Azure Government, users may encounter issues where performance logs fail to populate. This problem typically arises when creating alerts through DCR, as opposed to executing queries directly in the Log Analytics workspace.
12
+
Users might experience issues if performance logs don't populate in Azure Government when they set up alerts for virtual machine (VM) insights by using Data Collection Rules (DCR). This issue typically occurs when users create alerts through DCR inistead of running queries directly in the Log Analytics workspace.
13
13
14
-
## Common Issues and Solutions
14
+
## Common issues and solutions
15
15
16
-
-**Issue**: Alerts fail to populate performance logs when using DCR.
17
-
-**Root Cause**: The custom KQL query is executed against the DCR, which lacks access to necessary data tables. The scope defaults to DCR, preventing data retrieval.
18
-
-**Solution**: Set the alert scope to the Log Analytics workspace associated with the DCR.
16
+
-**Issue**: Alerts don't populate performance logs when you use DCR.
17
+
-**Root Cause**: The custom KQL query is run against the DCR, but the DCR lacks access to the required data tables. In this situation, the alert scope defaults to DCR. This action prevents data retrieval.
18
+
-**Solution**: Set the alert scope to the Log Analytics workspace that's associated with the DCR.
19
19
20
-
### Step-by-Step Instructions to Resolve Performance Log Issues
20
+
### Instructions to resolve performance log issues
21
21
22
-
1.**Access Azure Monitor**:
23
-
- Navigate to the Azure portal and select **Azure Monitor** from the services list.
22
+
1. Navigate to the Azure portal, and select **Azure Monitor** on the services list.
24
23
25
-
2.**Create or Edit an Alert**:
26
-
- Go to **Alerts** and choose to create a new alert rule or edit an existing one.
24
+
2. Go to **Alerts** and select the option to either create an alert rule or edit an existing rule.
27
25
28
-
3.**Set the Correct Scope**:
29
-
- In the alert rule configuration, ensure the **Scope** is set to the Log Analytics workspace, not the DCR. This allows the query to access the necessary data tables.
26
+
3. In the alert rule configuration, make sure that the **Scope** value is set to the Log Analytics workspace, not to the DCR. This setting enables the query to access the required data tables.
30
27
31
-
4.**Verify Query Execution**:
32
-
- Test the query directly in the Log Analytics workspace to ensure it runs successfully without errors.
28
+
4. Verify that the query runs successfully without errors by testing it directly in the Log Analytics workspace.
33
29
34
-
5.**Save and Test the Alert**:
35
-
- Save the alert configuration and test it to confirm that performance logs are now populating correctly.
30
+
5. Save the alert configuration, and test it to verify that performance logs are now populating correctly.
0 commit comments