This is the first post in a series about moving to Onedrive for Business and/or Sharepoint Online from traditional fileshares and/or homedirectories, in bulk, without user interaction.
- Making your data compliant with Office 365 standards, and keeping it that way
- Moving the data (in bulk)
- User and endpoint transitioning
Many of my employer’s clients are transitioning to a Cloud First IT model. Think triple A, work anywhere, anytime, anyplace.
This poses a number of challenges on several fronts, least of all user expectations management. I’ve been involved in (mobile) device management, CYOD, BYOD, load migrations to Azure, email to Office 365, Lync onprem to Skype Online and data migrations.
In the latter, a multi-national company asked me to help them migrate around twenty thousand homedirectories without user interaction from traditional mapped homedrives on almost 100 fileservers spread out over the world, to Onedrive for Business. This series details how we moved all their files to Onedrive for Business from start till finish.
1. Restrictions by Microsoft and choosing your O4B client
We have to take into account that Microsoft sets a number of restrictions on data that is uploaded to Onedrive for Business. These restrictions differ depending on the Onedrive client you decide to deploy in your organisation.
The ‘old’ client (groove.exe) is generally considered very unreliable, and has withheld many organisations from adopting Onedrive for Business. It has a large number of undocumented and documented restrictions, BUT, it can sync Sharepoint Libraries.
The ‘new’ client (onedrive.exe) was very well received by the industry and finally supplies us with a reliable sync engine and a small measure of IT control over the deployment with fewer restrictions on data configuration. I highly recommend using the new client, if you really need to sync Sharepoint Libraries both clients can coexist on the same machine without problems.
2. The solution
During our project, it became quite clear that the restrictions on data, such as restricted characters in filenames and folders/files that were nested too deeply, could not be resolved by our users or by any software on the market. Thus, O365Datacleaner was born to automatically correct any of these restrictions.
During the cleanup phase of our project:
- we identified our users and the paths to their homedirectories
- built a CSV file with this data
- communicated to our users what would happen to their data, and where a report would be placed
- ran O365DataCleaner in bulk mode using the CSV file
Upon which we have compliant data in all homedirectories.
Of course, nothing was to stop a user from making his/her homedirectory non-compliant again, but more on how we solved that and moved their data later.