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/azure-netapp-files/backup-requirements-considerations.md
+4-2Lines changed: 4 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: azure-netapp-files
5
5
author: b-hchen
6
6
ms.service: azure-netapp-files
7
7
ms.topic: conceptual
8
-
ms.date: 08/13/2024
8
+
ms.date: 01/27/2025
9
9
ms.author: anfdocs
10
10
---
11
11
# Requirements and considerations for Azure NetApp Files backup
@@ -24,7 +24,7 @@ Azure NetApp Files backup in a region can only protect an Azure NetApp Files vol
24
24
25
25
* There can be a delay of up to 5 minutes in displaying a backup after the backup is actually completed.
26
26
27
-
* For volumes larger than 10 TB, it can take multiple hours to transfer all the data from the backup media.
27
+
* For volumes larger than 10 TiB, it can take multiple hours to transfer all the data from the backup media.
28
28
29
29
* The Azure NetApp Files backup feature supports backing up the daily, weekly, and monthly local snapshots to the Azure storage. Hourly backups aren't currently supported.
30
30
@@ -36,6 +36,8 @@ Azure NetApp Files backup in a region can only protect an Azure NetApp Files vol
36
36
37
37
* Policy-based (scheduled) Azure NetApp Files backup is independent from [snapshot policy configuration](azure-netapp-files-manage-snapshots.md).
38
38
39
+
* You can't apply a backup policy to a volume while a manual backup is in progress. Wait for the manual backup to complete before applying the policy.
40
+
39
41
* In a [cross-region replication](cross-region-replication-introduction.md) (CRR) or [cross-zone replication](cross-zone-replication-introduction.md) (CZR) setting, Azure NetApp Files backup can be configured on a source volume.
40
42
41
43
Backups on a destination volume are only supported for manually created snapshots. To take backups of a destination volume, create a snapshot on the source volume then wait for the snapshot to be replicated to the destination volume. From the destination volume, you select the snapshot for backup. Scheduled backups on a destination volume aren't supported.
Copy file name to clipboardExpand all lines: articles/azure-netapp-files/maxfiles-concept.md
+7-6Lines changed: 7 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,14 +5,12 @@ services: azure-netapp-files
5
5
author: b-hchen
6
6
ms.service: azure-netapp-files
7
7
ms.topic: conceptual
8
-
ms.date: 08/09/2024
8
+
ms.date: 01/27/2025
9
9
ms.author: anfdocs
10
10
---
11
11
# Understand `maxfiles` limits in Azure NetApp Files
12
12
13
-
Azure NetApp Files volumes have a value called `maxfiles` that refers to the maximum number of files and folders (also known as inodes) a volume can contain. When the `maxfiles` limit is reached, clients receive "out of space" messages when attempting to create new files or folders. If you experience this issue, contact Microsoft technical support.
14
-
15
-
The `maxfiles` limit for an Azure NetApp Files volume is based on the size (quota) of the volume, where the service dynamically adjusts the `maxfiles` limit for a volume based on its provisioned size and uses the following guidelines.
13
+
Azure NetApp Files volumes have a value called `maxfiles` that refers to the maximum number of files and folders (also known as inodes) a volume can contain. The `maxfiles` limit for an Azure NetApp Files volume is based on the size (quota) of the volume, where the service dynamically adjusts the `maxfiles` limit for a volume based on its provisioned size and uses the following guidelines.
16
14
17
15
- For regular volumes less than or equal to 683 GiB, the default `maxfiles` limit is 21,251,126.
18
16
- For regular volumes greater than 683 GiB, the default `maxfiles` limit is approximately one file (or inode) per 32 KiB of allocated volume capacity up to a maximum of 2,147,483,632.
@@ -32,7 +30,7 @@ The following table shows examples of the relationship `maxfiles` values based o
32
30
| 50 TiB (53,687,091,200 KiB) | 1,593,835,519 |
33
31
| 100 TiB (107,374,182,400 KiB) | 2,147,483,632 |
34
32
35
-
The following table shows examples of the relationship `maxfiles` values based on volume sizes for large volumes.
33
+
The following table shows examples of the relationship `maxfiles` values based on volume sizes for [large volumes](large-volumes-requirements-considerations.md).
36
34
37
35
| Volume size | Estimated `maxfiles` limit |
38
36
| - | - |
@@ -45,9 +43,12 @@ To see the `maxfiles` allocation for a specific volume size, check the **Maximum
45
43
46
44
:::image type="content" source="./media/azure-netapp-files-resource-limits/maximum-number-files.png" alt-text="Screenshot of volume overview menu." lightbox="./media/azure-netapp-files-resource-limits/maximum-number-files.png":::
47
45
46
+
When the `maxfiles` limit is reached, clients receive "out of space" messages when attempting to create new files or folders. Adjusting your quota based on this information can create greater inode availability. If you have further issues with the `maxfiles` limit, contact Microsoft technical support.
47
+
48
+
48
49
You can't set `maxfiles` limits for data protection volumes via a quota request. Azure NetApp Files automatically increases the `maxfiles` limit of a data protection volume to accommodate the number of files replicated to the volume. When a failover happens on a data protection volume, the `maxfiles` limit remains the last value before the failover. In this situation, you can submit a `maxfiles`[quota request](azure-netapp-files-resource-limits.md#request-limit-increase) for the volume.
0 commit comments