Skip to content

Commit 1230b5c

Browse files
Merge pull request #232917 from AbhishekMallick01/Mar-31-2023-Report
Azure Monitor for Azure Backup - GA
2 parents 1525648 + cdb101c commit 1230b5c

File tree

1 file changed

+8
-11
lines changed

1 file changed

+8
-11
lines changed

articles/backup/move-to-azure-monitor-alerts.md

Lines changed: 8 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: Switch to Azure Monitor based alerts for Azure Backup
33
description: This article describes the new and improved alerting capabilities via Azure Monitor and the process to configure Azure Monitor.
44
ms.topic: how-to
5-
ms.date: 09/14/2022
5+
ms.date: 03/31/2023
66
ms.service: backup
77
author: jyothisuri
88
ms.author: jsuri
@@ -48,6 +48,10 @@ The following table lists the differences between classic backup alerts and buil
4848
| **Notification suppression for database backup scenarios** | When there are multiple failures for the same database due to the same error code, a single alert is generated (with the occurrence count updated for each failure type) and a new alert is only generated when the original alert is inactivated. | The behavior is currently different. Here, a separate alert is generated for every backup failure. If there's a window of time when backups will fail for a certain known item (for example, during a maintenance window), you can create a suppression rule to suppress email noise for that backup item during the given period. |
4949
| **Pricing** | There are no additional charges for this solution. | Alerts for critical operations/failures generate by default (that you can view in the Azure portal or via non-portal interfaces) at no additional charge. However, to route these alerts to a notification channel (such as email), it incurs a minor charge for notifications beyond the *free tier* (of 1000 emails per month). Learn more about [Azure Monitor pricing](https://azure.microsoft.com/pricing/details/monitor/). |
5050

51+
> [!NOTE]
52+
>- If you've existing custom Azure Resource Graph (ARG) queries written on classic alerts data, you'll need to update these queries to fetch information from Azure Monitor-based alerts. You can use the *AlertsManagementResources* table in ARG to query Azure Monitor alerts data.
53+
>- If you send classic alerts to Log Analytics workspace/Storage account/Event Hub via diagnostics settings, you'll also need to update these automation. To send the fired Azure Monitor based alerts to a destination of your choice, you can create an alert processing rule and action group that routes these alerts to a logic app, webhook, or runbook that in turn sends these alerts to the required destination.
54+
5155
Azure Backup now provides a guided experience via Backup center that allows you to switch to built-in Azure Monitor alerts and notifications with just a few selects. To perform this action, you need to have access to the *Backup Contributor* and *Monitoring Contributor* Azure role-based access control (Azure RBAC) roles to the subscription.
5256

5357
Follow these steps:
@@ -103,7 +107,7 @@ Follow these steps:
103107

104108
## Suppress notifications during a planned maintenance window
105109

106-
For certain scenarios, you might want to suppress notifications for a particular window of time when backups are going to fail. This is especially important for database backups, where log backups could happen as frequently as every 15 minutes, and you don't want to receive a separate notification every 15 minutes for each failure occurrence. In such a scenario, you can create a second alert processing rule that exists alongside the main alert processing rule used for sending notifications. The second alert processing rule won't be linked to an action group, but is used to specify the time for notification types tha notification should be suppressed.
110+
For certain scenarios, you might want to suppress notifications for a particular window of time when backups are going to fail. This is especially important for database backups, where log backups could happen as frequently as every 15 minutes, and you don't want to receive a separate notification every 15 minutes for each failure occurrence. In such a scenario, you can create a second alert processing rule that exists alongside the main alert processing rule used for sending notifications. The second alert processing rule won't be linked to an action group, but is used to specify the time for notification types that should be suppressed.
107111

108112
By default, the suppression alert processing rule takes priority over the other alert processing rule. If a single fired alert is affected by different alert processing rules of both types, the action groups of that alert will be suppressed.
109113

@@ -119,7 +123,7 @@ To create a suppression alert processing rule, follow these steps:
119123

120124
1. Select **Scope**, for example, subscription or resource group, that the alert processing rule should span.
121125

122-
You can also select more granular filters if you want to suppress notifications only for a particular backup item. For example, if you want to suppress notifications for *testdb1* database within Virtual Machine *VM1*, you can specify filters "where Alert Context (payload) contains /subscriptions/00000000-0000-0000-0000-0000000000000/resourceGroups/testRG/providers/Microsoft.Compute/virtualMachines/VM1/providers/Microsoft.RecoveryServices/backupProtectedItem/SQLDataBase;MSSQLSERVER;testdb1".
126+
You can also select more granular filters if you want to suppress notifications only for a particular backup item. For example, if you want to suppress notifications for *testdb1* database in the Virtual Machine *VM1*, you can specify filters "where Alert Context (payload) contains `/subscriptions/00000000-0000-0000-0000-0000000000000/resourceGroups/testRG/providers/Microsoft.Compute/virtualMachines/VM1/providers/Microsoft.RecoveryServices/backupProtectedItem/SQLDataBase;MSSQLSERVER;testdb1`".
123127

124128
To get the required format of your required backup item, see the *SourceId field* from the [Alert details page](backup-azure-monitoring-built-in-monitor.md?tabs=recovery-services-vaults#viewing-fired-alerts-in-the-azure-portal).
125129

@@ -248,11 +252,4 @@ To configure the same, run the following commands:
248252
```
249253

250254
## Next steps
251-
Learn more about [Azure Backup monitoring and reporting](monitoring-and-alerts-overview.md).
252-
253-
254-
255-
256-
257-
258-
255+
Learn more about [Azure Backup monitoring and reporting](monitoring-and-alerts-overview.md).

0 commit comments

Comments
 (0)