Eu tenho uma instância do SQL Server 2012 (SP1) # cu5 (X64) usada como back-end do SharePoint 2010 e, na maior parte, uso apenas 10 a 30% da CPU, mas há um alto uso da CPU ao executar o rastreamento de pesquisa FAST (incremental e completo ).
Seguindo a recomendação da Microsoft para instâncias SQL do SharePoint Criação automática e atualização automática As estatísticas são desativadas e o SharePoint deve cuidar das estatísticas e da manutenção do índice usando regras do analisador de integridade e trabalhos de timer. Na maioria das vezes, funciona bem, mas ao investigar as consultas que criam alto uso da CPU, descobri que há estatísticas ausentes, mas não posso criá-las, pois a modificação dos bancos de dados do SharePoint os tornará incompatíveis.
Informe-me se você já passou por uma situação semelhante e qualquer conselho útil será apreciado. Também deixe-me saber se você acha que https://sharepoint.stackexchange.com/ é o melhor lugar para postar isso em vez de DBA SE.
Ambiente SQL Server: HP ProLiant DL385p Gen8, Microsoft Windows Server 2008 R2 Enterprise SP1, Processador AMD Opteron(tm) 6204(single Socket, 2 Core, HT habilitado) Microsoft SQL Server 2012 (SP1) #cu5 (X64)
Ambiente do SharePoint (não tenho muitos detalhes sobre isso agora): SP 2010 SP2 (2 servidores de aplicativos, 2 servidores da Web, 1 servidor de pesquisa FAST)
DaniSQL 28 de fevereiro de 2014 às 19:46: converter comentário em resposta
Sim está resolvido. Fizemos várias coisas em paralelo, por isso é difícil dizer exatamente o que corrigiu.
Aplicamos o service pack e CU mais recentes em todos os servidores, incluindo SharePoint e SQL, começamos a manter índices e atualizar estatísticas manualmente, além do SharePoint.
Em seguida, execute o rastreamento completo algumas vezes e o problema desapareceu.