Como determinar as definições de configuração do SQL Server adequadas

Traduções de Artigos Traduções de Artigos
Artigo: 319942 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Este artigo descreve as seguintes definições de configuração e considerações para a respectiva utilização:
  • Máscara de afinidade
  • Agrupamento simples
  • Máximo assíncrona E/S
  • Threads de trabalho máximo
  • Memória
  • Aumentar prioridade
  • Definir tamanho do conjunto de trabalho
SQL Server pode obter um nível muito elevado de desempenho com relativamente pouco configuração optimização. Pode obter níveis elevados de desempenho utilizando aplicação boa e estrutura da base de dados e não, optimização da configuração extensa. Consulte a secção "Referências" deste artigo para obter informações sobre como resolver vários problemas de desempenho do SQL Server.

Quando resolver um problema de desempenho, o grau de melhoramento está disponível a partir da optimização da configuração é normalmente modesto a menos que não tem actualmente o sistema correctamente configurado. No SQL Server versão 7.0 e posterior, o SQL Server utiliza a optimização da configuração automática e é extremamente raro que as definições de configuração (especialmente definições avançadas) necessita de quaisquer alterações. Geralmente, não efectue uma alteração sem motivo confuso e não sem cuidado metódico testes para verificar a necessidade da alteração de configuração de configuração do SQL Server. Antes de alterar a configuração, de modo a que pode medir o benefício após a alteração tem de estabelecer um plano base.

Se não tiver o SQL Server configurado correctamente, algumas definições poderão de-stabilize o servidor ou podem fazer apresentar um comportamento errático do SQL Server. Anos de experiência de suporte com muitos ambientes diferentes indicam que o definições de configuração não predefinidos podem ter resultados esse intervalo de neutro a altamente negativo.

Se fizer uma alteração, de configuração tem de efectuar rigorosos desempenho metódico testes antes e depois da alteração para avaliar o grau de melhoramento.

Baseada em cenários de suporte real, SQL Server versão 7.0 e posterior pode atingir um nível de desempenho extremamente elevado sem optimização qualquer configuração manual.

No SQL Server versão 7.0 e posterior, não efectue quaisquer alterações de configuração para ligações de utilizadores, bloqueios e abrir objectos porque, por predefinição, o SQL Server sintoniza dinamicamente estas definições.

Máscara de afinidade

A definição de máscara de afinidade refere-se a firmemente como um thread está dependente de uma determinada CPU. Por predefinição, o Microsoft Windows NT e Microsoft Windows 2000 utilizam afinidade "software", que tenta Replanificar um thread CPU onde última execução. No entanto, se não for possível, um thread pode executar uma CPU diferente.

Ajuda na prática real, se alterar a definição de máscara de afinidade da predefinição apenas raramente a desempenho e frequentemente irá degradar o desempenho.

Máscara de afinidade restringe o SQL Server para um subconjunto de CPU disponível e permite que outros concorrente serviços melhor CPU acesso. Na maior parte dos casos, não é necessário isto vez que o SQL Server é executado com prioridade normal. O Programador de thread do Windows NT ou Windows 2000 ajusta dinamicamente as prioridades de thread de todos os threads concorrentes para se certificar de que eles tem uma oportunidade justo CPU disponível em todos os.

Não ajustar a máscara de afinidade excepto sob condições muito invulgares. Se pretender ajustar a máscara de afinidade, efectue testes metódico rigorosas antes e após a alteração para verificar a necessidade e o grau de melhoramento.

Agrupamento simples

Por predefinição, o SQL Server utiliza um thread por SPID activo ou processo de utilizador. Estes threads funcionam numa configuração agrupada para manter o número de threads geríveis. A configuração avançada opção "lightweight pooling" (que é por vezes referido como "Fiber mode") utiliza o suporte do Windows NT "fibra" para processar essencialmente vários contextos de execução com um único thread.

Com base na experiência de produção real, não é necessário utilizar Fiber modo excepto em circunstâncias muito raras. Pooling de leve apenas é mesmo potencialmente úteis se todas as condições seguintes se verificarem. Tem de determinar se é realmente útil através de testes controlada cuidado.
  • Grandes servidores com múltiplos processadores estão em utilização.
  • Todos os servidores estão a executar em ou próximo de capacidade máxima.
  • Uma grande quantidade de mudar do contexto ocorre (maior que 20.000 por segundo).
Para procurar mudar do contexto, utilizar o Monitor de desempenho, seleccione os threads de contador, seleccione o objecto parâmetros de contexto/seg " e, em seguida, seleccione para capturar todas as instâncias do SQL Server. Correio de SQL no SQL Server 2000 ou no SQL Server 2005 não é suportado se executar o servidor no modo de Fiber. Correio de SQL não é suportado no SQL Server 2000 de 64 bits. Para mais informações, consulte o tópico "Diferenças entre versões de 64 bits e 32 bits" no SQL Server 2000 (64-bit Edition) Books Online. Para obter informações adicionais, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
308604PROBLEMA: O SQLMail não é suportado quando executa o servidor no modo de fibra
303120CORRECÇÃO: Erro de ConnectionWrite quando utilizar pooling leves

Máximo assíncrona E/S

