Forum Discussion
Active OneDrive makes whole environment 'sluggish'
Our client is using AVD for about 5 weeks in 'production' now. It is a smaller company with about 40 users. We have 6 VM's in AVD (D4s_v5) in use at the moment. We have tried D8s_v5 without any impro...
I have a customer that is experiencing slow performance regarding OneDrive/SharePoint when opening files on AVD Hosts.
The setup is:
- WVDadmin with a master VM that i make changed on and re-image.
- AVD is domain joined but NOT hybrid joined.
- 10-12 users on D4s V5 (4 vCPU and 16 GB RAM) AVD hosts. Started with two but tried with tre as well it gave no performance increase regarding OneDrive/SharePoint
- I have used MS own Windows 11 23H2 Multi session host without Office package.
- Installed Office package with shared computer activation WITHOUT teams and OneDrive included.
- Run https://github.com/The-Virtual-Desktop-Team/Virtual-Desktop-Optimization-Tool after image rollout, removed bunch og appx packages, services and scheduled tasks.
- Installed OneDrive as machine install (best prac for AVD) (newest version).
- FSLogix is the newest version on Azure Files Premium 490 GB Storage. Multi SMB Channel enabled.
- Implemented OneDrive cleanup by Marcel: https://blog.itprocloud.de/OneDrive-Clean-Up-For-Azure-Virtual-Desktop-AVD-agains-Profile-Blotting/
- Users use seperate dedicated mailbox that they need to roam credentials with and therefore roamidentity is enabled.
The Issue:
OneDrive/SharePoint files is like 20-30 seconds to open for the users. It makes no difference if the file is not on-demand or not. What is wrong here and what can be done so its faster for the users?
The setup is:
- WVDadmin with a master VM that i make changed on and re-image.
- AVD is domain joined but NOT hybrid joined.
- 10-12 users on D4s V5 (4 vCPU and 16 GB RAM) AVD hosts. Started with two but tried with tre as well it gave no performance increase regarding OneDrive/SharePoint
- I have used MS own Windows 11 23H2 Multi session host without Office package.
- Installed Office package with shared computer activation WITHOUT teams and OneDrive included.
- Run https://github.com/The-Virtual-Desktop-Team/Virtual-Desktop-Optimization-Tool after image rollout, removed bunch og appx packages, services and scheduled tasks.
- Installed OneDrive as machine install (best prac for AVD) (newest version).
- FSLogix is the newest version on Azure Files Premium 490 GB Storage. Multi SMB Channel enabled.
- Implemented OneDrive cleanup by Marcel: https://blog.itprocloud.de/OneDrive-Clean-Up-For-Azure-Virtual-Desktop-AVD-agains-Profile-Blotting/
- Users use seperate dedicated mailbox that they need to roam credentials with and therefore roamidentity is enabled.
The Issue:
OneDrive/SharePoint files is like 20-30 seconds to open for the users. It makes no difference if the file is not on-demand or not. What is wrong here and what can be done so its faster for the users?
- Hi Oliver.
Our freshly installed VM's seemed to do the trick. For about three days.
We are experiencing the same issues like you have. Browsing through explorer on a "local' disk is fast. Browsing through explorer on SharePoint/OneDrive files is slow - 20-30 seconds per click.
We are working with a partner for a solution on this. But are considering a move to Azure File Storage instead of SharePoint - yes, the client will lose the M365 functionality, we know.
Do you have any updates?EBRIN2233 HI,
It worked to deploy a fresh AVD host without using the VDOT or Marcels OneDrive cleanup. Im seeing pretty normal performance for the users. The only problem is i have nothing to dehydrate the files for the users.
Disk is 128 GB SSD Premium and IOPS is bumped up to 1100. Im running 1:1 ratio with the vCPU per user.
- I was the only user just now on a D4S-v5 so I had 4vCPU and 16GB to play with.
Everything is fast and great to work with, only files and folders in SharePoint/OneDrive are an issue.
We now disabled to connect local drives in the AVD-session. One of my collegues read that could cause issues like this.
But my guess it's a OneDrive/SharePoint issue somehow.
We disabled the GPO to connect the sharepoint libraries automatically. So the GPO can't be the cause either.
