Forum Discussion
OneDrive Client, Files on Demand and Syncing large libraries
Update:
I recently got to have a conversation with some people from the OneDrive engineering team regarding an issue we were having that stemmed from a recent code update to SharePoint that impacted the way OneDrive handles document library content (our tenant is on First Release).
In short, our permissions model was specifically designed to take advantage of client behavior wherein, if a user had access to content, but NOT the parent folder, OneDrive would not try to represent that content in the local Files on Demand cache file and would only process the data that the user could navigate to.
We had various reasons for doing this, from effectively hiding content that was stale or archived, reducing load on OneDrive iOS clients, as well as reducing workload on the OneDrive Windows clients.
This behavior was driven by what Microsoft apparently saw as a problem that they referred to as Gap Folders, folders whose permissions had a gap from the parent, and because of this, the Sync Client couldn't synchronize content that had a gap in permissions.
Well, they recently pushed a code update to Sharepoint that addressed this issue, allowing the Client to have an understanding of all content in a library that a user has permissions to, which undoubtedly solved sync issues for many customers. Unfortunately this introduced a huge issue to us, as over 80% of our content is considered Archived and should never be synced locally, even though it's routinely accessed for historical content and we had taken advantage of the SharePoint permissions model and the client to manage this is a way that to us was an elegant and easy to manage solution.
If you're using gapped permissions in a similar manner with clients actively deployed, be aware that there are code changes coming down the pike that could cause clients to get overloaded and fail if they are suddenly presented with significantly more data that had been planned for.
They are actively evaluating this issue now, but I don't have an update yet on what the path forward will look like, as there are legitimate use cases for both wanting the client to see gapped content and not.
- Thanks for detailed finding and explanation. By any chance are you using RMS for your OneDrive for Business or SharePoint. Would love to hear your thoughts.
- Not at the moment no, though it’s on our roadmap. We are in early planning stages for an RMS rollout, part of the problem is that we are leveraging a wide number of other Microsoft technologies such as Cloud App Security, and we want to make sure that we take advantage of the full ecosystem across CAS, Azure RMS, SharePoint, Windows Information Protection, etc. I’m sure once we get that far I’ll have more to share :)
- dustintadam This is a great write up. I am wondering if there is a way to prevent users from syncing libraries with the ODFB client, or maybe a way to limit what libraries are ok to sync with and others not.
Document library cleanup is something i have been dealing with for years. my thought is that if you have large libraries with so many objects in them, that it would make sense to start moving stale content to a different library?
Now that I am thinking about it, would creating an active document library and an archive document library serve you? For example, you could technically use the Information Management Policies to move documents that haven't been touched in X amount of time to an archive library, thuse freeing up the total amount of objects? With the new persistent urls in SPO, you wouldn't need to worry about links breaking.
Perhaps i am completely oversimplifying the complexity of your library. But if microsoft isn't providing a way to limit what you can sync to, then we would have to macgyver this out?
Nando