SQL Server 7.0: A definição de configuração assíncrona máx E/S está disponível no SQL Server 7.0. Poderá ser apropriado para alterar esta definição se tiver um sistema RAID rápido e uma forma de medir a vantagem. Não altere esta definição, a menos que tenha um plano base através do qual avaliar o resultado. Monitorizar a actividade do disco e procure quaisquer problemas de Colocação de mensagens em fila de disco. Para obter informações adicionais, consulte os seguintes livros online do SQL Server tópicos:
  • "Opções de E/S assíncrona máximo"
  • "Monitorizar a actividade do disco"
  • "Identificando gargalos"
SQL Server 2000 e posterior: em SQL Server 2000 e posterior, não é possível alterar a definição de configuração assíncrona máx E/S. SQL Server 2000 e posterior sintoniza automaticamente esta definição.

Threads de trabalho máximo

Por predefinição, a definição de threads de trabalho máximo é 255 no SQL Server 2000. Por conseguinte, até ao trabalho 255 threads podem ser criados. Utilize a predefinição de 255 na maior parte dos casos. Isto não significa que pode apenas estabelecer ligações de utilizador 255. Um sistema pode ter milhares de ligações de utilizador (que são essencialmente multiplexed para baixo para 255 threads de trabalho) e em geral, os utilizadores não geralmente percebem quaisquer atrasos. No caso, apenas 255 consultas podem ser executados em simultâneo, mas este é multiplexado para o número de CPU disponível, para a natureza simultânea só é apreendida, independentemente do número de threads de trabalho configurada.

Nota Por predefinição, a definição de threads de trabalho máximo é de 0 no SQL Server 2005 e no SQL Server 2008.

Se configurar um número de threads de trabalho para um valor que é maior do que a predefinição é quase sempre counterproductive e diminui o desempenho devido a sobrecarga de agendamento e recursos. Aumente apenas esta definição em circunstâncias muito pouco usuais e quando testar metódico rigorosas demonstra que é útil para o fazer.

Memória


Consulte o tópico de SQL Server Books Online "Optimizar Server desempenho utilizar memória configuração opções" para obter informações sobre como configurar a memória.

Para mais informações sobre como configurar memória para SQL Server em cluster, consulte "Considerações de utilização" no SQL Server Books Online tópico, "Criar um cluster de activação".

Para obter informações adicionais, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
274750Como configurar memória para mais de 2 GB no SQL Server
224818Optimização da memória simples é necessária se o SQL Server 7.0 e do Exchange 5.5 Service Pack 2 instalados no BackOffice Small Business Server 4.5
316749PROBLEMA: Poderá não existir memória virtual suficiente com grande número de bases de dados

Aumentar prioridade

Por predefinição, a definição de aumento de prioridade é 0, o que faz com que o SQL Server executar uma prioridade normal se executar o SQL Server num computador uniprocessador ou num computador de multiprocessador simétrico (SMP). Se definir o aumento de prioridade para 1, o processo de SQL Server é executado com uma prioridade alta. Esta definição não torna o processo de SQL executar com a prioridade mais elevada do sistema operativo.

Com base na experiência de suporte reais, não é necessário utilizar o aumento de prioridade para o bom desempenho. Se utilizar o aumento de prioridade, podem interferir suave servidor a funcionar em algumas condições e não deverá utilizá-lo, excepto em circunstâncias muito invulgares. Por exemplo, suporte técnico da Microsoft poderá utilizar o aumento de prioridade quando eles investigar um problema de desempenho.

Importante Não utilize o aumento de prioridade para os servidores em cluster que estão a executar o SQL Server 7.0 e posteriores.

Definir tamanho do conjunto de trabalho

Não altere Definir tamanho do conjunto de trabalho da predefinição. Com a predefinição de 0, o Gestor de memória virtual do Windows NT ou Windows 2000 pode determinar o tamanho do conjunto de trabalho do SQL Server. Ao instalar o SQL Server, configuração indica automaticamente Windows NT ou Windows 2000 para optimizar o desempenho para aplicações de rede. O Gestor de memória virtual do Windows NT ou Windows 2000 irá fazer assim muito pouco conjunto de trabalho corte, que só minimamente interfere com o conjunto de trabalho de instâncias do SQL Server.

Alterar esta definição não fornece, normalmente, qualquer vantagem de desempenho. Com base nos casos de suporte real, a alteração de, normalmente, esta definição faz com que mais danos que boa.

Se alterar a definir o tamanho do conjunto de trabalho, também pode ser uma causa de mensagens de erro do SQL Server 844 ou 845. Consulte a secção "Referências" neste artigo para obter mais informações sobre as causas comuns das mensagens de erro 844 e 845.

Referências

Para obter informações adicionais, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
310834PROBLEMA: Common causas de mensagem de erro 844 ou mensagem de erro 845 (erros de tempo limite de latch memória intermédia)
298475Como resolver problemas de desempenho de aplicações
243589Como resolver consultas de execução lenta no SQL Server 7.0 ou posterior
243588Como resolver problemas relacionados com o desempenho de consultas ad-hoc
224587Como resolver problemas de desempenho da aplicação com o SQL Server
166967Definições de configuração do SQL Server 6.5 correctas
254321Procedimentos de SQL Server em cluster, recomendados e avisos básicos
297864Considerações de desempenho para uma actualização do SQL Server 6.5

Propriedades

Artigo: 319942 - Última revisão: 4 de dezembro de 2009 - Revisão: 6.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Workgroup
  • Microsoft SQL Server 2000 64-bit Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Express with Advanced Services
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
Palavras-chave: 
kbmt kbhowtomaster KB319942 KbMtpt
Tradução automática
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: 319942

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com