Melhoria da estabilidade do SQL Server e a execução da consulta em simultâneo para algumas consultas de columnstore no SQL Server 2014 e de 2016

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 3191487
Sintomas
Considere o seguinte cenário:
  • Tem uma tabela que tenha agrupado índices de columnstore no mesmo e, a tabela tem muitas colunas (em centenas).
  • Os dados (tipo de dados) destas colunas são altamente comprimível dados tais comovarchar.
  • Executar uma SELECCIONE declaração contra esta tabela para seleccionar um subconjunto de grandes dimensões ou todas as colunas desta tabela.
  • O Seleccione instrução tem um EM QUE cláusula que limita a saída do mesmo para uma muito poucas linhas (a consulta é muito selectiva).
Neste cenário, poderá encontrar qualquer ou todos os seguintes sintomas:
  • A carga de trabalho em simultâneo, (outras consultas que são executadas ao mesmo tempo no servidor que esta consulta), poderá encontrar diminuição no desempenho e a perda de débito.
  • Poderá ver intermitente elevada utilização da CPU.
  • Se consultar sys.dm_os_ring_bufferse vista SchedulerMonitor Escreva as entradas, encontrará intermitente "Programador não cedente" mensagens registadas durante o tempo de execução desta consulta.
  • Poderá receber um erro de programador não cedente no registo de erros e pode ser gerado um ficheiro de informação de memória de sintoma.


Resolução
O problema foi corrigido pela primeira vez na actualização cumulativa do SQL Server: Recomendação: Instale a actualização cumulativa mais recente para o SQL Server
Cada nova actualização cumulativa para o SQL Server contém todas as correcções e todas as correcções de segurança que foram incluídas na anterior actualização cumulativa. Recomendamos que transfira e instale as ultimas actualizações cumulativas para o SQL Server:
Mais Informação

Corrigir detalhes

Os trabalhadores que os segmentos de coluna (descomprimi-los e pesquisa-los para a qualificação linhas) utilizados para "lucro" outras execuções de consulta de trabalhadores/em simultâneo, quando um determinado número de limite de linhas de utilização da CPU do processo foi de saída. Quando a cláusulaWHERE era muito selectiva para produzir algumas linhas, os trabalhadores que processar esta consulta a processar descomprimido e grande número de segmentos (porque qualificar linhas muito poucos) antes que tenha abandonado a CPU de forma de cooperativa para os outros trabalhadores processar a respectiva carga de trabalho. Isto conduziu irregular CPU utilização débito degradação e de carga de trabalho em simultâneo. A correcção optimiza e melhora a CPU partilha algoritmo para essas consultas de columnstore.
Referências
Obter informações sobre o terminologia que a Microsoft utiliza para descrever atualizações de software.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3191487 - Última Revisão: 10/18/2016 06:18: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