Estabilidade aprimorada do SQL Server e a execução da consulta simultâneas para algumas consultas columnstore no SQL Server 2014 e 2016

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: 3191487
Sintomas
Considere o seguinte cenário:
  • Você tem uma tabela que tem índices de columnstore clusterizados nele, e a tabela tem muitas colunas (em centenas).
  • Os dados (tipo de dados) dessas colunas são dados altamente compactáveis comovarchar.
  • Executar uma SELECIONE instrução em relação a esta tabela para selecionar um subconjunto grande ou todas as colunas desta tabela.
  • Seu Selecione instrução possui um ONDE cláusula que limita a saída para um muito poucas linhas (a consulta é altamente seletiva).
Nesse cenário, você pode encontrar qualquer um dos ou todos os seguintes sintomas:
  • A carga de trabalho simultânea, (outras consultas que são executadas ao mesmo tempo no servidor que esta consulta), poderá encontrar uma diminuição no desempenho e perda de produtividade.
  • Você pode ver intermitente alto uso da CPU.
  • Se você consultar sys.dm_os_ring_bufferse o modo de exibição SchedulerMonitor Digite as entradas, você encontrar intermitente "não respondendo no Agendador" mensagens registradas durante o tempo de execução desta consulta.
  • Você pode receber um erro de agendador não respondendo no log de erros e um arquivo de despejo de memória do sintoma pode ser gerado.


Resolução
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

Corrigir detalhes

Os trabalhadores de saída de processo os segmentos de coluna (descompactando-los e examiná-los para a qualificação de linhas) usados para "yield" uso da CPU para execuções de consulta outros trabalhadores/simultâneos quando um determinado número de limite de linhas. Quando a cláusulaWHERE era altamente seletiva para produzir algumas linhas, os trabalhadores processam essa consulta processado descompactado e grande número de segmentos (pois muito poucas linhas qualificar) antes de eles desisti da CPU de modo cooperativo para outros trabalhadores processar a carga de trabalho. Isso levou à irregular degradação de throughput e uso da CPU para carga de trabalho simultânea. A correção otimiza e melhora o compartilhamento algoritmo para essas consultas columnstore da CPU.
Referências
Saiba mais sobre o terminologia que a Microsoft usa para descrever as atualizações de software.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3191487 - Última Revisão: 10/18/2016 06:17:00 - Revisão: 1.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Standard

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3191487 KbMtpt
Comentários