Apr 03 2019 02:46 AM - edited Apr 03 2019 05:27 AM
Hello
We are planning to migration of our old file servers (60+) across the globe , Should we migrate to Azure Sync using Storage Migration Services or should we migrate to SharePoint Online ? What is best option and why? Is there any article available on this?
What are Pros & Cons / Limitation of Storage Migration Services?
If I have 60 File Server, how many Orchestrator servers we should maintain including Source and Destination Server?
Please also let me know the minimum hardware requirements of Orchestrator, Destination Server? I did not found anywhere on this?
Regards
Avian
Why
Apr 05 2019 09:50 AM
Hi. Answers inline:
Should we migrate to Azure Sync using Storage Migration Services or should we migrate to SharePoint Online ?
When you say Azure Sync do you mean Azure File Sync (https://docs.microsoft.com/en-us/azure/storage/files/storage-sync-files-deployment-guide?tabs=azure-...)? If so I'll add someone from that team.
What are Pros & Cons / Limitation of Storage Migration Services? I recommend you watch this Ignite session, it explains all those https://myignite.techcommunity.microsoft.com/sessions/64689#ignite-html-anchor
If I have 60 File Server, how many Orchestrator servers we should maintain including Source and Destination Server?
You'll need 60 destination servers. If they are running WS2019, you only need one orchestrator to manage them, they will do the heavy lifting of data transfer. If you are migrating to 2016 or 2012 R2, you will need more orchestrators if you want to do many server migrations at a time. The orchestrator in that case will do the heavy lifting and become a bottleneck for data throughput.
Please also let me know the minimum hardware requirements of Orchestrator, Destination Server? I did not found anywhere on this?
Just Windows Server 2019's minimum https://docs.microsoft.com/en-us/windows-server/get-started-19/sys-reqs-19. I'd recommend always having at least 2 cores and 2GB of RAM in any Windows Server 2019 machine regardless of those minimums.
Ned Pyle
Microsoft
Apr 05 2019 12:49 PM - edited Apr 06 2019 03:14 PM
Hi @Avian 1,
We see a definite differentiation between the types of workloads a customer would put in SharePoint/SharePoint Online/OneDrive for Business and the workloads a customer would put on a file server (with or without Azure File Sync) or directly into Azure Files.
SharePoint Online (SPO) is absolutely fantastic for Office Document collaboration scenarios - enabling co-editing, automatic file versioning, etc. Even though Ned and I work on file shares (Windows and Azure, respectively), we use SharePoint all the time for this kind of scenario.
File shares, wherever they're hosted, are typically useful for when, either for form or for function, a customer wants traditional file system semantics: file system locking, Windows-compatible ACLs, etc. Common scenarios we see: financial/legal documents, engineering file types (AutoCAD, source code, executable build shares, etc.), VM image libraries, multimedia creation (Photoshop, Premiere, etc.).
One other pattern we see customers doing is extending the life of their on-premises file servers with Azure File Sync (to avoid having to provision more on-premises storage), while they re-evaluate which shares can be migrated to SPO and which shares need to stay in file share form. SharePoint even has tooling that can read data from an Azure file share, so this is a smart strategy to migrate data to SPO :)
Hope this was helpful - I'm happy to answer any additional questions on the trade-offs here.
Will Gries
PM, Azure Files/Azure File Sync
Apr 07 2019 10:02 PM
Thanks for clarifications.
Is there any article when I find comparison Azure Sync vs SPOnline?
Avian
Apr 07 2019 10:04 PM
@Avian 1, no we do not have such an article, but if you private message me with your email address, we can have a quick phone call to discuss.
Apr 07 2019 10:05 PM
Thanks for response. Below line is confusing for me
You'll need 60 destination servers. If they are running WS2019, you only need one orchestrator to manage them, they will do the heavy lifting of data transfer. If you are migrating to 2016 or 2012 R2, you will need more orchestrators if you want to do many server migrations at a time. The orchestrator in that case will do the heavy lifting and become a bottleneck for data throughput.
You mentioned I need 60 destination, you mean WS2016 or 2012 R2 server. It is costly affairs. Because once the data is completely sync to Azure then we dont need file server, they will be
Please clarify.
Avian
Apr 08 2019 09:48 AM
SolutionMigration is 1-to -1. If you have 60 file servers to replace, SMS needs 60 file servers to migrate them to. They can be WS2016 or WS2012 R2, but if you use older operating systems:
I'm not talking about Azure here, just SMS. If you are just wanting to send data to Azure that users don't directly access again via a file server, you should look Azure Databox options.
Ned Pyle | Principal Program Manager, MS | @nerdpyle
Apr 08 2019 10:02 PM
Apr 09 2019 12:39 PM
Apr 08 2019 09:48 AM
SolutionMigration is 1-to -1. If you have 60 file servers to replace, SMS needs 60 file servers to migrate them to. They can be WS2016 or WS2012 R2, but if you use older operating systems:
I'm not talking about Azure here, just SMS. If you are just wanting to send data to Azure that users don't directly access again via a file server, you should look Azure Databox options.
Ned Pyle | Principal Program Manager, MS | @nerdpyle