SQL Saturday Birmingham 2017

SQL Saturday Birmingham is on March 18th and I will be there! We will be looking at Power BI and the new features it brings to SharePoint modern pages!

You can find out more about the event, as well as register on their website.

The #SQLSatBham event was great – a well-run program! I really enjoyed my time in Birmingham and if you have the chance to attend next time you should!

My session was fun and I had a great turnout. Talking about how Power BI and SharePoint together can tell a great data story is always fun!

SharePoint Fest DC 2017

Use code GlennDC200 for $200 off registration!

I am so pumped up about the upcoming SharePoint Fest in Washington D.C.! First, I am once again joining the #SPFest team and delivering two SharePoint sessions! Second, the #SPFest events are great for networking and connecting with vendors. Third, it has been a while since I have been to the nation’s capital and I am looking forward to meeting new friends!

Go ahead and register for the event on the SharePoint Fest website. This fantastic event will not disappoint!

SharePoint 2016 and Maximum Degree Of Parallelism (MAXDOP)

I was a speaker at five SQL Saturdays this year and at each one of them I was asked why SharePoint requires the SQL Server Maximum Degree Of Parallelism setting to be set equal to 1. After explaining the reason, I would get a blank stare and then a response like “so SharePoint is inefficient and is hard-coded to look for MAXDOP=1?”

Knowing that I would be asked the same question again at the next SQL Saturday, in late July I sent out a tweet trying to get an answer to the question: “Will SharePoint Server 2016 require MAXDOP to be equal to 1?” The only response I received was from Dan Usher, who’s response you can see below – sarcasm included 🙂

So, with the release of SharePoint Server 2016 IT Preview, I was very interested in performing an install with MAXDOP set to something other 1.With SharePoint 2013, if MAXDOP did not equal 1, the install failed when creating the configuration database and would show an error (see information about permissions at the end of this post).

SharePoint 2013 MAXDROP Error
SharePoint 2013 MAXDROP Error

So with my first install of SharePoint 2016, I set MAXDOP equal to 5 in SQL Server and ran the install. The install completed successfully…to my surprise. I really thought I would see an error similar to the one above.

SharePoint 2016 Configuration Successful
SharePoint 2016 Configuration Successful

So, for a moment, I thought I might have a new story to tell my DBA friends: “SharePoint Server 2016 doesn’t require MAXDOP=1!” But, that moment quickly went away and I remembered why the error message appeared in a SharePoint 2013 install – the install user did not have sufficient rights within SQL Server to change the Maximum Degree Of Parallelism setting. SharePoint 2013 actually does attempt to change MAXDOP to 1, but if you have SQL and SharePoint configured properly, your SharePoint account will not have rights to make changes to SQL system settings.

For my first install test, I was using a service account that did have administrative rights on SQL as well. I looked at the setting in SQL and SharePoint 2016 did change the Maximum Degree Of Parallelism setting to 1. So, the story is, as of now anyway (we are dealing with Preview software), SharePoint Server 2016 requires MAXDOP=1.