Activar a "-k" parâmetro de arranque para controlar a taxa de ficheiros de trabalho pode ajustar a tempdb para o SQL Server

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: 3133055
Sumário
Actualmente, não existe nenhum limite ou o acelerador as operações de e/s que ocorrem quando o trabalho ficheiros ajustar à base de dados temporária (tempdb). Isto pode causar problemas de e/s. Depois de instalar esta actualização, pode utilizar o parâmetro de arranque -k para controlar a velocidade no qual trabalho ficheiros podem ajustar a tempdb.

Informações sobre a atualização

Esta actualização está incluída nos seguintes pacotes de 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. Verifique as actualizações cumulativas mais recentes para o SQL Server:

Nota Pode encontrar informações sobre o SQL Server mais recente cria a partir de Onde encontrar informações sobre o SQL Server mais recente cria.
Mais Informação
Para mais informações sobre este problema, considere o seguinte:
  • DBCC CHECKDB verifica a consistência dos objectos em lotes. Esses lotes pode ser composta por vários índices ou tabelas.
  • Todos os pontos de dados que pertencem a um lote único são armazenados numa tabela interna. O conteúdo desta tabela interna têm de ser ordenados utilizando a seguinte instrução:
    SELECT @BlobEater = CheckIndex (ROWSET_COLUMN_FACT_BLOB) FROM { IRowset 0x50426F2A48000000 } GROUP BY ROWSET_COLUMN_FACT_KEY >> WITH ORDER BY                ROWSET_COLUMN_FACT_KEY,                ROWSET_COLUMN_SLOT_ID,                ROWSET_COLUMN_COMBINED_ID,                ROWSET_COLUMN_FACT_BLOB
  • As memórias intermédias de ordenação tem de ajustar a tempdb nas seguintes situações:
    • Não existe suficiente memória física no computador.
    • Não existe suficiente memória de execução de consulta (memória subsídio) pode ser obtida.
  • A extensão do derramamento para tempdb depende do tamanho da tabela interna. Isto depende das páginas que estão atribuídas os índices que estão a ser verificados esse lote único.
  • Actualmente, não existe nenhum limite ou o acelerador as operações de e/s que estão envolvidas neste derramamento de tempdb. Isto pode causar problemas de e/s.
Referências
Consulte actualização 929240 Para obter informações sobre como o parâmetro – k pode controlar as taxas de ponto de verificação.

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: 3133055 - Última Revisão: 02/22/2016 18:14:00 - Revisão: 2.0

Microsoft SQL Server 2012 Service Pack 3, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbsurveynew kbfix kbexpertiseinter kbmt KB3133055 KbMtpt
Comentários