INF: Definições de configuração correcto SQL Server 6.5

Traduções de Artigos Traduções de Artigos
Artigo: 166967 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sumário

Para SQL Server informações de configuração no SQL Server versões posteriores ao SQL Server 6.5 Consulte artigo base de dados de conhecimento da Microsoft:
319942COMO: Determinar definições de configuração do servidor SQL correcto
SQL Server pode fornecer muito alto desempenho com relativamente pouco configuração optimização. Por exemplo, É departamento da Microsoft tem um SQL Server suporta mais de 4.000 utilizadores em simultâneo. Seja óbvias definições tais como memória, bloqueios e ligações de utilizadores, utiliza principalmente configuração predefinições. Ainda produz muito alto desempenho em execução num computador processador quad padrão da indústria. Este elevado nível de desempenho foi facilitado por aplicação boa e estrutura de base de dados, não por optimização da configuração extensiva.

Para obter informações adicionais sobre na optimização do desempenho do SQL Server, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
110352Optimizar o desempenho do Microsoft SQL Server
Quando endereça um problema de desempenho, o grau de melhoramentos disponibilizados optimização da configuração é normalmente modesto, a menos que o sistema já não está correctamente configurado. Estes não devem normalmente ser alterados sem asfixiam motivo e não sem cuidado metódico testes para verificar a necessidade de alterar e os benefícios alterado uma vez.

Se não está configurado correctamente, algumas definições podem desestabilizar o servidor ou torná-lo apresentar um comportamento errático. Excepto para ajustes óbvias tais como memória, bloqueios e ligações de utilizadores, pensamento cuidado deverá ter antes de ajustar outras definições, especialmente as definições avançadas. Não blindly ajustá-las para um determinado valor apenas na recomendação de um artigo revisto, documentação técnica ou consultor se as novas definições entrarem em conflito com recomendações do suporte técnico da Microsoft.

Mais Informação

Anos de experiência de suporte com centenas de sites indica que definições de configuração incorrecta podem ter resultados desde neutro muito negativo. Em particular, as definições abaixo não devem ser ajustadas de predefinições sem motivo específico confuso. Estes devem não ajustados sem rigorosos testar antes e após a alteração para avaliar o grau de melhoramento de desempenho metódico.
Definir tamanho do conjunto de trabalho
sincronização de SMP
aumento de prioridade
threads de trabalho máximo
cache de procedimento
Outras definições, tais como tempdb na RAM e livres memórias intermédias, ler parâmetros antecipados e assíncrona máxima E/s, deverão não casual ajustadas sem uma compreensão boa o impacto ou sem testes de desempenho objectivo para verificar a vantagem.

Este artigo descreve cada um destes parâmetros e fornece algumas considerações a utilizá-los:

Definir tamanho do conjunto de trabalho :

Esta definição assume como predefinição 0, que permite que o Windows NT Server Gestor de memória virtual determinar o tamanho de conjunto de trabalho do SQL Server. A maior parte das condições, esta é a definição correcta. Quando o SQL Server é instalado, o programa de configuração selecciona automaticamente "maximizar o débito para aplicações de rede" no painel de controlo rede nas propriedades do serviço de servidor. Isto indica o Gestor de memória virtual do Windows NT Server é o conjunto de trabalho muito pouco corte, assim minimamente interferir com o conjunto de trabalho do SQL Server. Por este motivo, não é normalmente necessário substituir a predefinição "Definir tamanho do conjunto de trabalho". No entanto, se definir como 1, durante o arranque do SQL Server utiliza mais rigidly SetProcessWorkingSetSize() de API Win32 para corrigir o conjunto de trabalho. Se overcommit, em seguida, memória de SQL Server, é menos capaz de compensar o sistema operativo e poderá mais facilmente ver erros do sistema operativo relacionados com a memória.

Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
110983Recomendado do SQL Server para configurações de memória de NT
concorrência smp (apenas 6.5) :

Esta definição assume como predefinição 0, que permite o SQL Server (no momento do arranque) para detectar os processadores de números e utilizar o n-1 destes automaticamente. Num computador SMP, também aumenta a prioridade do processo do SQL Server para 15. A grande maioria das vezes, deverá utilizar a predefinição. Substituir esta definição como -1 remove quaisquer restrições nos processadores quantas possa utilizar o SQL Server, que podem suprimir o sistema operativo de CPU em determinadas condições. Sintomas típicas incluem erros de rede ou uma consola que parou de responder. O comando NET VIEW poderá falhar com um erro "a sessão de rede foi cancelada". Outros processos em execução no computador poderão deixar de responder, devido a insuficiência de CPU. Isto pode incluir outros serviços, SQL executivo, programas de cópia de segurança, processos e assim sucessivamente.

No Compaq ProLiant servidores, o automáticas Server recuperação (ASR) watchdog controlador pode tornar-se da CPU starved, assumem o Windows NT Server falhou o sistema operativo e reiniciar o servidor para recuperar.

