Skip to content

Commit 18a5e88

Browse files
author
AbhishekMallick01
committed
more updates
1 parent 4e77f3f commit 18a5e88

File tree

1 file changed

+18
-14
lines changed

1 file changed

+18
-14
lines changed

articles/backup/backup-azure-diagnostic-events.md

Lines changed: 18 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -41,36 +41,40 @@ To send your vault diagnostics data to Log Analytics:
4141

4242
# [Recovery Services vaults](#tab/recovery-services-vaults)
4343

44-
1. Go to your vault, and select **Diagnostic Settings**. Select **+ Add Diagnostic Setting**.
45-
2. Give a name to the diagnostics setting.
46-
3. Select the **Send to Log Analytics** check box, and select a Log Analytics workspace.
47-
4. Select **Resource specific** in the toggle, and select the following five events: **CoreAzureBackup**, **AddonAzureBackupJobs**, **AddonAzureBackupPolicy**, **AddonAzureBackupStorage**, and **AddonAzureBackupProtectedInstance**.
48-
5. Select **Save**.
44+
1. Go to your *vault*, and then select **Diagnostic Settings** > **+ Add Diagnostic Setting**.
45+
1. Provide a name to the *diagnostics setting*.
46+
1. Select the **Send to Log Analytics** checkbox, and then select a *Log Analytics workspace*.
47+
1. Select **Resource specific** in the toggle, and select the following five events: **CoreAzureBackup**, **AddonAzureBackupJobs**, **AddonAzureBackupPolicy**, **AddonAzureBackupStorage**, and **AddonAzureBackupProtectedInstance**.
48+
1. Select **Save**.
4949

5050
![Resource-specific mode](./media/backup-azure-configure-backup-reports/recovery-services-vault-diagnostics-settings.png)
5151

5252
# [Backup vaults](#tab/backup-vaults)
5353

54-
1. Go to your vault, and select **Diagnostic Settings**. Select **+ Add Diagnostic Setting**.
55-
2. Give a name to the diagnostics setting.
56-
3. Select the **Send to Log Analytics** check box, and select a Log Analytics workspace.
57-
4. Select the following events: **CoreAzureBackup**, **AddonAzureBackupJobs**, **AddonAzureBackupPolicy** and **AddonAzureBackupProtectedInstance**.
54+
1. Go to your *vault*, and then select **Diagnostic Settings** > **+ Add Diagnostic Setting**.
55+
2. Provide a name to the *diagnostics setting*.
56+
3. Select the **Send to Log Analytics** checkbox, and then select a *Log Analytics workspace*.
57+
4. Select the following events: **CoreAzureBackup**, **AddonAzureBackupJobs**, **AddonAzureBackupPolicy**, and **AddonAzureBackupProtectedInstance**.
5858
5. Select **Save**.
5959

6060
![Backup vault diagnostics settings](./media/backup-azure-configure-backup-reports/backup-vault-diagnostics-settings.png)
6161

62+
---
63+
6264
After data flows into the Log Analytics workspace, dedicated tables for each of these events are created in your workspace. You can query any of these tables directly. You can also perform joins or unions between these tables if necessary.
6365

6466
> [!IMPORTANT]
65-
> The six events, namely, CoreAzureBackup, AddonAzureBackupJobs, AddonAzureBackupAlerts, AddonAzureBackupPolicy, AddonAzureBackupStorage, and AddonAzureBackupProtectedInstance, are supported *only* in the resource-specific mode for Recovery Services vaults in [Backup reports](./configure-reports.md). *If you try to send data for these six events in Azure diagnostics mode, no data will be visible in Backup reports.*
66-
> AddonAzureBackupAlerts refers to the alerts being generated by the classic alerts solution. As classic alerts solution is on deprecation path in favour of Azure Monitor based alers, we recommend you not to select this event AddonAzureBackupAlerts when configuring diagnostics settings. 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.
67-
> For Backup vaults, since information on the frontend size and backup storage consumed is already included in the CoreAzureBackup and AddonAzureBackupProtectedInstances events (to aid query performance), the AddonAzureBackupStorage event is not applicable for Backup vault, to avoid creation of redundant tables.
67+
> The six events, namely, *CoreAzureBackup*, *AddonAzureBackupJobs*, *AddonAzureBackupAlerts*, *AddonAzureBackupPolicy*, *AddonAzureBackupStorage*, and *AddonAzureBackupProtectedInstance*, are supported *only* in the resource-specific mode for Recovery Services vaults in [Backup reports](configure-reports.md). *If you try to send data for these six events in Azure diagnostics mode, no data will appear in Backup reports.*
68+
>
69+
> *AddonAzureBackupAlerts* refers to the alerts being generated by the classic alerts solution. As classic alerts solution is on deprecation path in favour of Azure Monitor-based alers, we recommend you not to select the event *AddonAzureBackupAlerts* when configuring diagnostics settings. 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.
70+
>
71+
> For Backup vaults, since information on the frontend size and backup storage consumed are already included in the *CoreAzureBackup* and *AddonAzureBackupProtectedInstances* events (to aid query performance), the *AddonAzureBackupStorage event* isn't applicable for Backup vault, to avoid creation of redundant tables.
6872
6973
## Legacy event
7074

7175
Traditionally, for Recovery Services vaults, all backup-related diagnostics data for a vault was contained in a single event called AzureBackupReport. The six events described here are, in essence, a decomposition of all the data contained in AzureBackupReport.
7276

73-
Currently, we continue to support the AzureBackupReport event for Recovery Services vaults, backward compatibility in cases where users have existing custom queries on this event. Examples are custom log alerts and custom visualizations. *We recommend that you move to the [new events](#diagnostics-events-available-for-azure-backup-users) as early as possible*. The new events:
77+
Currently, we continue to support the *AzureBackupReport* event for Recovery Services vaults, backward compatibility in cases where you've existing custom queries on this event. For example, custom log alerts and custom visualizations. *We recommend that you move to the [new events](#diagnostics-events-available-for-azure-backup-users) as early as possible*. The new events:
7478

7579
* Make the data much easier to work with in log queries.
7680
* Provide better discoverability of schemas and their structure.
@@ -79,7 +83,7 @@ Currently, we continue to support the AzureBackupReport event for Recovery Servi
7983
*The legacy event in Azure diagnostics mode will eventually be deprecated. Choosing the new events might help you to avoid complex migrations at a later date*. Our [reporting solution](./configure-reports.md) that uses Log Analytics will also stop supporting data from the legacy event.
8084

8185
> [!NOTE]
82-
> For Backup vaults, all diagnostics events are sent to the resource-specific tables only, and hence you don't need to do any migration for Backup vaults. The below section is specific to Recovery services vaults.
86+
> For Backup vaults, all diagnostics events are sent to the resource-specific tables only; so, you don't need to do any migration for Backup vaults. The following section is specific to Recovery services vaults.
8387
8488
### Steps to move to new diagnostics settings for a Log Analytics workspace
8589

0 commit comments

Comments
 (0)