First published on TECHNET on Jan 15, 2015
A customer of mine wanted some high level information on stress testing SharePoint as they prepare for there upgrade. These lists are not complete as their many tools out there, these are the ones that I am most familiar with. Here is the first e-mail I sent
Here are some best practices and notes on stress testing SharePoint
Tool to gather performance logs
The point of this exercise should be to simulate your user base and production environment to the best of your abilities. You should take into consideration the following:
Production hardware, this includes SharePoint servers, SQL server, AD servers, DNS servers, etc make sure you have all the servers you need to reproduce production. Also make sure that if in production they are virtualized that in the test you do the same.
What services will be active during the day ie Search Crawl, Backups, or User Profile
What kind of documents do users use? Text files, Office Documents, PDF, CAD Files, gif/jpg, etc. Also consider what size most documents are and how often users upload files that hit the max size.
How are the files used, opened vs download/upload. Do users do batch uploads of documents?
Max number of users connected to the system vs Max number of users using the system. Remember an idle user does still cause stress as does an active user, so if your users connect to SharePoint and then leave the page open without doing anything I recommend that you simulate that in your test.
Don’t forget that you should simulate supporting technology as well ie DNS, AD, Load balancers, etc
Custom code should be included in these tests
Do you have multiple Web Application and are you using My Sites, simulate connections and activites within all web applications and my sites as well.
Once you have run your tests and gotten the results you should optimize the environment ie add/remove SQL server, split up databases, add/remove SharePoint server, move services, etc. This article http://technet.microsoft.com/en-us/library/ff758658(v=office.15).aspx has counters and optimizations you can perform based on those results.
As well once you have run tests with realistic inputs, and have completed analyzes/optimization it never hurts to see what your system can deal with if you change specific settings. As an example what would happen if we allowed 2 GB files to be uploaded? What happens if we change certain list thresholds? What happens if we add another 2000 user connections?
NOTE: Coded web performance tests are not supported with SharePoint 2013, because they are considered unreliable.
Web performance and load testing SharePoint 2010 and 2013 applications
Plan for performance and capacity management in SharePoint Server 2013
Performance testing for SharePoint Server 2013
Monitoring and maintaining SharePoint Server 2013
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.