Skip to content

Commit 88454ea

Browse files
authored
Merge pull request #131780 from fauhse/dts
StorSimple 8000 series migration route via new DTS service
2 parents 123ccf5 + c6cd6a8 commit 88454ea

7 files changed

+313
-242
lines changed
-15.3 KB
Loading
Loading
Loading
Loading
Loading

articles/storage/files/storage-files-migration-storsimple-8000.md

Lines changed: 305 additions & 236 deletions
Large diffs are not rendered by default.

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

Lines changed: 8 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -23,12 +23,16 @@ If your HR department (for instance) has a total of 15 shares, you might conside
2323

2424
Azure File Sync supports syncing the root of a volume to an Azure file share. If you sync the root folder, then all subfolders and files will go to the same Azure file share.
2525

26-
Syncing the root of the volume isn't always the best answer. There are benefits in syncing multiple locations. For example, doing so helps keep the number of items lower per sync scope. Setting up Azure File Sync with a lower number of items is not just beneficial for file sync. A lower number of items also benefits scenarios like these:
26+
Syncing the root of the volume isn't always the best answer. There are benefits in syncing multiple locations. For example, doing so helps keep the number of items lower per sync scope. While we test Azure file shares and Azure File Sync with 100 million items (files and folders) per share, a best practice is to try and keep the number below 20 or 30 million in a single share. Setting up Azure File Sync with a lower number of items is not just beneficial for file sync. A lower number of items also benefits scenarios like these:
2727

28-
* Cloud-side restore from an Azure file share snapshot can be taken as a backup.
28+
* Initial scan of the cloud content before the namespace can start to appear on an Azure File Sync enabled server can complete faster.
29+
* Cloud-side restore from an Azure file share snapshot will be faster.
2930
* Disaster recovery of an on-premises server can speed up significantly.
3031
* Changes made directly in an Azure file share (outside sync) can be detected and synced faster.
3132

33+
> [!TIP]
34+
> If you are unsure how many files and folder you have, you can check out the TreeSize tool from JAM Software GmbH.
35+
3236
#### A structured approach to a deployment map
3337

3438
Before you deploy cloud storage in a later step, it's important to create a map between on-premises folders and Azure file shares. This mapping will then inform how many and which Azure File Sync *sync group* resources you'll provision. A sync group ties the Azure file share and the folder on your server together and establishes a sync connection.
@@ -48,14 +52,12 @@ To make the decision about how many Azure file shares you need, review the follo
4852
>
4953
> This grouping under a common root has no impact on access to your data. Your ACLs stay as is. You would only need to adjust any share paths (like SMB or NFS shares) you might have on the server folders that you now changed into a common root. Nothing else changes.
5054
51-
Another important aspect of Azure File Sync and a balanced performance and experience is understanding the scale factors for Azure File Sync performance. Obviously, when files are synced over the internet, larger files take more time and bandwidth to sync.
52-
5355
> [!IMPORTANT]
5456
> The most important scale vector for Azure File Sync is the number of items (files and folders) that need to be synchronized.
5557
5658
Azure File Sync supports syncing up to 100 Million items to a single Azure file share. This limit can be exceeded and only shows what the Azure File Sync team tests on a regular basis.
5759

58-
It's a best practice to keep the number of items per sync scope low. That's an important factor to consider in your mapping of folders to Azure file shares.
60+
It's a best practice to keep the number of items per sync scope low. That's an important factor to consider in your mapping of folders to Azure file shares. While we test Azure file shares and Azure File Sync with 100 million items (files and folders) per share, a best practice is to try and keep the number below 20 or 30 million in a single share. Split your namespace into multiple shares if you start to exceed these numbers. You can continue to group multiple on-prem shares into the same Azure file share, as long as you stay roughly below these numbers. This will provide you with room to grow.
5961

6062
In your situation, it's possible that a set of folders can logically sync to the same Azure file share (using the new, common root folder approach mentioned earlier). But it might still be better to regroup folders such that they sync to two instead of one Azure file share. You can use this approach to keep the number of files and folders per file share balanced across the server.
6163

@@ -68,7 +70,7 @@ In your situation, it's possible that a set of folders can logically sync to the
6870
:::column:::
6971
Use a combination of the previous concepts to help determine how many Azure file shares you need, and which parts of your existing data will end up in which Azure file share.
7072

71-
Create a table that records your thoughts, so you can refer to it in the next step. Staying organized is important, because it can be easy to lose details of your mapping plan when you're provisioning many Azure resources at once. To help you in creating a complete mapping, you can download a Microsoft Excel file as a template.
73+
Create a table that records your thoughts, so you can refer to it when needed. Staying organized is important, because it can be easy to lose details of your mapping plan when you're provisioning many Azure resources at once. To help you in creating a complete mapping, you can download a Microsoft Excel file as a template.
7274

7375
[//]: # (HTML appears as the only way to accomplish adding a nested two-column table with working image parsing and text/hyperlink on the same line.)
7476

0 commit comments

Comments
 (0)