CORREÇÃO: Contenções ocorrerem quando você executar muitas consultas ad-hoc no SQL Server 2012

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3074425
Sintomas
Suponha que você tenha estatísticas e tabelas e as tabelas contêm várias colunas em um banco de dados do Microsoft SQL Server 2012. Quando você executar muitas consultas ad-hoc para recuperar os dados dessas tabelas simultaneamente, contenções podem ocorrer.
Resolução

Informações da atualização cumulativas

O problema foi corrigido primeiro na atualização cumulativa seguinte do SQL Server. Recomendação: Instale a atualização cumulativa mais recente para o SQL Server
Cada nova atualização cumulativa para SQL Server contém todos os hotfixes e todas as correções de segurança que foram incluídas com a atualização cumulativa anterior. Recomendamos que você faça o download e instala as mais recentes atualizações cumulativas para o SQL Server:
Mais Informações
Quando youcompile ou recompilar uma consulta no SQL Server 2012, o mecanismo precisa obter entradas do histograma de estatísticas. É necessário executar uma verificação de tabela do sistema e, em seguida, carregar o histograma específico das tabelas que estão envolvidos no cache ou memória. Essas entradas da tabela de sistema (para estatísticas) são armazenadas no cache de tabela do sistema (CACHESTORE_SYSTEMROWSET). O objeto de memória que é usado para criar essas entradas no cache não está particionado e global.

Portanto, se você tiver as alocações de memória simultâneas executadas durante esta operação, você encontrará aguardaCMEMTHREAD neste objeto de memória. Isso geralmente acontece quando você enviar várias consultas que exigem a compilação ou recompilação.

Este hotfix altera o objeto de memória global a serem particionados para que as alocações de memória simultâneas que usam o cache da tabela de sistema não encontrará contenção e espera que oCMEMTHREAD .

Para obter mais informações sobre o problema semelhante, consulteKB 3026082: Corrigir: contenção de spinlock SOS_CACHESTORE no cache de conjunto de linhas da tabela de sistema provoca alto uso da CPU no SQL Server 2012 ou 2014.
Situação
A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3074425 - Última Revisão: 07/23/2015 10:58:00 - Revisão: 1.0

Microsoft SQL Server 2012 Service Pack 2

  • kbqfe kbsurveynew kbfix kbexpertiseadvanced kbmt KB3074425 KbMtpt
Comentários