A definição predefinida "smp concorrência" 0 não "perde" processador, porque o SQL Server chama o sistema operativo para todas as rede E/s e funções de gestão de memória. Quando o sistema operativo está a assistir estas chamadas frequentes, que utiliza recursos da CPU e a predefinição garante que o sistema operativo é o tempo de CPU que necessita para rapidamente serviços SQL Server pede. Por conseguinte, todos os processadores num sistema do SQL Server ocupado tendem a ser utilizado quando a definição predefinida "smp concorrência" igual a 0 é utilizada. A definição "smp concorrência" como 1, 2 e assim sucessivamente, também não deve ser necessária.

Isto poderá aumentar a pergunta de quando deve ser utilizada uma definição de "smp concorrência" de -1 e por que razão a definição destina-se. Sob uma transacção online pura processar carga (OLTP), com comprimentos de caminho de transacção rigorosamente controlada, onde não existe suporte ad-hoc ou decisão são permitidas consultas e num ambiente em que o computador é absolutamente dedicada ao SQL Server (a consola não for utilizado, nem ficheiro partilha nem SQL executivo etc.) esta definição pode fornecer alguns melhoramentos de desempenho mínimo efeitos secundários.

No entanto, se alterar as características de sequência de consulta alimentação nunca o servidor de estado de puro acima, poderá observar um comportamento errático face à. Por exemplo, um sistema que apareciam seja executado correctamente durante um período de tempo poderá subitamente deixar de responder. Depuração poderá ser complicada, porque poderá ter o aspecto de um problema do sistema operativo.

Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
111405SQL Server e Windows NT thread agenda
aumento de prioridade : esta definição é predefinida para 0, o que faz com que SQL Server executar prioridade do processo 7 num computador de processador único e (normalmente) 15 num computador SMP, symmetric MULTIPROCESSING

Utilize a predefinição na maioria das circunstâncias. Definir para 1 impulsiona a prioridade do processo do SQL Server para 15 no computador de processador único e 24 num computador SMP, symmetric MULTIPROCESSING. Isto pode ter efeitos semelhantes à configuração "smp concorrência" como -1.

Experiência de suporte real mostra activar aumento de prioridade não é necessário para o bom desempenho na maioria das situações. Definição de aumento de prioridade no pode interferir com suave servidor a funcionar em algumas condições e não deve ser utilizada, excepto em circunstâncias muito invulgares. Por exemplo Isto pode ser utilizado durante a investigar um desempenho pelo suporte técnico da Microsoft. Não deve ser utilizado apenas como uma técnica ou consultor, aconselha. threads de trabalho máximo : esta definição assume a 255, que permite que até 255 threads de trabalho a serem criados. Utilize a definição predefinida de 255 na maioria dos casos. Isto não significa que é possível estabelecer 255 apenas ligações de utilizador. Um sistema pode ter inúmeras ligações do utilizador, essencialmente multiplex até 255 threads de trabalho, e cada utilizador geralmente irá notar sem atrasos. Nesse caso, 255 só consultas podem ser executada "simultaneamente", mas isto por sua vez é mais multiplex para o número de CPU disponível, para a natureza simultânea só é apreendida, independentemente de quantos trabalho threads configurados.

Como cada novo utilizador ligação é estabelecida, é criado um novo thread de trabalho, até ao limite de thread de trabalho. No SQL Server 6.5, após um período de inactividade, um thread de trabalho automaticamente expirar e é fechado. Configurar elevado número de threads de trabalho é normalmente counterproductive e diminui o desempenho, devido à sobrecarga de agendamento e recursos. cache de procedimento :

No SQL Server 6.5, esta definição assume 30, que indica a 30 por cento do espaço de cache de SQL Server vai ser reservado para a cache do procedimento. Num sistema com uma grande de memória (Imagine 256 MB ou mais), isto poderá possivelmente ser reduzido ligeiramente para permitir mais memória para a cache de memória intermédia. No entanto, não blindly reduzem esta definição para um número muito baixo (tal como 5 por cento), mesmo que o sistema utiliza alguns procedimentos armazenados. Isto acontece porque o procedimento cache é um conjunto de memória de carácter geral utilizado para uma variedade de funções de atribuição de servidor interno, não apenas para colocação em cache procedimentos armazenados. Sem uma quantidade suficiente memória neste agrupamento, poderá receber erros ou observar outro comportamento errático. No SQL Server 6.5, pode monitorizar a utilização de cache procedimento com o Monitor de desempenho e decidir se pretende reduzir a definição de cache do procedimento.

Em muitas circunstâncias, o valor incremental da cache de memória intermédia libertado, reduzindo a definição de cache de procedimento não afecta appreciably a proporção de visitas da cache da memória intermédia, que normalmente é relativamente planos em pequenas alterações (percentage-wise) no tamanho da cache.

Propriedades

Artigo: 166967 - Última revisão: 1 de fevereiro de 2014 - Revisão: 4.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 6.5 Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbenv kbinfo kbusage KB166967 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: 166967

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