次の方法で共有

SQL Saturday 117: Columbus, OH

  • [アーティクル]

I will be teaching a session at SQL Saturday in Columbus, OH this weekend!

While I have done plenty of workshops and customer presentations, this will be my first time speaking at a user group event.  I am looking forward it!

My session is titled SQL Server and SharePoint: Best Frienemies

I decided to do this session as I have gotten the luck of the draw to work with a number of very large SharePoint environments.  The two products do not always play nice together, but they can be managed with the proper settings, maintenance, and planning. In working with my customers, I did not find a whole lot of guidance on how to deal with all the oddities that come with a SharePoint application workload on a SQL Server other than my peers who also worked with large SharePoint environments.  I wanted this session to help DBAs understand a little bit about the SharePoint application, the databases it needs, and how to keep it running smoothly.  I have found that the most successful environments are ones where the SharePoint application team and the DBA team work together and share knowledge. I will also point out things to look out for as SharePoint can wreak havoc on a SQL Server if left unchecked.

I uploaded my slides today and I am ready to go!

Comments

  • Anonymous
    May 31, 2012
    Note: I will post slides on my blog after the session

  • Anonymous
    July 14, 2013
    Hello. I am working with a client and after they had attended a SQL Saturday, have begun a debate as how to best utalize CPU and resources on a single farm with a single SQL server, by creating many instances and dividing out the single farms databases across them. I'm reaching out to you as in their notes was your very informative [AD-310-C]_SQLNSharePoint_Frienemies, however it does not cover anything on splitting up databases. I have created another blog on the subject and was wondering if you could help share some insight on the matter. Please see below and I appreciate your time and expertise on this subject. social.technet.microsoft.com/.../why-or-why-not-divide-a-single-farm-databases-between-multiple-instances-on-a-single-sql-server