Skip to content

Commit c382fef

Browse files
Merge pull request #293658 from b-ahibbard/css
Css
2 parents e9dbcb5 + 0005c2b commit c382fef

File tree

2 files changed

+11
-8
lines changed

2 files changed

+11
-8
lines changed

articles/azure-netapp-files/backup-requirements-considerations.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ services: azure-netapp-files
55
author: b-hchen
66
ms.service: azure-netapp-files
77
ms.topic: conceptual
8-
ms.date: 08/13/2024
8+
ms.date: 01/27/2025
99
ms.author: anfdocs
1010
---
1111
# 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
2424

2525
* There can be a delay of up to 5 minutes in displaying a backup after the backup is actually completed.
2626

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.
2828

2929
* 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.
3030

@@ -36,6 +36,8 @@ Azure NetApp Files backup in a region can only protect an Azure NetApp Files vol
3636

3737
* Policy-based (scheduled) Azure NetApp Files backup is independent from [snapshot policy configuration](azure-netapp-files-manage-snapshots.md).
3838

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+
3941
* 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.
4042

4143
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.

articles/azure-netapp-files/maxfiles-concept.md

Lines changed: 7 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -5,14 +5,12 @@ services: azure-netapp-files
55
author: b-hchen
66
ms.service: azure-netapp-files
77
ms.topic: conceptual
8-
ms.date: 08/09/2024
8+
ms.date: 01/27/2025
99
ms.author: anfdocs
1010
---
1111
# Understand `maxfiles` limits in Azure NetApp Files
1212

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.
1614

1715
- For regular volumes less than or equal to 683 GiB, the default `maxfiles` limit is 21,251,126.
1816
- 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
3230
| 50 TiB (53,687,091,200 KiB) | 1,593,835,519 |
3331
| 100 TiB (107,374,182,400 KiB) | 2,147,483,632 |
3432

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).
3634

3735
| Volume size | Estimated `maxfiles` limit |
3836
| - | - |
@@ -45,9 +43,12 @@ To see the `maxfiles` allocation for a specific volume size, check the **Maximum
4543

4644
:::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":::
4745

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+
4849
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.
4950

5051
## Next steps
5152

5253
* [Azure NetApp Files resource limits](azure-netapp-files-resource-limits.md)
53-
* [Understand maximum directory sizes](directory-sizes-concept.md)
54+
* [Understand maximum directory sizes](directory-sizes-concept.md)

0 commit comments

Comments
 (0)