Hi, In Command Center I have created an Office 365 app for SharePoint backup. I left basically everything default and configured 10 Azure Apps and 10 Service Accounts for backup.The backup, although very slowly, runs. Schedule is default (daily 9PM), I created 1 Office Plan and 1 Server Plan However, I notice the backup uses only 1 stream. What can I do to make the SharePoint backup automatically use more streams, or how can I divide the SharePoint sites (5000+) in something that would be similar to the SubClients in the CommCell Console? Again, I have not used the CommCell Console, only Command Center,
Best answer by Henry LayView original
Thank you for your question. Although the SharePoint job appears to be running with a single stream, the job is actually being multi-threaded and will honour the stream value that is set. A couple of things you can do 1) Increase the streams value 2) Manually run backups on specific sites in parallel to the schedule backup job (Please ensure you run the manual jobs first before the scheduled job runs).
Could I please get a bit more information on your setup?:
I am indeed running manual backups (selecting limited number of sites only) in parallel.
I have the feeling that Commvault is working great but that I am fighting against the throttling of Microsoft. As a third party backup vendor (not Commvault) states in an internal forum: “we have discussed this with Microsoft and in the future it might even become worse where initial backups could take months and longer.”
Thank you for the additional information. Because you’re using Modern Authentication, you’ll only just need one service account to make the connection to the SPO tenant, as the backup utilizes the Azure apps to fetch the data. Having several Azure apps is beneficial because it means there is more to use in the pool in case one does get throttled since we round robin between them.
Given the number of Azure apps you are using, I don’t believe throttling will be an issue. You’ll also be able to see this in the job which will mention that a particular Azure app is getting throttled, and the job logs will show particular exception errors e.g. HTTP status code 429 ("Too many requests") or 503 ("Server Too Busy"). However, if we encounter throttling, the job will switch and utilize a different Azure App.
Hope that helps!
Hi Henry, Thanks for your feedback, that's all good to know. A first check doesn't show the error messages you are referring to. But when I double-click on the job in the Job Controller / Progress tab it invariably indicates the “Read” load is above 99%, sometimes even 100%! I see a difference here with for example OneDrive backup, which is normally faster and can give a high load on the on-prem DDB. Maybe I should check if I can access SharePoint fast enough from the SharePoint Powershell or something (meaning outside of Commvault), but for the moment I accept it as it is.
We noticed the same thing with SharePoint Online backups. Backup jobs only used 1 stream per access node. Commvault added multi-streaming support in FR25 version for SharePoint Online. We just did an upgrade to FR25 and SharePoint Online backups are completing much faster now.