Skip to content

Commit be12231

Browse files
authored
Merge pull request #115819 from adityabalaji-msft/adbalaji-may-updates
resolving github issues + other updates
2 parents b8719b7 + 836aa03 commit be12231

File tree

4 files changed

+23
-8
lines changed

4 files changed

+23
-8
lines changed

articles/backup/backup-azure-diagnostics-mode-data-model.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -458,7 +458,9 @@ Below are a few samples to help you write queries on Azure Backup data that resi
458458
## V1 schema vs V2 schema
459459
Earlier, diagnostics data for Azure Backup Agent and Azure VM backup was sent to Azure Diagnostics table in a schema referred to as ***V1 schema***. Subsequently, new columns were added to support other scenarios and workloads, and diagnostics data was pushed in a new schema referred to as ***V2 schema***.
460460
461-
For reasons of backward-compatibility, diagnostics data for Azure Backup Agent and Azure VM backup is currently sent to Azure Diagnostics table in both V1 and V2 schema (with V1 schema now on a deprecation path). You can identify which records in Log Analytics are of V1 schema by filtering records for SchemaVersion_s=="V1" in your log queries.
461+
For reasons of backward-compatibility, diagnostics data for Azure Backup Agent and Azure VM backup is currently sent to Azure Diagnostics table in both V1 and V2 schema (with V1 schema now on a deprecation path). You can identify which records in Log Analytics are of V1 schema by filtering records for SchemaVersion_s=="V1" in your log queries.
462+
463+
Refer to the third column 'Description' in the [data model](https://docs.microsoft.com/azure/backup/backup-azure-diagnostics-mode-data-model#using-azure-backup-data-model) described above to identify which columns belong to V1 schema only.
462464
463465
## Next steps
464466

articles/backup/backup-azure-monitoring-use-azuremonitor.md

Lines changed: 13 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -40,6 +40,9 @@ The defining characteristic of an alert is its triggering condition. Select **Co
4040

4141
If necessary, you can edit the Kusto query. Choose a threshold, period, and frequency. The threshold determines when the alert will be raised. The period is the window of time in which the query is run. For example, if the threshold is greater than 0, the period is 5 minutes, and the frequency is 5 minutes, then the rule runs the query every 5 minutes, reviewing the previous 5 minutes. If the number of results is greater than 0, you're notified through the selected action group.
4242

43+
> [!NOTE]
44+
> To run the alert rule once a day, across all the events/logs that were created on the given day, change the value of both 'period' and 'frequency' to 1440, i.e., 24 hours.
45+
4346
#### Alert action groups
4447

4548
Use an action group to specify a notification channel. To see the available notification mechanisms, under **Action groups**, select **Create New**.
@@ -59,6 +62,7 @@ The default graphs give you Kusto queries for basic scenarios on which you can b
5962
````Kusto
6063
AddonAzureBackupJobs
6164
| where JobOperation=="Backup"
65+
| summarize arg_max(TimeGenerated,*) by JobUniqueId
6266
| where JobStatus=="Completed"
6367
````
6468
@@ -67,6 +71,7 @@ The default graphs give you Kusto queries for basic scenarios on which you can b
6771
````Kusto
6872
AddonAzureBackupJobs
6973
| where JobOperation=="Backup"
74+
| summarize arg_max(TimeGenerated,*) by JobUniqueId
7075
| where JobStatus=="Failed"
7176
````
7277
@@ -75,6 +80,7 @@ The default graphs give you Kusto queries for basic scenarios on which you can b
7580
````Kusto
7681
AddonAzureBackupJobs
7782
| where JobOperation=="Backup"
83+
| summarize arg_max(TimeGenerated,*) by JobUniqueId
7884
| where JobStatus=="Completed"
7985
| join kind=inner
8086
(
@@ -91,6 +97,7 @@ The default graphs give you Kusto queries for basic scenarios on which you can b
9197
````Kusto
9298
AddonAzureBackupJobs
9399
| where JobOperation=="Backup" and JobOperationSubType=="Log"
100+
| summarize arg_max(TimeGenerated,*) by JobUniqueId
94101
| where JobStatus=="Completed"
95102
| join kind=inner
96103
(
@@ -107,6 +114,7 @@ The default graphs give you Kusto queries for basic scenarios on which you can b
107114
````Kusto
108115
AddonAzureBackupJobs
109116
| where JobOperation=="Backup"
117+
| summarize arg_max(TimeGenerated,*) by JobUniqueId
110118
| where JobStatus=="Completed"
111119
| join kind=inner
112120
(
@@ -156,18 +164,18 @@ The diagnostic data from the vault is pumped to the Log Analytics workspace with
156164
You can also use activity logs to get notification for events such as backup success. To begin, follow these steps:
157165
158166
1. Sign in into the Azure portal.
159-
1. Open the relevant Recovery Services vault.
160-
1. In the vault's properties, open the **Activity log** section.
167+
2. Open the relevant Recovery Services vault.
168+
3. In the vault's properties, open the **Activity log** section.
161169
162170
To identify the appropriate log and create an alert:
163171
164172
1. Verify that you're receiving activity logs for successful backups by applying the filters shown in the following image. Change the **Timespan** value as necessary to view records.
165173
166174
![Filtering to find activity logs for Azure VM backups](media/backup-azure-monitoring-laworkspace/activitylogs-azurebackup-vmbackups.png)
167175
168-
1. Select the operation name to see the relevant details.
169-
1. Select **New alert rule** to open the **Create rule** page.
170-
1. Create an alert by following the steps in [Create, view, and manage activity log alerts by using Azure Monitor](https://docs.microsoft.com/azure/azure-monitor/platform/alerts-activity-log).
176+
2. Select the operation name to see the relevant details.
177+
3. Select **New alert rule** to open the **Create rule** page.
178+
4. Create an alert by following the steps in [Create, view, and manage activity log alerts by using Azure Monitor](https://docs.microsoft.com/azure/azure-monitor/platform/alerts-activity-log).
171179
172180
![New alert rule](media/backup-azure-monitoring-laworkspace/new-alert-rule.png)
173181

articles/backup/configure-reports.md

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -16,11 +16,12 @@ Today, Azure Backup provides a reporting solution that uses [Azure Monitor logs]
1616

1717
## Supported scenarios
1818

19-
- Backup reports are supported for Azure VMs, SQL in Azure VMs, SAP HANA/ASE in Azure VMs, Microsoft Azure Recovery Services (MARS) agent, Microsoft Azure Backup Server (MABS), and System Center Data Protection Manager (DPM). Data for Azure File Share backup is currently not visible in Backup Reports.
19+
- Backup reports are supported for Azure VMs, SQL in Azure VMs, SAP HANA in Azure VMs, Microsoft Azure Recovery Services (MARS) agent, Microsoft Azure Backup Server (MABS), and System Center Data Protection Manager (DPM). Data for Azure File Share backup is currently not visible in Backup Reports.
2020
- For DPM workloads, Backup reports are supported for DPM Version 5.1.363.0 and above and Agent Version 2.0.9127.0 and above.
2121
- For MABS workloads, Backup reports are supported for MABS Version 13.0.415.0 and above and Agent Version 2.0.9170.0 and above.
2222
- Backup reports can be viewed across all backup items, vaults, subscriptions, and regions as long as their data is being sent to a Log Analytics workspace that the user has access to. To view reports for a set of vaults, you only need to have reader access to the Log Analytics workspace to which the vaults are sending their data. You don't need to have access to the individual vaults.
2323
- If you're an [Azure Lighthouse](https://docs.microsoft.com/azure/lighthouse/) user with delegated access to your customers' subscriptions, you can use these reports with Azure Lighthouse to view reports across all your tenants.
24+
- Currently, data can be viewed in Backup Reports across a maximum of 100 Log Analytics Workspaces (across tenants).
2425
- Data for log backup jobs currently isn't displayed in the reports.
2526

2627
## Get started
@@ -75,6 +76,9 @@ The report contains various tabs:
7576

7677
![Usage tab](./media/backup-azure-configure-backup-reports/usage.png)
7778

79+
> [!NOTE]
80+
> For DPM workloads, users might see a slight difference (of the order of 20 MB per DPM server) between the usage values shown in the reports as compared to the aggregate usage value as shown in the Recovery services vault overview tab. This difference is accounted for by the fact that every DPM server being registered for backup has an associated 'metadata' datasource which is not surfaced as an artifact for reporting.
81+
7882
- **Jobs**: Use this tab to view long-running trends on jobs, such as the number of failed jobs per day and the top causes of job failure. You can view this information at both an aggregate level and at a Backup-item level. Select a particular Backup item in a grid to view detailed information on each job that was triggered on that Backup item in the selected time range.
7983

8084
![Jobs tab](./media/backup-azure-configure-backup-reports/jobs.png)
@@ -121,7 +125,7 @@ The widgets in the Backup report are powered by Kusto queries, which run on the
121125

122126
- The earlier Power BI template app for reporting, which sourced data from an Azure storage account, is on a deprecation path. We recommend that you start sending vault diagnostic data to Log Analytics to view reports.
123127

124-
- * In addition, the [V1 schema](https://docs.microsoft.com/azure/backup/backup-azure-diagnostics-mode-data-model#v1-schema-vs-v2-schema) of sending diagnostics data to a storage account or an LA Workspace is also on a deprecation path. This means that if you have written any custom queries or automations based on the V1 schema, you are advised to update these queries to use the currently supported V2 schema.
128+
- In addition, the [V1 schema](https://docs.microsoft.com/azure/backup/backup-azure-diagnostics-mode-data-model#v1-schema-vs-v2-schema) of sending diagnostics data to a storage account or an LA Workspace is also on a deprecation path. This means that if you have written any custom queries or automations based on the V1 schema, you are advised to update these queries to use the currently supported V2 schema.
125129

126130
## Next steps
127131

articles/backup/monitor-azure-backup-with-backup-explorer.md

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -25,6 +25,7 @@ These capabilities are provided out-of-box by native integration with Azure Reso
2525
> * Backup Explorer is currently not supported in national clouds.
2626
> * Currently, customizing the Backup Explorer template is not supported.
2727
> * We do not recommend writing custom automations on Azure Resource Graph data.
28+
> * Currently, Backup Explorer allows you to monitor backups across a maximum of 1000 subscriptions (across tenants).
2829
2930
## Get started
3031

0 commit comments

Comments
 (0)