Maintain control of your Microsoft 365 data
Post Reply
EricinIT
Service Provider
Posts: 98
Liked: 13 times
Joined: Dec 16, 2020 7:03 pm
Full Name: Eric Henke
Contact:

Performance Degraded After v8 Upgrade

Post by EricinIT »

Hi,

Prior to using Veeam Backup for M365 v8, my backup proxies were at times using close to 100% CPU during our busiest backup times late evening. However, after the v8 upgrade, the CPU never reaches 100% anymore and is basically under 20% even with many jobs running. In the VBM365 console, most if not all jobs show "Objects waiting for processing" with a count. It's like the jobs are just queuing and processing only a set number of objects which no longer uses the full amount of resources available to it anymore. I did put all the repositories into a Proxy Pool and added a second proxy to it to see if that'd help. However, that didn't make any difference from what I can tell and objects still go to Objects waiting for processing. It no longer seems to be using the full resources available anymore. Also, the jobs seem to run way longer as well into the day from what used to be completing by early morning.

Eric
bobbylwest
Novice
Posts: 3
Liked: never
Joined: Apr 13, 2022 9:28 pm
Full Name: Bobby West
Contact:

Re: Performance Degraded After v8 Upgrade

Post by bobbylwest »

I would tend to agree. I have a new install of v8, with proxy pool and its like watching paint dry most of the time. From what I can tell the Postgres DB is busy doing a bunch of stuff but the actual fetching of data from M365 is taking forever... Especially Onedrive/SharePoint data.
EricinIT
Service Provider
Posts: 98
Liked: 13 times
Joined: Dec 16, 2020 7:03 pm
Full Name: Eric Henke
Contact:

Re: Performance Degraded After v8 Upgrade

Post by EricinIT »

Yes, SharePoint and OneDrive have always been throttled. The workaround was to use auxillary applications to increase throughput on that. However, I've noticed that v8 goes into this "Organization throttling" mode quite frequently which I've not noticed it doing in v7. This seems to reduce processing performance considerably. Is there any method to prevent this?

Eric
EricinIT
Service Provider
Posts: 98
Liked: 13 times
Joined: Dec 16, 2020 7:03 pm
Full Name: Eric Henke
Contact:

Re: Performance Degraded After v8 Upgrade

Post by EricinIT »

After doing a much testing with the Veeam Backup for M365 v8 product, what helps is to scale the proxy pool to have more smaller proxies instead of a few large proxies in it. This seems to get the 64 threads per proxy and use more CPU than with a couple large proxies where the CPU usage stays quite low.

Eric
Polina
Veeam Software
Posts: 3169
Liked: 770 times
Joined: Oct 21, 2011 11:22 am
Full Name: Polina Vasileva
Contact:

Re: Performance Degraded After v8 Upgrade

Post by Polina »

Hi Eric,

The following considerations can help you with sizing your proxies in v8:
- CPU/RAM ratio should be planned as 4 GB of RAM per each 1 CPU core (i.e. 8 CPU/32 GB RAM)
- Threads number changes dynamically, with a minimum of 4 threads allocated per each 1 CPU core and a maximum of 12 threads per core (i.e. for an 8 CPU proxy you get a minimum of 32 threads which can scale to up to 96 threads)

Hope it helps
benoit.rey
Service Provider
Posts: 6
Liked: never
Joined: Feb 25, 2019 3:05 pm
Contact:

Re: Performance Degraded After v8 Upgrade

Post by benoit.rey »

Hi,

The performances since our transition to v8 have been also very degraded (expecially on Exchange and Sharepoint jobs for one specific customer).

We have jobs that used to take 2 hours that now take more than 20 hours.

We also have a big increase in copy job execution time (Azure to Azure).

Two tickets opened without real response to date.

Benoît
Post Reply

Who is online

Users browsing this forum: No registered users and 2 guests