Skip to content

Commit c65fa5e

Browse files
authored
Merge pull request #196769 from khdownie/kendownie050222-3
Quick fixes
2 parents f604db6 + 9109dfc commit c65fa5e

File tree

2 files changed

+2
-2
lines changed

2 files changed

+2
-2
lines changed

articles/storage/files/storage-files-migration-nas-hybrid.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -61,7 +61,7 @@ As mentioned in the Azure Files [migration overview article](storage-files-migra
6161

6262
1. Move a set of files that fits onto the disk
6363
2. let file sync and cloud tiering engage
64-
3. when more free space is created on the volume, proceed with the next batch of files. Alternatively, review the RoboCopy command in the [RoboCopy section](#phase-7-robocopy) of this article for use of the new `/LFSM` switch. Using `/LFSM` can significantly simplify your RoboCopy jobs, but it is not compatible with some other RoboCopy switches you might depend on. Only use the /LFSM switch when the migration destination is local storage. It's not supported when the destination is a remote SMB share.
64+
3. when more free space is created on the volume, proceed with the next batch of files. Alternatively, review the RoboCopy command in the [RoboCopy section](#phase-7-robocopy) of this article for use of the new `/LFSM` switch. Using `/LFSM` can significantly simplify your RoboCopy jobs, but it is not compatible with some other RoboCopy switches you might depend on. Only use the `/LFSM` switch when the migration destination is local storage. It's not supported when the destination is a remote SMB share.
6565

6666
You can avoid this batching approach by provisioning the equivalent space on the Windows Server that your files occupy on the NAS appliance. Consider deduplication on NAS / Windows. If you don't want to permanently commit this high amount of storage to your Windows Server, you can reduce the volume size after the migration and before you adjust the cloud tiering policies. That creates a smaller on-premises cache of your Azure file shares.
6767

articles/storage/files/storage-files-scale-targets.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -58,7 +58,7 @@ There are two main types of storage accounts for Azure Files:
5858
| Maximum request rate (Max IOPS) | <ul><li>20,000, with large file share feature enabled<sup>2</sup></li><li>1,000 or 100 requests per 100 ms, default</li></ul> | <ul><li>Baseline IOPS: 3000 + 1 IOPS per GiB, up to 100,000</li><li>IOPS bursting: Max (10000, 3x IOPS per GiB), up to 100,000</li></ul> |
5959
| Throughput (ingress + egress) for a single file share (MiB/sec) | <ul><li>Up to 300 MiB/sec, with large file share feature enabled<sup>2</sup></li><li>Up to 60 MiB/sec, default</li></ul> | 100 + CEILING(0.04 * ProvisionedGiB) + CEILING(0.06 * ProvisionedGiB) |
6060
| Maximum number of share snapshots | 200 snapshots | 200 snapshots |
61-
| Maximum object name length (total pathname including all directories and files) | 2,048 characters | 2,048 characters |
61+
| Maximum object name length (total pathname including all directories and filename) | 2,048 characters | 2,048 characters |
6262
| Maximum individual pathname component length (in the path \A\B\C\D, each letter represents a directory or file that is an individual component) | 255 characters | 255 characters |
6363
| Hard link limit (NFS only) | N/A | 178 |
6464
| Maximum number of SMB Multichannel channels | N/A | 4 |

0 commit comments

Comments
 (0)