CORRECÇÃO: Diminui o desempenho do SQL Server quando haja utilização em modo privilegiado elevada da CPU e um elevado volume de espera de bloqueios de página

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: 3162589
Sintomas
Depois de instalar o SQL Server 2014 Service Pack 1 (SP1), SQL Server 2012 SP3 ou SQL Server 2016, detectar consulta lenta performanceand elevatedprivileged (kernel) modeCPU utilização até que o servidor seja reiniciado. Também poderá ver um elevado volume de PAGELATCH_ * aguarda.
Resolução
O problema foi corrigido nas seguintes actualizações cumulativas 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:


Causa
SQL Server utiliza bloqueios dinâmico promoção e despromoção lógica (super/suboperações-latch). Isto melhora o desempenho do SQL Server e escalabilidade com o número de rastreio de adquire uma fechadura e quanto tempo deverá demorar a adquirir a fechadura mesma se existirem não contenção de bloqueios. Em seguida, fechos elegíveis são promovidos (Super fechadura) basear este modelo. Quando existem muitas alterações (actualizações/insere/elimina) numa pilha ou BTree (HoBT), os fechos associadas ao HoBT podem ser promovidos para super ferrolho estado. No entanto, a despromoção não ocorre automaticamente. Pode ler mais sobre super/suboperações-latching em Este artigo.

Se estas HoBTs são desatribuídos mais tarde, o HoBT libertada volta para uma cache global para reutilização. Quando for reutilizada que HOBT, reutiliza a fechadura anteriormente promovida, mesmo quando houver contenção sobre o HoBT. Isto aumenta a carga de CPU. Este comportamento aumenta o modo privilegiado kernel de utilização da CPU do SQL Server até o servidor é reiniciado. Este aumento normalmente adiciona mais do que vários microssegundos com cada execução. Também poderá ver um elevado volume de PAGELATCH_ * aguarda devido a estas expandido fechos Super no HoBTs.
Ponto Da Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".

Propriedades

ID do Artigo: 3162589 - Última Revisão: 10/05/2016 21:23:00 - Revisão: 4.0

Microsoft SQL Server 2014 Service Pack 1, Microsoft SQL Server 2012 Service Pack 3, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2016 Developer, Microsoft SQL Server 2016 Enterprise, Microsoft SQL Server 2016 Enterprise Core, Microsoft SQL Server 2016 Express, Microsoft SQL Server 2016 Standard

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3162589 KbMtpt
Comentários