Skip to content

Commit b6c298e

Browse files
authored
Merge pull request #191246 from v-amallick/Mar-10-2022-Disk
Disk backup - Storage acc info removed for design changes
2 parents 540da9e + a4c39b7 commit b6c298e

File tree

2 files changed

+6
-22
lines changed

2 files changed

+6
-22
lines changed

articles/backup/backup-managed-disks.md

Lines changed: 2 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: Back up Azure Managed Disks
33
description: Learn how to back up Azure Managed Disks from the Azure portal.
44
ms.topic: conceptual
5-
ms.date: 11/25/2021
5+
ms.date: 03/10/2022
66
author: v-amallick
77
ms.service: backup
88
ms.author: v-amallick
@@ -130,20 +130,7 @@ To configure disk backup, follow these steps:
130130

131131
- You can't create an incremental snapshot for a particular disk outside of that disk's subscription. So, choose the resource group within the same subscription where the disk needs to be backed up. [Learn more](../virtual-machines/disks-incremental-snapshots.md#restrictions) about incremental snapshot for managed disks.
132132

133-
- Once you configure the backup of a disk, you can’t change the Snapshot Resource Group that’s assigned to a backup instance.
134-
135-
- During a backup operation, Azure Backup creates a Storage Account in the Snapshot resource group. Only one Storage Account is created per snapshot resource group. The account is reused across multiple disk backup instances that use the same resource group as the snapshot resource group.
136-
137-
- The Storage account doesn’t store the Snapshots. The Managed-disk’s incremental snapshots are ARM resources created on resource group and not in a Storage Account.
138-
- Storage Account stores the metadata for each recovery point. Azure Backup service creates a blob container per disk backup instance. For each recovery point, a block blob will be created to store metadata describing the recovery point (such as subscription, disk ID, disk attributes, and so on) that occupies a small space (in a few KiBs).
139-
- Storage Account is created as RA GZRS if the region supports zonal redundancy. If the region doesn’t support Zonal redundancy, the Storage Account is created as RA GRS.
140-
If any existing policy stops the creation of a Storage Account on the subscription or resource group with GRS redundancy, the Storage Account is created as LRS. The Storage Account that’s created is **General Purpose v2**, with block blobs stored on the hot tier in the Blob container.
141-
- The number of recovery points is determined by the Backup policy used to configure backup of the disk backup instance. According to the Garbage collection process, the older block blobs are deleted, as the corresponding older recovery points are pruned.
142-
143-
- Don’t apply resource lock or policies or firewall on the snapshot resource group or Storage Account created by Azure Backup service. The service creates and manages resources in this Snapshot resource group that’s assigned to a backup instance when you configure a disk backup. The service creates the Storage Account and its resources, and this shouldn’t be deleted or moved.
144-
145-
>[!Note]
146-
>If a Storage Account is deleted, backups will fail, and restore will fail for all existing recovery points.
133+
- Once you configure the backup of a disk, you can’t change the Snapshot Resource Group that’s assigned to a backup instance.
147134

148135
:::image type="content" source="./media/backup-managed-disks/validate-snapshot-resource-group-inline.png" alt-text="Screenshot showing the process to initiate prerequisites checks." lightbox="./media/backup-managed-disks/validate-snapshot-resource-group-expanded.png":::
149136

articles/backup/disk-backup-overview.md

Lines changed: 4 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,10 @@
22
title: Overview of Azure Disk Backup
33
description: Learn about the Azure Disk backup solution.
44
ms.topic: conceptual
5-
ms.date: 05/27/2021
5+
ms.date: 03/10/2022
6+
author: v-amallick
7+
ms.service: backup
8+
ms.author: v-amallick
69
---
710

811
# Overview of Azure Disk Backup
@@ -67,12 +70,6 @@ Incremental snapshots are always stored on standard storage, irrespective of the
6770

6871
The snapshots created by Azure Backup are stored in the resource group within your Azure subscription and incur Snapshot Storage charges. ForTo more details about the snapshot pricing, see [Managed Disk Pricing](https://azure.microsoft.com/pricing/details/managed-disks/). Because the snapshots aren't copied to the Backup Vault, Azure Backup doesn't charge a Protected Instance fee and Backup Storage cost doesn't apply.
6972

70-
During a backup operation, the Azure Backup service creates a Storage Account in the Snapshot Resource Group, where the snapshots are stored. Managed disk’s incremental snapshots are ARM resources created on Resource group and not in Storage Account.
71-
72-
Storage Account is used to store metadata for each recovery point. Azure Backup service creates a Blob container per disk backup instance. For each recovery point, a block blob is created to store metadata information describing the recovery point, such as subscription, disk ID, disk attributes, and so on, that occupies a small space (in a few KiBs).
73-
74-
The storage account is created as RA GZRS if the region supports zonal redundancy. If the region doesn’t support Zonal redundancy, the storage account is created as RAGRS. If your existing policy stops creation of storage accounts on the subscription or resource group with GRS redundancy, the Storage account is created as LRS. The storage account created is General Purpose v2 with block blobs stored on Hot tier in the blob container. You’re charged for the Storage Account according to the storage account's redundancy. These charges are for the size of the block blobs. However, this will be a minimal amount as it stores metadata only, which are few KiBs per recovery point.
75-
7673
The number of recovery points is determined by the Backup policy used to configure backups of the disk backup instances. Older block blobs are deleted according to the garbage collection process as the corresponding older recovery points are pruned.
7774

7875
## Next steps

0 commit comments

Comments
 (0)