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: articles/backup/backup-azure-monitoring-built-in-monitor.md
+19-17Lines changed: 19 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,17 +22,17 @@ Jobs from the following Azure Backup solutions are shown here:
22
22
23
23
- Azure VM backup
24
24
- Azure File backup
25
-
- Azure workload backup such as SQL
25
+
- Azure workload backup such as SQL and SAP HANA
26
26
- Azure Backup agent (MAB)
27
27
28
28
Jobs from System Center Data Protection Manager (SC-DPM), Microsoft Azure Backup Server (MABS) are NOT displayed.
29
29
30
30
> [!NOTE]
31
-
> Azure workloads such as SQL backups within Azure VMs have huge number of backup jobs. For example, log backups can run for every 15 minutes. Hence, for such DB workloads, only user triggered operations are displayed. Scheduled backup operations are NOT displayed.
31
+
> Azure workloads such as SQL and SAP HANA backups within Azure VMs have huge number of backup jobs. For example, log backups can run for every 15 minutes. Hence, for such DB workloads, only user triggered operations are displayed. Scheduled backup operations are NOT displayed.
32
32
33
33
## Backup Alerts in Recovery Services vault
34
34
35
-
Alerts are primarily scenarios where users are notified so that they can take relevant action. The **Backup Alerts** section shows alerts generated by Azure Backup service. These alerts are defined by the service and user cannot custom create any alerts.
35
+
Alerts are primarily scenarios where users are notified so that they can take relevant action. The **Backup Alerts** section shows alerts generated by Azure Backup service. These alerts are defined by the service and user can't custom create any alerts.
36
36
37
37
### Alert scenarios
38
38
@@ -42,26 +42,31 @@ The following scenarios are defined by service as alertable scenarios.
42
42
- Backup succeeded with warnings for Azure Backup Agent (MAB)
43
43
- Stop protection with retain data/Stop protection with delete data
44
44
45
-
### Exceptions when an alert is not raised
46
-
47
-
There are few exceptions when an alert is not raised on a failure, they are:
48
-
49
-
- User explicitly canceled the running job
50
-
- The job fails because another backup job is in progress (nothing to act on here since we just have to wait for the previous job to finish)
51
-
- The VM backup job fails because the backed-up Azure VM no longer exists
52
-
53
-
The above exceptions are designed from the understanding that the result of these operations (primarily user triggered) shows up immediately on portal/PS/CLI clients. Hence, the user is immediately aware and doesn't need a notification.
54
-
55
45
### Alerts from the following Azure Backup solutions are shown here
56
46
57
47
- Azure VM backups
58
48
- Azure File backups
59
-
- Azure workload backups such as SQL
49
+
- Azure workload backups such as SQL, SAP HANA
60
50
- Azure Backup agent (MAB)
61
51
62
52
> [!NOTE]
63
53
> Alerts from System Center Data Protection Manager (SC-DPM), Microsoft Azure Backup Server (MABS) are NOT displayed here.
64
54
55
+
### Consolidated Alerts
56
+
57
+
For Azure workload backup solutions such as SQL and SAP HANA, log backups can be generated very frequently (up to every 15 minutes according to the policy). So it's also possible that the log backup failures are also very frequent (up to every 15 minutes). In this scenario, the end user will be overwhelmed if an alert is raised for each failure occurrence. So an alert is sent for the first occurrence and if the subsequent failures are because of the same root cause, then further alerts are not generated. The first alert is updated with the failure count. But if the alert is inactivated by the user, the next occurrence will trigger another alert and this will be treated as the first alert for that occurrence. This is how Azure Backup performs alert consolidation for SQL and SAP HANA backups.
58
+
59
+
### Exceptions when an alert is not raised
60
+
61
+
There are few exceptions when an alert isn't raised on a failure. They are:
62
+
63
+
- User explicitly canceled the running job
64
+
- The job fails because another backup job is in progress (nothing to act on here since we just have to wait for the previous job to finish)
65
+
- The VM backup job fails because the backed-up Azure VM no longer exists
66
+
-[Consolidated Alerts](#consolidated-alerts)
67
+
68
+
The above exceptions are designed from the understanding that the result of these operations (primarily user triggered) shows up immediately on portal/PS/CLI clients. So the user is immediately aware and doesn't need a notification.
69
+
65
70
### Alert types
66
71
67
72
Based on alert severity, alerts can be defined in three types:
@@ -79,9 +84,6 @@ Once an alert is raised, users are notified. Azure Backup provides an inbuilt no
> The alerts for SQL backups will be consolidated and the email is sent only for the first occurrence. But if the alert is inactivated by the user, the next occurrence will trigger another email.
84
-
85
87
When notification is configured, you will receive a welcome or introductory email. This confirms that Azure Backup can send emails to these addresses when an alert is raised.<br>
86
88
87
89
If the frequency was set to an hourly digest and an alert was raised and resolved within an hour, it will not be a part of the upcoming hourly digest.
0 commit comments