Skip to content

Commit 5d6fc59

Browse files
Update storage-files-migration-namespace-mapping.md
Fixed url links in the new section added "Common File Sync Scenarios and Considerations"
1 parent 23a6181 commit 5d6fc59

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

includes/storage-files-migration-namespace-mapping.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -65,8 +65,8 @@ It's possible that, in your situation, a set of folders can logically sync to th
6565
| # | Sync Scenarios | Supported | Considerations (or limitations) | Solution (or workaround) |
6666
|---|---|:---:|---|---|
6767
| 1 | File Server with multiple disks/volumes and multiple shares to same target Azure File share (Consolidation) | No | A target Azure file share (cloud endpoint) only supports syncing with 1 sync group. <br/> <br/> A Sync group only support 1 server endpoint per registered server. | 1) Start with syncing 1 disk (it's root volume) to target Azure file share. Starting with largest disk/volume will help with storage requirements on-prem. Config cloud tiering to tier all data to cloud, thereby freeing up space on the file server disk. Move data from other volumes/shares into the current volume which is syncing. Continue the steps one by one until all data is tiered up to cloud/migrated.<br/> 2) Target 1 root volume (disk) at a time. Use cloud tiering to tier all data to target Azure file share. Remove server endpoint from sync group, re-create the endpoint with the next root volume/disk, sync and repeat the process. Note: Agent re-install might be required.<br/> 3) Recommend using multiple target Azure File Share (same or different storage account based on perf requirements) |
68-
| 2 | File Server with single volume and multiple shares to same target Azure File share (Consolidation) | Yes* | Cannot have multiple server endpoints per registered server syncing to same target Azure file share (same as above) | Sync root* of the volume holding multiple shares or top-level folders. Refer [Share grouping concept](https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-planning#share-grouping) and [Volume sync](https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-planning#volume-sync) for more info. |
69-
| 3 | File Server with multiple shares and/or volumes to multiple Azure file shares under single Storage Account (1:1 share mapping) | Yes | A single Windows Server instance (or cluster) can sync up to 30 Azure file shares.<br/><br/> A storage account is a scale target for performance. IOPS and throughput get shared across file shares.<br/><br/> Keep no. of items per sync group within 100 million items (files and folders) per share. Ideally best if it's below 20 or 30 million per share. | 1) Use multiple sync groups (no. of sync groups = no. of Azure file shares to sync to).<br/> 2) Only 30 shares can be synced in this scenario at a time. If you have more than 30 shares on that File Server, use [Share grouping concept](https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-planning#share-grouping) and [Volume sync](https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-planning#volume-sync) to reduce no. of root or top-level folders at source.<br/> 3) Use additional File Sync servers on-prem and split/move data to these servers to work around limitations on the source Windows server. |
68+
| 2 | File Server with single volume and multiple shares to same target Azure File share (Consolidation) | Yes* | Cannot have multiple server endpoints per registered server syncing to same target Azure file share (same as above) | Sync root* of the volume holding multiple shares or top-level folders. Refer [Share grouping concept](../../../includes/storage-files-migration-namespace-mapping.md#share-grouping) and [Volume sync](../../../includes/storage-files-migration-namespace-mapping.md#volume-sync) for more info. |
69+
| 3 | File Server with multiple shares and/or volumes to multiple Azure file shares under single Storage Account (1:1 share mapping) | Yes | A single Windows Server instance (or cluster) can sync up to 30 Azure file shares.<br/><br/> A storage account is a scale target for performance. IOPS and throughput get shared across file shares.<br/><br/> Keep no. of items per sync group within 100 million items (files and folders) per share. Ideally best if it's below 20 or 30 million per share. | 1) Use multiple sync groups (no. of sync groups = no. of Azure file shares to sync to).<br/> 2) Only 30 shares can be synced in this scenario at a time. If you have more than 30 shares on that File Server, use [Share grouping concept](../../../includes/storage-files-migration-namespace-mapping.md#share-grouping) and [Volume sync](../../../includes/storage-files-migration-namespace-mapping.md#volume-sync) to reduce no. of root or top-level folders at source.<br/> 3) Use additional File Sync servers on-prem and split/move data to these servers to work around limitations on the source Windows server. |
7070
| 4 | File Server with multiple shares and/or volumes to multiple Azure file shares under different Storage Account (1:1 share mapping) | Yes | A single Windows Server instance (or cluster) can sync up to 30 Azure file shares (same or different Storage account).<br/><br/> Keep no. of items per sync group within 100 million items (files and folders) per share. Ideally best if it's below 20 or 30 million per share. | *Same approach as above* |
7171
| 5 | Multiple File Servers with single (root volume or share) to same target Azure File share (Consolidation) | No | A sync group cannot use cloud endpoint (Azure file share) already configured in another sync group.<br/><br/> Though a sync group can have server endpoints on different File Servers, the files cannot be distinct. | *Follow guidance in Scenario # 1 above with additional consideration of targeting one file server at a time.* |
7272

0 commit comments

Comments
 (0)